Categorizing work
Initiatives
4min
an initiative is a named area of work used to model a project or a sizable feature while categories docid\ v vyntdrcapwmderrjlui tend to capture open ended categories of work (e g , "bugs", “user retention”), initiatives model close ended areas of work with an expected completion (e g , a technical migration) as a rule of thumb, any area of work with finite scope is best modeled as an initiative benefits of initiatives anchor for reporting an initiative makes it possible to evaluate success for a particular area of work similarly to a team, it is possible to zoom in on an initiative and explore the alignment of efforts, delivery performance, and health of contributions related to that initiative convenience for tagging an initiative encapsulates a set of attributes shared by all efforts within it this helps eliminate redundant tagging by capturing for example that all efforts tagged with the initiative "gdpr compliance" contribute to the "risk mitigation" objective because initiatives model a concrete deliverable, they are oftentimes more straightforward picks for individual contributors when tagging their contributions it is for example easier to file my contribution under the “gdpr compliance” initiative than it is to remember that gdpr compliance is ultimately about the more abstract “risk mitigation” objective through shared attributes an initiative can capture complex meaning such as contributing to multiple goals (e g , a "replatforming" initiative contributing to both a goal of reducing technical debt and a goal of mitigating risks) progress toward completion initiatives model finite areas of work tickets tagged for an initiative across all integrations are considered to make up its scope completion of an initiative is computed as the number of completed tickets over the total number of tickets (including github task lists ) when a target completion date is set on an initiative, echoes determines if the current pace of progress is on track for a timely completion