Manifesto Anti- Agile

Estamos descubriendo de forma empírica, que existen formas avanzandas de arruinar Software, Productos, Servicios y disminuir la calidad progresivamente en cada entregable...

PRINCIPIOS

• ● Nuestra máxima prioridad es generar insatisfacción a través de la entrega tardía, mediocre y esporádica de productos de bajo valor.
  
  ● Abrazamos lo confortable, no estamos abiertos a los cambios, rechazamos modificaciones y nuevos requisitos sin piedad, caiga quien caiga.
  
  ● No nos complace entregar software con errores y productos defectuosos, pero bueno, es lo que hay.
  
  ● No tenemos una cadencia establecida, si el tiempo no alcanza, alargamos el Sprint un par de semanas e imputamos a otro proyecto las horas desperdiciadas.
  
  ● Los Stakeholders solamente deben proporcionar “recursos económicos", no deben molestar a los equipos ni realizar reproches en caso de producirse fuertes desviaciones en los proyectos. No hay que ser tacaños ni andar con prisas.
  
  ● La motivación es una mentira, no es requerida para el funcionamiento de los equipos; a las personas se les paga para que hagan su trabajo, no es necesario un buen clima laboral, lo que se necesita son resultados. Las personas serias y desmotivadas son las más honestas.
  
  ● El Scrum Master, un rol que nadie entiende y nadie sabe lo que hace, debe ofrecer los recursos mínimos y mantener ocupados a los miembros del equipo imputando tareas en la herramienta de turno.
  
  ● La documentación obsoleta es nuestra mayor prioridad. Los informes hechos a medida son la principal fuente para medir el progreso. Si el software funciona o no, es irrelevante.
  
  ● No hacen falta ceremonias de sincronización o herramientas de gestión costosas, el método más eficiente y efectivo de saturar con información que no aporta valor a los equipos, es a través de constantes llamadas y mensajes de texto directamente al teléfono personal.
  
  ● A intervalos irregulares, los equipos se culpan unos a otros por los reiterados fracasos, buscan alternativas y justificación para poder culpar a los recursos externos, luego guardan todas esas sugerencias en un cajón, cerrado con llave, hasta que se produzca la próxima reunión.
  
  ● Exigimos mayor retribución económica y trabajar menos horas (paguen más), y si hace falta más recursos, se subcontratan a un bajo coste.
  
  ● Software funcionando siempre en máquina local, (en mi PC funciona bien) y agregar la documentación anexa, versionada, bien estructurada y respetando la plantilla corporativa (Ver manual de usuario).
  
  ● Colaboración con el cliente, (el que paga), pero colaborando sin ser tan transparente; siempre hay que dejarlo todo por escrito y firmado.
  
  ● Respuesta ante el cambio... nunca jamás, recuerda "TODO POR ESCRITO" sobre seguir un plan, y si el plan cambia no se continúa con el proyecto.
  
  ● Las dailies de una hora de duración son el mejor método de seguimiento diario del proyecto. A continuación, haremos un Sprint Follow Up para revisar los indicadores de imputación de horas a cada una de las Historias de usuario.
  
  ● Nos encantan los cambios en los criterios de aceptación de manera recurrente, así como la incorporación de nuevos ítems en el sprint backlog sin previo aviso.

VALORES

• LOS 4 VALORES DEL PANFLETO ANTI-AGILE
  
  · Los procesos y herramientas por encima de Individuos e interacciones.
  
  · Documentación exhaustiva por encima del software funcionando.
  
  · La negociación contractual por encima de la colaboración con el cliente.
  
  · Seguir un plan por encima de dar respuesta ante el cambio.
  
  Corolario.
  La atención continua a la excelencia técnica y al buen diseño solo retrasa la fecha comprometida por el comercial.
  Los responsables de negocio y los desarrolladores trabajan juntos (los responsables de negocio con los responsables de negocio y los desarrolladores con los desarrolladores), sin relacionarse, durante todo el ciclo de vida del proyecto.
  Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo, pero primero se hace lo que dice el contrato firmado.
  Los procesos Anti-Agile aprovechan los cambios para exprimirle el bolsillo al cliente.

FRASES MÍTICAS

• ● Los programadores no están para pensar.
  
  ● Si hace falta que se corra más, sacamos el látigo.
  
  ● Si no tienes suficientes "recursos" (léase personas) dilo para contratar más fuerza bruta.
  
  ● No tengo gente suficiente para conformar equipos multidisciplinares. (Dispone de más de 100 informáticos en plantilla.
  
  ● El Scrum Master debe hacer labores de Project Manager, Release Manager y Product Manager para ser aceptado.
  
  ● Los espacios de reflexión y retrospectiva son de máximo 1 hora, porque sale muy caro a la organización tener a tanta gente parada y pensando.
  
  ● La creatividad del Agile Coach debe ser filtrada por el superior en el organigrama, y si no le parece, se echa para atrás cualquier iniciativa.
  
  ● El Agile Coach externo siempre estará por debajo, y a las órdenes directas, del organigrama interno, o para servir café.
  
  ● La mayor incongruencia posible es contratar e invertir en un experto en Agilidad para realizar cambios profundos en la organización y luego, no hacerle caso, no tenerlo en cuenta y rechazar cualquier propuesta de mejora.
  
  ● La responsabilidad de los resultados del Sprint es del Scrum Master.
  
  ● Lo ideal para la organización es tener una persona que realice, simultáneamente, el rol de Scrum Master, Agile Coach y Product Owner.
  
  ● Lo importante es tener el calendario lleno de reuniones.
  
  ● Para aprovechar bien a un Scrum Master, se le debe asignar de 5 a 8 equipos (como mínimo).
  
  ● La mayor prioridad es no perder dinero, no mover el plan y hacer todo lo posible para enseñarle lo que sea al cliente.
  
  ● Lo importante son los recursos, no las personas.
  
  ● Los proyectos se desarrollan en torno a recursos que entran y salen de la organización.
  
  ● La motivación no es importante, la productividad sí lo es.
  
  ● La toma de responsabilidad por fallas en la comunicación y en los desalineamientos de visión es del otro, no mía.
  
  ● Lo mejor para estimar por esfuerzo y complejidad es tener una tabla paralela dónde diga que X story points equivalen a X horas.
  
  ● Lo mejor para aprender y saber de ”Agile”, es ver unos cuántos videos cortos disponibles en la intranet o en Youtube.
  
  ● Un externo no puede formar ni compartir su conocimiento a nadie en la organización.
  
  ● Un externo no tiene derecho a beneficiarse de la formación disponible en la organización.
  
  ● Un externo vive continuamente en la cuerda floja, sufriendo continuamente por el continuo cuestionamiento de cualquiera de sus palabras, emociones o acciones.
  
  ● Si los números no dan, lo primero que hay que hacer es prescindir del Scrum Master, el Agile Coach y los “Externos”.
  
  

PROSA

• 1. En papeleo y herramientas nos perdemos, en la comunicación humana no creemos.
  
  2. Software a medias nos complace, si generamos documentos a raudales.
  
  3. El cliente nos pide, más no lo atendemos, contratos firmados, en ellos confiamos.
  
  4. Cambiar el plan, ni pensarlo un rato, al plan original adoramos.