Skip to content
robinsdm edited this page Sep 13, 2015 · 4 revisions

Agile Process

For our agile process we will be completing one week sprints. At the beginning of each sprint we will conduct a sprint planning meeting. Where we will decide on features to be completed in the next sprint. At the end of each sprint we will conduct code reviews to insure the continued quality of the project. During significant team meetings we will write meeting minutes and put them on the meeting minutes Github wiki page. During each sprint we will be conducting daily stand-up meetings.

Sprint

How do you plan to determine features for each sprint?

Features are discussed at weekly team planning meetings on Sundays and then are discussed with the client at weekly meetings on Tuesdays.

How do you plan to assure quality of code at end of every sprint?

We will do code reviews and automated testing on each pull request into the development branch. Furthermore, for each feature of each sprint, two people will be assigned: one to implement and one to code review and verify that the functionality works and the tests run.

What is the duration of each sprint?

Each sprint is one week.

Will you be releasing a working version of the system after each sprint?

Once the minimum viable product is completed, which is currently planned to at the end of Fall quarter. Before then no working releases are planned to be released.

Risks

This list will be updated as we consider new risks to our project.

Configuration Management Plan

What sort of version control are you planning to use?

We will use git and GitHub. Each component of the project will be developed in its own repository. These repositories are listed as submodules of the (current) top-level repository for visibility.

How are you planning to manage it?

All project planning will take place transparently with GitHub Issues and these Wiki pages.

What items are going to be under source control?

All source code and non-private configuration files. This is platform dependent and will vary by component.

Overall Completeness

Structure for subsequent quarters

This section will be updated as the expectations, both from the client and the project manager, are given to us.

By the end of Fall Quarter, we will have a completed Minimum Viable Product (MVP).

Documentation standards

To be decided.