Devops for Growth

My feeling is that with this approach it might even be possible to link this kind of analysis back to Stacey’s 2x2 matrix. Predictability might be primarily a function of connectedness, and therefore more problematic in larger networks where the number of possible connections is much higher. The possibility of agreement, Stacey’s second dimension, might be further dependent the extent to which actors’ have some individual autonomy within a given network structure.

To be continued…

PS 1:Michael Quinn Patton's book on Developmental Evaluation has a whole chapter on "Distinguishing Simple, Complicated, and Complex". However, I was surprised to find that despite the book's focus on complexity, there was not a single reference in the Index to "networks". There was one example of a network model (Exhibit 5.3) , contrasted with a Linear Program Logic Model..." (Exhibit 5.2) in the chapter on Systems Thinking and Complexity Concepts. [I will elaborate further here]

La frontière entre simple et chaotique est considérée comme catastrophique et Snowden indique qu’il faut essayer de se restreindre à rester au sein de systèmes situés entre “compliqués” et “complexes” et à n’aller vers des systèmes “simples” que ponctuellement, ces derniers étant vulnérables aux changements rapides et généralement catastrophiques.

L’agilité, sous toutes ses formes méthodologiques, n’est pas une panacée universelle. Elle est pertinente quand la situation à traiter est complexe et/ou chaotique, en tout ou partie. Le Framework Cynefin s’intègre dans un raisonnement plus global dans lequel on cherche à comprendre à quels besoins l’agilité tente de réponde.

Le cercle d’or ou « Golden Circle » de Simon Sinek synthétise ce questionnement : « Pourquoi » être agile, « Comment » se comporter pour être agile et « Que » veut dire être agile.

Chacune de ces questions peut trouver une réponse en utilisant des outils tels que :

• Avoir une meilleure compréhension (pourquoi) du travail en mode agile (VICA)
• Comprendre sous quelles conditions (comment) et dans quel contexte cette agilité est essentielle (Cynefin)
• Comprendre ce qui fait (quoi) qu’une méthode, Scrum, Kanban, Scrumban ou autre, est agile ou pas (OODA)

L’environnement technologique dans lequel nous vivons aujourd’hui est celui du changement permanent dont le rythme s’accélère de plus en plus. Pour qualifier cet environnement, l’armée américaine a inventé dans les années 1990 l’acronyme VUCA ou VICA en français :

• V : Volatility (V : Volatilité)
• U: Uncertainty (I : Incertitude)
• C: Complexity (C : Complexité)
• A: Ambiguity (A : Ambigüité)

Notre environnement est volatile (V) à cause de sa nature changeante. Nous ne sommes plus capables de prédire avec certitude à moyen et long termes, et même les prédictions à court terme sont souvent incertaines (I). Les technologies sont devenue complexes (C) et tout est devenu ambigu (A). Les événements passés, présents et futurs sont difficiles à comprendre en termes de causes et effets. Dans un tel environnement, beaucoup de choses sont trop complexes pour qu’on puisse toutes les traiter avec des approches prédictives et avec un haut degré de certitude. Cependant, selon le contexte dans lequel une organisation opère, il est possible que certaines décisions puissent se prendre avec un haut niveau de certitude. De fait, le niveau d’agilité requis n’est pas le même selon les situations.

La boucle OODA, ou « OODA loop », est un concept inventé en 1960 par le pilote de chasse John Boyd de l’United States Air Force pour conceptualiser sa facilité à battre tous ses élèves lors de simulations de combats aériens, en itérant rapidement quatre processus : « Observe, Orient, Decide and Act » (« observer, s’orienter, décider et agir »). Le principe de la boucle OODA est très proche du concept PDCA (Plan – Do – Check – Act) de la roue de Deming (William Edwards Deming, statisticien, professeur, auteur, et consultant américain), si ce n’est que OODA focalise plus sur la boucle propre à un compétiteur. Jeff Sutherland, le co-créateur de la méthode SCRUM, a déclaré que OODA était au cœur de la mentalité SCRUM.

What Would a Hybrid Approach Look Like?

It could take many forms, depending on the needs of your organization and project.

For example, you can start a project in a traditional Waterfall way, investing strongly in requirement elicitation and analysis, and creating a solid plan for the next phase. Once the development phase starts, you can shift to a more Agile way of working, creating iterations of implementation and testing, incorporating change requests and feedback.