The tP spans ten weeks, and is to be done in breadth-first iterative fashion.
The first half of the tP will be spent of laying out the foundation for the iterations, as illustrated below (note that the diagrams above show the relative size of tasks i.e., smaller tasks are shown as shorter bar).
Week 2 Set direction
- Form teams
- Set weekly meeting times
Week 3 Gather requirements
- Decide on a general direction for the project (i.e., target user profile, and problem addressed)
Week 4 Conceptualize the product
- Gather requirements in the form of user stories.
- Decide which of them will go into the first version.
Week 5 Get ready for iterations
- Decide how the product will look like at v1.2.
- Record that product concept in the form of a user guide.
Week 6 mid-v1.2
-
Ensure development environment is set up.
-
Plan the next iteration i.e., decide who will do which parts by when.
The first half of the tP is light because you will be doing the iP in parallel during that time.
The second half of the tP is divided into three iterations, each of which is expected to produce a working version of the product by evolving the product delivered in the previous iteration.
W7 W8 Iteration 1 → v1.2
- This is the first proper iteration.
- Aim to deliver an Minimum Viable ProductMVP version of the product.
W9 W10 Iteration 2 → v1.3
- This version will be tested by peers and you will receive the bug reports without any penalty.
- Aim to deliver all i.e., all features you plan to deliver in this project at the end of the semestertarget features so that you can get them tested for free.
- Aim to deliver almost all i.e., all features you plan to deliver in this project at the end of the semestertarget features because there will be additional documentation work to be done in the next iteration.
W11 W12 Iteration 3 → v1.4
- Do final fine-tuning to features. Adding new features is strongly discouraged during this last iteration.
- Add documentation.
The final submission will be at the start of week 13. Deliverables include an executable jar file, a product website (containing both user and developer documentation), a demo video, among other things.
W13 Evaluation
- The final submission is subjected to a intensive peer testing (in a so called practical exam).
- You will get credit for finding bugs in others' deliverables and penalized for bugs found in your deliverables.