Manifiesto Ágil 2021 - Recordando a Mike Beedle
He estado haciendo Scrum y Org Patterns desde el otoño de 1995, cuando salvé un gran proyecto multimillonario del fracaso en William Mercer en Deerfield, IL.
La finalización de este proyecto no sólo puso el sistema en producción, sino que evitó a la empresa el pago de una sanción multimillonaria. Ochenta consultores; cientos de empleados; miles de páginas de documentación que incluían procesos, procedimientos, requisitos, diseño, pruebas; y cientos de planes de proyecto fallidos, no pudieron conseguir lo que Scrum y Org Patterns consiguieron en 4 meses con 10 personas. Fue increíble. Fue mágico.
Jeff Sutherland me presentó las ideas de Scrum en sus numerosos artículos para la comunidad OTUG y en su correspondencia personal conmigo.
Su idea principal sobre Scrum era crear un equipo que se asemejara a la vida artificial, un robot o un sistema adaptativo, que se adaptara y aprendiera a través de la "inteligencia social". Me intrigó porque soy doctor en Física y mi tesis de máster versó sobre sistemas caóticos y no lineales. Nuestras primeras conversaciones versaron sobre la creación de un equipo al borde del caos, etc. Unas semanas después, me presentó a Ken Schwaber, y Ken me señaló su Documento OOPSLA sobre Scrum y a sus páginas sobre el Scrum en su sitio web Advanced Development Methods. Más o menos al mismo tiempo, me familiaricé con las ideas de Patrones OrgA través del trabajo de Jim Coplien, Neil Harrison y Brendan Cain: 1) Borland Software Craftsmanship: A New Look at Process, Quality and Productivity, 2) A Generative Development-Process Pattern Language, y los numerosos artículos escritos para las listas org-patterns y patterns-discussion desde 1995.
Ambas direcciones apuntaban al mismo objetivo final: crear un equipo hiperproductivo que funcionara como un sistema adaptativo al borde del caos a través de patrones.
Tuve mucha suerte de probar ambas cosas simultáneamente en una situación de emergencia. Estaba precondicionado a aceptar estas ideas, porque en aquel momento era un practicante de BPR (reingeniería de procesos empresariales), al estilo de Michael Hammer, que básicamente pedía ese tipo de entorno hiperproductivo, sin decirte realmente cómo llegar a él, y por mi formación académica, como ya he mencionado.
Mi vida no ha vuelto a ser la misma desde aquel proyecto en Mercer. Scrum y Org Patterns han cambiado mi vida a mejor.
Desde 1996, he utilizado exclusivamente Scrum y Org Patterns para entregar software a una amplia y diversa gama de industrias: Financiero, Sanidad, Gobierno, Fabricación, Tecnología, Servicios, Transporte, etc.), desde equipos únicos hasta docenas de equipos interdependientes con una arquitectura base común. He desarrollado software utilizando Scrum y Org Patterns para mis empresas o para mis clientes a una velocidad récord, por debajo del presupuesto, con una satisfacción del cliente récord y con gran satisfacción para los desarrolladores implicados; eso es lo que nuestro mayor cliente, el Departamento de Defensa de EE.UU., por ejemplo, dice de nuestro software.
Mis empresas han introducido Scrum a miles de personas y cientos de empresas, proporcionando productos, desarrollo, formación, consultoría, tutoría y coaching:
De 1996 a 1999, fui copropietario de Framework Technologies Inc, donde llevamos el poder de Scrum y los patrones de diseño a nuestros clientes: Nike Securities, Bank of America, Lincoln Reinsurance, Motorola, etc.
De 1999 a 2003, fui propietario de e-Architects Inc, donde aportamos el poder de Scrum, los patrones de diseño y los principios de arquitectura a nuestros clientes: All-State, Caremark, State of Illinois, Orbit, Northwest Bank, Persistence Software, etc.
Desde 2000 hasta hoy, soy copropietario de New Governance Inc, donde suministramos nuestros productos de software de gestión del cumplimiento normativo a casi 4000 sitios: Citigroup, The Hartford, CIGNA, DOD, BCBS, etc.
Desde 2008 hasta hoy, soy propietario de Quant Traders Inc, donde ofrecemos sofisticados productos y servicios de trading cuántico a nuestros clientes.
Soy coautor del primer libro Scrum, Desarrollo ágil de software con Scrum, coautor del primer artículo sobre Scrum publicado en un libro, SCRUM: Un lenguaje de patrones de extensión para el desarrollo hiperproductivo de software, coautor del Manifiesto Ágil: http://www.agilemanifesto.orgy coautor del próximo libro Scrum Pattern Language, que orientará el futuro del Scrum...
Doctor Michael A. Beedle
DIRECTOR GENERAL
Empresa Scrum Inc.
MÁS DE MIKE
"Mike Beedle" Apr 11 10:10AM -0500
Stacia,
Dígale que se está produciendo una revolución mundial de la gestión ágil
y que Scrum es la mejor forma que conocemos de hacerlo.
Si eso no es suficiente, dile que sólo las empresas ágiles
sobrevivir, y que sólo las personas que pueden hacer su trabajo de una manera Ágil
tendrán trabajo pronto.
Dile que el moderno Scrum inventado por Jeff Sutherland y Lean
(desarrollo), Agile (empresa y desarrollo) y Nonaka y Takeuchi
Scrum proceden de las mismas raíces: TWI, Toyota, TPDS, otras empresas que hacen
Desarrollo ágil, etc. Scrum y Agile tratan sobre la gestión del cambio rápido
y la innovación, independientemente del ámbito que se utilice.
Dile que la única declaración que cambiaríamos en el manifiesto es
de "software funcional", sino que preferimos "aportar valor empresarial".
sobre trabajar en los residuos". Eso es lo que les digo a todos en mis clases.
En la reunión del Manifiesto Ágil estábamos redactando un manifiesto para el software
desarrollo (idea de Bob Martin), pero 3 de nosotros (Jeff, Ken y yo), tuvimos
ya utilizaba Scrum para la gestión ágil de cosas que no fueran software para
años. De hecho, estos principios casi idénticos ya se habían utilizado
y denominado Agile de todas formas por Steve Goldman y Roger Nagel en su libro:
[AgileCompetitors] Steven L. Goldman; Roger N. Nagel; Kenneth Preiss.
Competidores ágiles y organizaciones virtuales: Estrategias para enriquecer
el Cliente (Kindle Locations 205-206). Edición Kindle.
Se escriben como los principios ágiles en 1995:
-Valorar los conocimientos y las competencias humanas
-Aportar valor al cliente
-Formar asociaciones virtuales
-Estar preparado para el cambio
En realidad tenía unos cuantos artículos sobre cómo agilizar las empresas desde 1997 -
ambos documentos mencionan los patrones Scrum como una forma de agilizar
empresas:
[Beedle2-cOOherentBPR] cOOherentBPR: Un lenguaje de patrones para construir Agile
Michael A. Beedle, PLoP '97 Proceedings, Tech. Report
#wucs-97-34, Universidad de Washington (1997).
[Beedle3-EnterpriseArchitecturePatterns] Arquitectura empresarial
Patrones: Building Blocks of the Agile Company, Michael A. Beedle, SIGS,
Nueva York, (1998).
Y por eso propuse que se utilizara la palabra Agile en el Agile
Reunión del Manifiesto: porque me pareció que había muchos paralelismos
con Agile en los negocios :) Martin Fowler sonrió de inmediato y dijo:
hay un problema si utilizamos Agile tendremos éxito. Y aquí
son hoy :)
Lo mejor que le ha pasado a Scrum y Agile es que se ha hecho grande
por su aplicación al desarrollo de software; pero también es su
peor maldición: porque ahora se ve como una "cosa de software" y no como algo general.
gestión ágil.
Cuando Ken y yo escribimos "Desarrollo ágil de software con Scrum", tenía una
algunos capítulos sobre prácticas de ingeniería, pero Ken me lo contó por el camino:
No, Mike, si publicamos esto como "prácticas de ingeniería", la gente
nunca entienden Scrum NO se trata de software, por lo que los descartamos. I
agarró de nuevo a Ken: pero Ken, si no entienden la ingeniería
prácticas son *requeridas* para tener éxito, habrá muchas
problemas. Y así empezamos las discusiones sobre Scrum y XP: teníamos sólidos
prácticas de ingeniería en Scrum antes de XP, pero ninguno de nosotros tenía un nombre para
ellos. Se transmitía como tradición oral: al menos la integración diaria,
pruebas de regresión, hay que trabajar al final de los Sprints, en
al final del día (como mínimo), etc.
Por este motivo, en el año 2000 puse en marcha algo llamado XBreed que fusionaba XP
y Scrum prácticas, pero de hecho Kent Beck ya había iniciado este
tendencia desde el Juego de Planificación es Scrum (sin referencias Scrum :).
En algún momento Ken y yo discutimos que el título sería "Gestión ágil con
Scrum", sino porque todas nuestras historias trataban principalmente de software, y
porque pensábamos que la mayoría de nuestros lectores (clientes) vendrían de
desarrollo de software, dejamos el título como "Agile Software Development
con Scrum". Jeff, Ken y yo siempre fuimos firmes en que Scrum podría ser
utilizado para mucho más.
En 2001, empecé a dirigir New Governance Inc, la empresa que
cofundó y sigue siendo copropietaria con Scrum: hoy somos la mayor empresa de privacidad
de gestión en todo el mundo; todos nuestros productos se desarrollaron con
Scrum, y todas nuestras más de 3000 instalaciones se han realizado a través de Scrum
desde entonces. Jeff también consiguió que PatientKeeper fuera gestionado por Scrum desde
por aquel entonces y hoy Scrum Inc. se gestiona con Scrum. VMARK tenía un
alta dirección Scrum desde 1995. La Alianza Scrum se
gestionado a través de Scrum. Dos de mis clientes, a los que he ayudado durante años:
SalesForce.com y Cars.com ahora también se gestionan a través de Scrum. Yo no
tener un número exacto o una referencia para cada Scrum que no sea software
aplicación pero mi lista ya tiene varios cientos de casos.
Es una revolución de la gestión ágil: las empresas y las personas que
no lo entienden serán arrasados por sus competidores.
- Mike
Empresa Scrum Inc.
http://www.EnterpriseScrum.com
twitter:@enterprisescrum