Manifeste Agile 2021 - En souvenir de Mike Beedle
Je travaille sur les modèles Scrum et Org depuis l'automne 1995, lorsque j'ai sauvé de l'échec un grand projet de plusieurs millions de dollars chez William Mercer à Deerfield, IL.
L'achèvement de ce projet a non seulement permis de mettre le système en production, mais a également évité à l'entreprise de payer une pénalité de plusieurs millions de dollars. Quatre-vingts consultants, des centaines d'employés, des milliers de pages de documentation comprenant les processus, les procédures, les exigences, la conception, les essais, et des centaines de plans de projet qui ont échoué, n'ont pas pu réaliser ce que Scrum et Org Patterns ont réalisé en 4 mois avec 10 personnes. C'était incroyable. C'était magique.
Les idées de Scrum m'ont été présentées pour la première fois par Jeff Sutherland, dans ses nombreux articles destinés à la communauté OTUG et dans ses correspondances personnelles avec moi.
L'idée principale de Scrum était de créer une équipe qui ressemblerait à une vie artificielle, à un robot ou à un système adaptatif, qui s'adapterait et apprendrait grâce à l'"intelligence sociale". J'étais intriguée car je suis titulaire d'un doctorat en physique et mon mémoire de maîtrise portait sur les systèmes chaotiques et non linéaires. Nos premières conversations ont porté sur la création d'une équipe au bord du chaos, etc. Quelques semaines plus tard, il m'a présenté à Ken Schwaber, qui m'a indiqué sa Document OOPSLA sur Scrum et à ses pages sur le Scrum sur son site web Advanced Development Methods. À peu près à la même époque, je me suis familiarisé avec les idées de Modèles d'orgLes travaux de Jim Coplien, Neil Harrison et Brendan Cain ont permis de mettre au point le concept de Borland Software Craftsmanship : A New Look at Process, Quality and Productivity, 2) A Generative Development-Process Pattern Language, et les nombreux articles écrits sur les listes org-patterns et patterns-discussion depuis 1995.
Les deux orientations tendaient vers le même objectif : créer une équipe hyperproductive fonctionnant comme un système adaptatif à la limite du chaos grâce à des modèles.
J'ai eu la chance d'essayer les deux simultanément dans une situation d'urgence. J'étais prédisposé à accepter ces idées, parce qu'à l'époque j'étais un praticien du BPR (business process reengineering), le style Michael Hammer, qui appelait essentiellement à ce type d'environnement hyperproductif, sans vraiment dire comment y parvenir, et par ma formation universitaire comme mentionné précédemment.
Ma vie n'a plus jamais été la même depuis ce projet chez Mercer. Scrum et Org Patterns ont vraiment changé ma vie pour le meilleur.
Depuis 1996, j'utilise exclusivement Scrum et Org Patterns pour fournir des logiciels à une gamme vaste et variée d'industries : Finances, Santé, Gouvernement, Fabrication, Technologie, Services, Transport, etc.), allant d'équipes uniques à des douzaines d'équipes interdépendantes avec une architecture de base commune. J'ai développé des logiciels en utilisant Scrum et Org Patterns pour mes entreprises ou pour mes clients en un temps record, en respectant le budget, avec une satisfaction record des clients et avec un grand plaisir pour les développeurs impliqués - c'est ce que notre plus gros client, le Département de la Défense des États-Unis, par exemple, dit de nos logiciels.
Mes entreprises ont présenté Scrum à des milliers de personnes et à des centaines d'entreprises, en fournissant des produits, du développement, de la formation, du conseil, du mentorat et du coaching :
De 1996 à 1999, j'ai été copropriétaire de Framework Technologies Inc. où nous avons apporté la puissance de Scrum et des Design Patterns à nos clients : Nike Securities, Bank of America, Lincoln Reinsurance, Motorola, etc.
De 1999 à 2003, j'ai été propriétaire de la société e-Architects Inc. où nous apportons à nos clients la puissance de Scrum, des modèles de conception et des principes d'architecture : All-State, Caremark, State of Illinois, Orbit, Northwest Bank, Persistence Software, etc.
De 2000 à aujourd'hui, je suis copropriétaire de New Governance Inc. où nous avons fourni nos logiciels de gestion de la conformité à près de 4 000 sites : Citigroup, The Hartford, CIGNA, DOD, BCBS, etc.
De 2008 à aujourd'hui, je suis propriétaire de Quant Traders Inc. où nous fournissons à nos clients des produits et des services sophistiqués de trading quantique.
Je suis le co-auteur du premier livre Scrum, Développement agile de logiciels avec Scrum, le co-auteur du premier article sur le Scrum publié dans un livre, SCRUM : un langage de modèles d'extension pour le développement hyperproductif de logiciels, coauteur du Manifeste Agile : http://www.agilemanifesto.orget le co-auteur du prochain livre Scrum Pattern Language qui donnera une orientation à l'avenir du Scrum...
Michael A. Beedle Ph. D.
PDG
Entreprise Scrum Inc.
PLUS DE MIKE
"Mike Beedle" Apr 11 10:10AM -0500
Stacia,
Dites-lui qu'une révolution mondiale est en cours dans le domaine de la gestion agile.
et que Scrum est le meilleur moyen que nous connaissons pour y parvenir.
Si cela ne suffit pas, dites-lui que seules les entreprises Agile pourront
survivre, et que seules les personnes capables d'effectuer leur travail de manière Agile
auront bientôt un emploi.
Dites-lui que le Scrum moderne inventé par Jeff Sutherland et Lean
(développement), Agile (entreprise et développement) et Nonaka et Takeuchi
Scrum ont les mêmes origines : TWI, Toyota, TPDS, et d'autres entreprises qui font de l'agriculture.
Développement agile, etc. Scrum et Agile concernent la gestion des changements rapides.
et l'innovation - quel que soit le domaine utilisé.
Dites-lui que la seule déclaration que nous changerions dans le manifeste est la suivante
de "logiciel fonctionnel" - nous préférons "fournir une valeur commerciale".
sur le travail sur les déchets". C'est ce que je dis à tous les élèves de mes classes.
Lors de la réunion du Manifeste Agile, nous étions en train de rédiger un manifeste pour les logiciels.
(idée de Bob Martin), mais 3 d'entre nous (Jeff, Ken et moi), avaient
a déjà utilisé Scrum pour la gestion agile d'éléments non logiciels pour
années. En fait, ces principes presque identiques avaient déjà été utilisés
et nommé Agile de toute façon par Steve Goldman et Roger Nagel dans leur livre :
[AgileCompetitors] Steven L. Goldman ; Roger N. Nagel ; Kenneth Preiss.
Concurrents agiles et organisations virtuelles : Stratégies d'enrichissement
le client (emplacements Kindle 205-206). Édition Kindle.
Ils ont été rédigés sous la forme des principes Agile en 1995 :
-Valoriser les connaissances et les compétences humaines
-Fournir de la valeur au client
-Former des partenariats virtuels
-Être prêt pour le changement
J'avais en fait quelques articles sur la façon d'agiliser les entreprises depuis 1997 -
Ces deux documents mentionnent les modèles Scrum comme moyen d'agilisation.
des entreprises :
[Beedle2-cOOherentBPR] cOOherentBPR : Un langage de modèles pour construire Agile
organisations, Michael A. Beedle, PLoP '97 Proceedings, Tech. Rapport
#wucs-97-34, Université de Washington (1997).
[Beedle3-EnterpriseArchitecturePatterns] Architecture d'entreprise
Les modèles : Les blocs de construction de l'entreprise agile, Michael A. Beedle, SIGS,
New York, (1998).
C'est pourquoi j'ai proposé que le mot Agile soit utilisé lors de la conférence Agile.
Réunion du Manifeste : parce qu'il m'a semblé qu'il y avait beaucoup de parallèles.
avec Agile en entreprise :) Martin Fowler a immédiatement souri et a dit :
il y a un problème, si nous utilisons la méthode Agile, nous réussirons. Et c'est là que nous
sont aujourd'hui :)
La meilleure chose qui soit arrivée à Scrum et à Agile, c'est qu'ils sont devenus grands.
en raison de son application au développement de logiciels ; mais c'est aussi son
pire malédiction : parce qu'il est désormais considéré comme un "logiciel" et non comme un outil général
la gestion agile.
Lorsque Ken et moi avons écrit "Agile Software Development with Scrum", j'avais une idée en tête.
quelques chapitres sur les pratiques d'ingénierie, mais Ken m'en a parlé en cours de route :
Non, Mike, si nous publions cela en tant que "pratiques d'ingénierie", les gens ne pourront pas le faire.
n'ont jamais compris que le Scrum n'est PAS un logiciel, c'est pourquoi nous les avons supprimés. I
mais Ken, s'ils ne comprennent pas l'ingénierie, ils ne peuvent pas se permettre d'avoir des problèmes de santé et de sécurité.
sont *nécessaires* pour réussir, il y aura de nombreuses
problèmes. C'est ainsi que nous avons entamé les discussions sur le Scrum et le XP.
pratiques d'ingénierie en Scrum avant XP, mais aucun d'entre nous n'avait de nom pour la
les. La transmission s'est faite par tradition orale : intégration au moins quotidienne,
les tests de régression, il faut travailler à la fin des sprints, à la fin de l'année, à la fin de l'année.
la fin de la journée (au moins), etc.
C'est pour cette raison que j'ai lancé en 2000 un projet appelé XBreed qui fusionnait XP
et Scrum, mais en fait Kent Beck avait déjà commencé cette pratique.
puisque le jeu de planification est Scrum (sans aucune référence à Scrum :).
A un moment donné, Ken et moi avons discuté du titre qui devrait être "Agile Management with
Scrum", mais parce que toutes nos histoires concernaient principalement des logiciels, et
parce que nous pensions que la plupart de nos lecteurs (clients) viendraient de
développement de logiciels, nous avons laissé le titre "Développement agile de logiciels".
avec Scrum". Jeff, Ken et moi-même avons toujours été convaincus que le Scrum pouvait être
utilisé pour bien d'autres choses.
En 2001, j'ai commencé à gérer New Governance Inc, la société que j'ai créée en 2001.
cofondé et toujours co-propriété avec Scrum : nous sommes aujourd'hui la plus grande entreprise de protection de la vie privée au monde.
de gestion dans le monde entier ; tous nos produits ont été mis au point avec l'aide de
Scrum, et toutes nos installations (plus de 3000) ont été réalisées par l'intermédiaire de Scrum.
depuis lors. Jeff a également fait en sorte que PatientKeeper soit géré par Scrum depuis le début de l'année.
à cette époque et aujourd'hui, Scrum Inc. est géré avec Scrum. VMARK avait un
Scrum depuis 1995. L'Alliance Scrum est en cours de
géré par Scrum. Deux de mes clients, que j'aide depuis des années :
SalesForce.com et Cars.com sont désormais également gérés par Scrum. Je n'ai pas
d'avoir un numéro exact ou une référence pour chaque non-logiciel Scrum
mais ma liste compte déjà plusieurs centaines d'instances.
Il s'agit d'une révolution dans le domaine de la gestion agile : les entreprises et les personnes qui
Les entreprises qui ne comprennent pas cela se feront écraser par leurs concurrents.
- Mike
Entreprise Scrum Inc.
http://www.EnterpriseScrum.com
twitter:@enterprisescrum
French 
English 
Spanish 
French