Mifos X Release Plan Template
Release Plan Mifos X
Before Release
Team Owner | Indiv Owner | Task | Due Date | Status |
---|---|---|---|---|
PM | LC | Set up Release Plan team meeting(s) | Â | Â |
Eng | JS | Communicate code freeze to developer list (template), and release schedule to community | Â | Â |
Eng | JS | Create release branch in source control | - | Â |
Eng | JS | Add build/deploy of release branch on continuous integration server | - | Â |
QA | LC | Begin functional testing of Initial Testing Candidate build | 10/11 | Â |
All | JS | Scrub bug list during general bug triage meeting; fixing only show-stoppers after this point | 10/11 | Â |
Eng | JS |
| - | Â |
Eng | JS | Double-check licenses of any 3rd party libraries added since last release | - | |
Eng | JS | Update release-upgrades.txt so correct db schema version name appears on sysinfo page. Tag release with appropriate version number. | - |  |
PM | JS | Revisit release packaging - Documentation (if any new or removed docs, actual content revisited later) | 10/14 | Â |
PM | JS | Revisit/define default configuration to ship with product (local.properties) | 10/14 | Â |
Eng | JS | Update Install File bundled in zip (INSTALL in top level of source control) | 10/14 | Â |
PM | JS | Update Configuration guide, Update custom properties that ships with Mifos with new additions | 10/14 | Â |
Eng | JS | Update System Recommendations, Client Machine Recommendations | 10/14 | Â |
Eng | JS | Update Developer Documentation (any changes in dev environment, etc) | 10/14 | Â |
PM | JS | Update and Complete Release Notes, Upgrade Instructions (note changes in hardware/software and specific versions to upgrade to, also special upgrade procedures) | 10/14 | Â |
PM | JS | Update Functional Specs (UpdateinFS bugs, any new or updated features) | 10/14 | Â |
Eng | JS | Final Release Candidate build ready - no changes allowed after this date | 10/14 | Â |
Eng | JS | Identify final release candidate (binary release Zip File with Installation Doc, War file, and supporting code). Note: binary release .zip files are automatically generated with every release branch build. Make sure language files are included | 10/14 | Â |
QA | LC |
| 10/14 | Â |
QA | LC | Testing of Release Candidate Complete, give go-ahead (do diff w/ previous release) | 10/14 | Â |
Biz | EC | Create Draft announcement for mifos.org | 10/17 | Â |
PM | EC | Create Draft announcement for community | 10/17 | Â |
Biz | EC | Create Draft announcement for customers | 10/17 | Â |
Biz | EC | Create press release/announcement for public | 10/17 | Â |
PM | JS | Final Documentation ready (release notes, install doc, etc) | 10/17 | Â |
PM | JS | Mark versions in Jira as released | 10/17 | Â |
QA | LC | Test Download, release notes pre-release page | 10/17 | Â |
QA | LC | Report Test results and risks | 10/17 | Â |
ENG | Sangamesh | Update User Manual to reflect new functionalities | Â | Â |
Release Day
Team Owner | Indiv Owner | Task | Status |
---|---|---|---|
Eng | JS | Upload Release Binary Zip | Â |
QA | LC | Test Live Download | Â |
Eng | Sangamesh | Update AWS Image |
|
 |  | Update Debian Package |  |
Eng | Â | Update Demo Server | Â |
Biz | Â | Update Mifos X page (http://mifos.org/mifos-x) | Â |
Biz | Â | Update Download/Take Action page (http://mifos.org/take-action/get-mifos/) | Â |
All | EC | Announce Release on mifos.org | Â |
Eng/Biz | VB | Announce Release on user & developer lists | Â |
PM/Eng | EC | Announce Release on Sourceforge | Â |
Biz | EC | Announce Release via Mifos Distribution List | Â |
All | Â | Main:Launch Party | Â |
After Release
Owner | Task | Due Date | Status |
---|---|---|---|
Biz | Update Mifos X Page (http://mifos.org/mifos-x/) | Â | Â |
 | Conduct Demo during User Meetup |  |  |
QA | Update Demo Server | Â | Â |
EC | update User Manual | Â | Â |
All | Post Mortem | Â | Â |
JS | tag release | 10/17 | Â |
JJ | Notify customers of new release, including any updates to upgrade | Â | Â |
Plan for rolling out release plan:
1) Get entire team's input on plan
2) Work with team leads (Biz, QA, Eng, PM) to assign specific owners to each task
3) Send out final release plan to all team members
4) Begin twice weekly check-in meetings for release which include bug triage decisions