Or, as a delivery team member, I want to know if my organization's agile initiative is off the rails, so that I may compensate for it.
I have been an agile team member (delivery, engineering) in many organizations. There is a spirit to any defined agile process, a spirit that addresses known time-to-market and quality fallacies. Agile processes are like any good guidance; they are based on experience and techniques proven to address known problems.
First, some context:
Excellence is not about being perfect but about recognizing and exploiting opportunity.
A Project is a temporary, planned effort to achieve a particular aim.
A Sprint is a time-boxed period where a team works to deliver usable functionality to stakeholders.
Goals and objectives are often Means Goals and Means Objectives, signifying they are a catalytic end to realize another end.
Objectives that are meant to accomplish other objectives exist in a continuum of objectives called Cascading Objectives.
A Key Result is not qualitatively measured ("done," "improved," etc.); they are measured quantitatively ("improved by 25%," "decreased by a factor of 2," etc.)
Agile methodologies embody a continuum of purpose, motivation, and improvement. Purpose, motivation, and improvement are not team-specific concepts but are organization-wide constructs. This continuum is the result of the act of leadership.
Over the years, I have witnessed many patterns of behavior that have resulted in failed agile delivery. Following are some common of those practices,
Agile Is the Only Process
Agile's raison d'être is to deliver value to the stakeholders. Agile is a project management technique; no enterprise devotes 100% of its resources to projects. An enterprise has a purpose for existing (their why, the vision) and has a current means to achieve that purpose (their mission). Any effort not gauged by whether it satisfies the overall mission (and thus aligns with the purpose) can only succeed accidentally. Planning to succeed accidentally is not planning, and that sort of "planning" is a waste of time. Agile organizations put effort into addressing assumptions before planning value delivery.
You know an organization is working against itself and pretending to be agile when:
- 100% of engineering time is devoted to "sprints."
- Sprints are planned correctly 100% of the time and are never canceled due to change.
- A project plan does not focus on an operational outcome.
- Spikes are exceedingly rare.
- No stakeholder has communicated what they value.
- Stakeholders do not declare a spike's usable functionality; the delivery team declares it.
No One Has OKR Training or Expertise
Goals and objectives are easily understood conceptually but are hard to implement in reality. One of the impetus' of OKRs is to recognize and address that. Objectives and deliverables are consequents of goals; they are the means to a larger end while still being an end in and of themselves. In isolation, objectives and deliverables are meaningless and, like any other misguided activities, detract from the purpose of accomplishing them. OKRs attempt to associate goal-oriented key results with individual objectives, objectives that cascade from higher-level objectives.
You know OKRs are in name only when:
- Objectives do not cascade from higher-level objectives
- Key results are an action, not an event
- Key results are not measurable
To be honest, I've only ever seen failed implementations of OKRs--OKRs more often address perceived delivery failures rather than leadership failures. i.e., they are a management technique rather than a result of leadership.
Leadership in Name Only
A manager creates and judges the attainment of goals (doing things right). A leader communicates and cultivates purpose and vision (doing the right things).
- There are only "leaders" and no "managers."
- "Leaders" that are late to every meeting.
- Activities are judged, not outcomes.
- Goals and objectives are only ever qualitative, not quantitative.
- Personal improvement is not a measured performance metric.
Of course, I could go on. There are many more examples and many bad practices. I'd love to hear about what you've witnessed and your thoughts on these and other bad practices.comments powered by Disqus