We are constantly working on improving our roadmap planning process. When OpenMRS started, we didn't have a formal roadmap and stumbled through version releases. By release 1.5, we had developed the beginning of a Release Process.  By 2012, we found that a purely road map-focused process was not meeting the needs of our implementations, so we formed a Roadmap Planning Group to help coordinate and continuously review/improve our road map process.  We also created a Roadmap Planning Mailing List for discussions focused on designing/improving/feeding our road map.  Our Road Map planning group failed to get enough momentum, so we fell into a those-who-are-able-and-willing-do-their-best-at-creating-a-straw-man-and-let-people-react-to-and-shape-the-roadmap-as-needed approach.


Canvassing for New Ideas & Features

Several sources are considered in determining which features get added to OpenMRS, including:


Other channels:

How to we determine features for the next release?


A survey will be  circulated on talk presenting  features that have been compiled for validation by the community. At the completion of the survey period, a prioritization meeting is held during one of the PM calls to finalize the list of features.

Platform 2.3 features validation can be found here

Platform Roadmap Planning Process:

Objective Lead: Burke Mamlin  Co Lead: TBD


StatusActivityResources NeededDurationCompletion DateComments
1

Agreeing the vision and strategic goal of the RoadMap activities

Community

Core Ops Lead

Once a yearMarch 4th 2019
2

Call out on all OMRS Communication channels announcing the commencement of the RoadMap planning ProcessTPM1 weekMarch 15 2019
3

Identification of volunteer team members for core activities of the group, such as release management, BA, QA , testing


TPM Community

Implementers

Individual contributors

Continuous

April 15 2019
4

Receive new feature requests from community

Prioritization and Validation of feature requests

Confirmation of feature owners and resourcing to develop feature (or go it alone)

TPM Community

Implementers

Individual contributors

GSOC??

continuous

(2-4 weeks window)

March 30 2019
5

Commencement of Release ProcessRelease Manager,  Community Dev's8-15 weeksJune 7th 2019
6


Quality Assurance & Testing

QA ,  Community, Community Dev's4-6 weeks

7


Application pushed for community alpha release (or criteria that meets an alpha release)Release Manager, Community Dev's4-6 weeks

8


Beta ReleaseRelease Manager, Community4-6 weeks

9


Completion of Release Process & Application Launch

Release Manager4 weeks



Reference Application Roadmap Planning Process:

Objective Lead: TBD  Objective Co Lead: Burke Mamlin


StatusActivityResources NeededDurationCompletion DateComments
1

Agreeing the vision and strategic goal of the RoadMap activities

Community

Core Ops Lead

Once a year
Still looking to identify a Lead from the community
2

Call out on all OMRS Communication channels announcing the commencement of the RoadMap planning ProcessTPM1 weekMarch 22 2019
3

Identification of volunteer team members for core activities of the group, such as release management, BA, QA , testing


TPM Community

Implementers

Individual contributors

Continuous

April 15 2019
4

Receive new feature requests from community

Prioritization and Validation of feature requests

Confirmation of feature owners and resourcing to develop feature (or go it alone)

TPM Community

Implementers

Individual contributors

GSOC??

continuous

(2-4 weeks window)

March 30
5

Commencement of Release ProcessRelease Manager,  Community Dev's8-15 weeksAugust 2019
6


Quality Assurance & Testing

QA ,  Community, Community Dev's4-6 weeks

7


Application pushed for community alpha release (or criteria that meets an alpha release)Release Manager, Community Dev's4-6 weeks

8


Beta ReleaseRelease Manager, Community4-6 weeks

9


Completion of Release Process & Application Launch

Release Manager4 weeks

10





11





How do I participate in the Technical OpenMRS Road Map Planning process?

Our hope is that through simply participating in the community (primarily via OpenMRS Talk), your voice will be heard and will help improve our roadmap. We especially welcome Business Analysts, Designers or volunteers who can serve as release managers.

What you need to become a release manager can be found here

What you need to become a Business Analyst can be found here


What if  I want to propose a new feature?

New features at a minimum  it must meet the following criteria:


Features can be recommended via the following methods:

We aim to respond to each feature request within 3-5 business days and aim to assign a business analyst to aid requirements drafting within 5-7 business days.


Other Criteria we use to asses which features are included in the roadmap are