Ken Schwaber, padre de Scrum: Ágil es una evolución de la supervivencia del más apto (Entrevista de Turing)

Ken Schwaber, padre de Scrum: Ágil es una evolución de la supervivencia del más apto (Entrevista de Turing)

Me encontré con una entrevista de Ken Schwaber, (el padre de Scrum) en China organizada por Turing. Creo que también podría ser aplicable para la mayoría de las personas asiáticas respecto a si Scrum es adecuado para implementarse en China (o países asiáticos). Aquí tiene una traducción al inglés como sigue:

Ken Schwaber es uno de los líderes del movimiento de desarrollo de software ágil. También es desarrollador, gerente de productos y consultor de la industria. Ken y Jeff Sutherland (CEO de Scrum Boston) establecieron conjuntamente la versión inicial del método de desarrollo Scrum, y en la reunión anual de OOPSLA ’95, presentaron Scrum como un método formal por primera vez. Schwaber y Sutherland fueron uno de los firmantes originales del Manifiesto Ágil. Son los autores del libro autoritativo sobre Scrum. Actualmente, Schwaber está al frente de Scrum.org, que proporciona recursos, capacitación, evaluación y certificación sobre Scrum a “Mestros de Scrum”, “Desarrolladores de Scrum”, “Propietarios de Productos de Scrum” y organizaciones que utilizan Scrum.

Comunidad de Turing: ¿Cuál fue su motivación inicial para crear un Scrum?

Schwaber: Porque Scrum funciona. En aquel momento mi empresa estaba ocupada en entregar un producto de alta gama, el mercado para este producto estaba en llamas y necesitaba cambios constantes. Si adoptábamos un ciclo de desarrollo largo, mi empresa iría a la quiebra. Por eso diseñamos Scrum, que nos permitió una reencarnación en el paraíso.

Comunidad de Turing: ¿Cree que existe una barrera cultural para promover Scrum en China?

Schwaber: No más difícil que otras culturas. La clave para que una cultura pueda aceptar y utilizar Scrum es el grado de confianza en la previsibilidad.

Las personas que entienden y aceptan la previsibilidad en la cultura creerán que pueden predecir el futuro. El propósito de su trabajo es hacer que el futuro se convierta en una realidad tangible mediante el uso de personas y recursos.

Las personas que usan Scrum tienen esta visión, y la complejidad y creatividad del desarrollo de software es impredecible. El resultado es terrible: software malo, no puede mantenerse al ritmo del progreso, dinero desperdiciado y trabajadores desmotivados. Por eso saben que lo más importante es predecir cuál es la verdadera demanda, hacer que los empleados la reconozcan, y luego hacer todo lo posible para ayudar a las personas a alcanzar esta meta. El núcleo del camino de Scrum es “hay algo que hacer”, aprovechar las oportunidades, evitar obstáculos y volverse ágil.

Comunidad de Turing: Las personas a menudo se quejan de la dificultad de abandonar el modelo en cascada. ¿Cree que es necesario combinar los modelos ágil y en cascada? ¿Por qué? ¿Cómo hacerlo si es posible?

Schwaber: Estos dos modelos son adecuados para situaciones extremadamente diferentes.

Para el modelo en cascada, predecimos qué vamos a construir, cómo hacerlo, elaboramos un plan y luego seguimos el progreso. La clave de todo es definir qué precisión se desea y la precisión de la comunicación efectiva hasta que finalmente se forme el producto. Si el enlace de comunicación es perfecto y no hay necesidad de cambios, es factible hacerlo.

La suposición de Scrum es que la comunicación es defectuosa y que el cambio nunca deja de ocurrir. En un período corto de no más de 30 días, las personas construyen lo que creen que finalmente desean. Esto se verificará al final del ciclo. Según el grado de armonía entre los resultados y las necesidades, debemos planificar el siguiente ciclo. Este es un bucle continuo de retroalimentación que ha estado cambiando, realizando ajustes basados en los resultados de la inspección y en los cambios de demanda.

Algunas personas han intentado combinar los dos métodos, y los resultados han sido decepcionantes e insignificantes. Es mejor mantenerlos separados.

Comunidad de Turing: ¿Cómo sabe una empresa si Scrum es adecuado para su negocio y sus productos?

Schwaber: Scrum casi nunca encaja con la cultura corporativa de algunas empresas de software que han estado bajo presión debido a modelos en cascada inadecuados, y han estado utilizando tecnologías insípidas durante los últimos 30 años.

Scrum sí encaja en ciertas culturas corporativas, imita el ciclo de ventas para pronósticos anuales, luego convierte el pronóstico anual en un pronóstico mensual, luego verifica los resultados y realiza los cambios adecuados.

La mayoría de las empresas no están satisfechas con los departamentos que desarrollan software para ellas, porque el desperdicio, los fracasos y la baja calidad no son infrecuentes. Aquellos que están extremadamente desesperados o tienen visión intentarán pasar a Scrum, que es una forma más adecuada de reflejar la forma en que trabaja el resto de la empresa.

Comunidad Turing:En el desarrollo real, algunas empresas están obsesionadas con métodos rígidos y no adaptan estos métodos a su propio entorno. ¿Qué piensa de estas empresas? ¿Tiene alguna sugerencia para ellas?

Schwaber:El rápido desarrollo de software se ha convertido en la clave para la capacidad de supervivencia de la empresa, no solo en términos de cómo trabaja la empresa, sino también en el software que está integrado en sus productos. Las empresas que no evolucionan, que no aplican métodos ágiles en el desarrollo de software y productos, no pueden competir ni sobrevivir.

Mi consejo es que el ágil es una evolución de la supervivencia del más apto.

Comunidad Turing:El dueño del producto tiene muchas responsabilidades. A veces, puede convertirse en el cuello de botella de todo el equipo. ¿Cómo se resuelve este problema?

Schwaber:Este problema existe. Por eso debemos resolverlo. Hay muchas formas de resolver este problema, incluyendo añadir más conocimiento de dominio al equipo. Si el equipo no tiene conocimiento de dominio, el dueño del producto no existe, y supongo que todo el desarrollo se ralentizará hasta que se resuelva el problema. De lo contrario, tendrás que esperar hasta lanzar un producto defectuoso.

Comunidad Turing: ElLa técnica Pomodoro es una forma de mejorar la eficiencia individual. ¿Puedes usar la técnica Pomodoro en Scrum?

Schwaber:Si lo desea, Scrum es un marco que puede integrarse en la técnica Pomodoro. Sin embargo, aplicar ciegamente cualquier técnica sin ajustes es perjudicial.

Comunidad Turing:¿Cómo controlar y gestionar las obligaciones tecnológicas?

Schwaber:Al escribir cada funcionalidad, asume que la mantendrás y mejorarás durante el resto de tu vida. Incluso si quieres empezar con un programa antiguo que está podrido en tus huesos, hazlo. De lo contrario, el presupuesto de desarrollo destinado a mantener y apoyar productos antiguos devorará todos los costos del trabajo nuevo.

Comunidad Turing:¿Cree que los métodos ágiles sobrevaloran YAGNI (no lo necesitarás)? ¿Esto provocará el descuido de los objetivos a largo plazo?

Schwaber:Los métodos ágiles no incluyen YAGNI. Pero el ágil sí necesita eliminar lo innecesario. Por ejemplo, ¿por qué comunicarse con otros cuando hay documentos grabados, en lugar de hablar directamente con ellos? En cualquier caso, la documentación necesaria para mantener un producto debe evolucionar en cada ciclo. Haz lo útil y necesario, y elimina todo lo demás.

Comunidad Turing:Algunas personas piensan que los métodos ágiles están en declive. ¿Por qué cree que hay esta voz? ¿Cuál es su opinión?

Schwaber:He escuchado a personas preguntar: ¿es la agilidad una tendencia? Creo que el ágil es un conjunto de valores y principios. Aunque Scrum se basa en el ágil, Scrum se basa enenfoque, coraje, apertura, compromiso y respeto porestos valores.

Los valores no son una tendencia. En mi opinión, las personas que trabajan bajo estos valores y principios se convertirán en tendencias, y sus métodos superarán ampliamente a otros métodos o tendencias.

Comunidad Turing:¿Cómo ve usted al grupo ágil? ¿Cree que hay conflictos y contradicciones entre ellos? ¿De dónde provienen sus diferencias?

Schwaber:Ágil y Scrum son métodos muy, muy sencillos. Las diferencias y los conflictos provienen de instituciones que quieren ganar dinero al crear herramientas, métodos y nuevos métodos basados en ideas ágiles. Tan pronto como el dinero entra por un extremo de la ecuación, surgirá un conflicto. Estos conflictos no son inevitables. Use sus ojos para elegir un método que le sea útil. Pruebe y siga mejorándolo.