Tasks To Be Completed Prior To Design
Type of Project (Spike, Sprint, Epic): Sprint
...
Info |
---|
Topic: Visit Scheduling or Queueing Lead (Product Owner): Tobin Known Developers Assigned (amount of effort in hrs dedicated to this work if possible): ~yony258Yonatan Grinberg, ~quixAdam Lauz, ~dkayiwaDaniel Kayiwa Date: Start: November 22nd - December 6 |
...
- New to OpenMRS sprints? Want help getting started? Join ?the IRC channel and say "???": I'd like to participate in the sprint!"
- Pick a ticket from the available tickets in the top-left of the sprint dashboard page. (listed below)
- Make sure it does not depend on a ticket that is incomplete.
- If you have any questions about the ticket, ask on the group chat
- Do the ticket. See our HOWTO for git. Sprint specific git HOWTO for devs with push rights: whatever works for you :-) If you don't like pull requests, don't send them. Commit and push directly to the main repo. If you do like pull requests, fork the main repo and send pull requests, but merge them right after. My favorite way is to work on the main repo, but create local branches (without pushing them to the main repo). Merge branches locally to the master and push to the main repo.
- Join the daily scrum to share your updates
Design
Info |
---|
There should be multiple design meetings. The first starts off with a small group working with the leader to determine the high level scope of the project and then to break down into smaller pieces to eventually place as tickets. Once those meetings have happened use of the community design meeting time should be used to refine the tickets and if possible assign them to who will be doing the work. Looking at creating 3 parts (Possibly 2/3 different sprints) 1. Structure issues w/OpenMRS and Pair program 1 Core Dev in a complementary timezone 2. Get more people involved with core features This is where the community gets involved 3. Once in place some feedback from users to make changes. Looking to see if we an build this incrementally 1. A separation of API and UI Design Call 11/7 Proposal
|
Risks (these should be resolved prior to or during the design meetings):
Enter anything that is still questionable or worrisome that has not been answered: (open issues, potential concerns) Once a decision is made make sure that a summarized answer is included.
...
- Developers need more experience with the OpenMRS framework/models
Effort Accounted For: (At the end of the design call all tickets should have an estimated effort and that total should be balanced against the known available effort of the developers assigned) (Yes/No)
...
Info |
---|
via IRC on the #openmrs channel on freenode. Use this channel for ALL debugging and random questions having to do with the sprint. Please avoid direct messaging to personal contacts. If you have a question, someone else most likely does too, and our geographically distributed community benefitsfrom public group discussion. Sprint break down: https://www.dropbox.com/s/cldus4rbu4mp777/User%20Stories%20v2.pdf Kickoff MeetingKickoff meeting Date: TBD (Meeting setup with known developers after the final design meeting, but prior to the start date): |
...
- Do we know where we are going? (Yes/No)
- Do we know the problem we are solving (yes/no).
- Do we have a complete backlog of items to complete this work? (yes/no)
- Do we know our scope and priorities? (yes/no)
- Have we defined success? (yes/no)
- Do we know how to get there?
- Do we have any unknowns to be decided during the sprint? If Yes what are they?
- Do we know who is doing what on our project? (yes/no)
- Do we have a test to complete prior to completion beyond our normal submit process? (Yes/No).
- Do we have a high level architecture that is understood by the whole team? (This page fully completed will accomplish this) (Yes/No)
- Do we know the biggest constraint that is likely to inhibit our success? (Yes and no) If no what is it?
- Is this a part of a larger story or epic? (Yes/No) If Yes please link
- Are we set up to succeed?
- Do we have the right people? (yes)
- Have we cleared the decks of all other distractions?
Info During Project Notes
...
Wiki Markup |
---|
{iframe:src=http://notes.openmrs.org/VisitSchedulingorQueueingProjectNotes |
...
|width |
...
=100% |
...
|height |
...
=450px |
...
} {iframe} |
Info |
---|
Post Project (Retrospective) |
Did we complete tickets to a 100% DOD? (Yes/No) if no, have those tickets been assessed and placed for future work if needed?
...
What should we not do again?
Info |
---|
Resources
Sprint Dashboard: https://tickets.openmrs.org/secure/Dashboard.jspa?selectPageId=12355
Source code at: https://github.com/openmrs/openmrs-module-appointment
Kickoff meeting recording: ??