X
BLOG

Modo 1, Modo 2: Alan Zeichick sobre el desarrollo bimodal

Modo 1, Modo 2: Alan Zeichick sobre el desarrollo bimodal Tiempo de leer: 4 minutos
Prepárese para la TI bimodal. Ese es el mensaje del Cumbre de Aplicación, Arquitectura, Desarrollo e Integración de Gartner.

No fue simplemente un mensaje casual. Bimodal fue un verdadero tamborileo, golpeado una y otra vez en conferencias magistrales, clases y reuniones individuales con analistas de Gartner. Vamos a escuchar mucho sobre el desarrollo bimodal, de Gartner y de la industria, porque es un mensaje que realmente describe lo que muchos de nosotros estamos encontrando hoy.

¿Qué significa "bimodal"? Es una frase que Gartner lanzó a principios de 2015 (la conferencia AADI fue a principios de diciembre) para describir dos tipos separados de proyectos de TI. Citar Definición oficial de Gartner: “La TI bimodal es la práctica de administrar dos modos separados y coherentes de entrega de TI, uno centrado en la estabilidad y el otro en la agilidad. El modo 1 es tradicional y secuencial, y hace hincapié en la seguridad y la precisión. El modo 2 es exploratorio y no lineal, y hace hincapié en la agilidad y la velocidad ".

Gartner ve que creamos y gestionamos dos tipos diferentes de proyectos: algunos, el Modo 1, son proyectos muy serios, muy metódicos, apuestan por el negocio que deben hacerse bien mediante procesos formales, y otros, el Modo 2, son más oportunistas, más rápido, más ágil. Eso no quiere decir que los proyectos de Modo 1 no puedan ser ágiles y que los proyectos de Modo 2 no puedan ser grandes y significativos. Sin embargo, todos sabemos que existe una gran diferencia entre lanzar una iniciativa para implementar una venta de Black Friday en nuestro sitio web o diseñar una nueva aplicación móvil de localización de tiendas, o implementar un sistema de contabilidad compatible con GAAP o migrar sistemas críticos a la nube. .

Podría argumentar que no hay nada nuevo aquí con bimodal, y si lo hiciera, estaría en lo cierto. Nadie ha afirmado nunca que todos los proyectos de TI, incluido el desarrollo de software, son iguales y deben gestionarse de la misma manera. Lo que ha hecho Gartner es proporcionar un vocabulario para comprender, categorizar y comunicar las diferencias del proyecto de manera más eficiente, y clavó en casa el mensaje de dos modos en las conferencias magistrales de AADI y las sesiones dirigidas por analistas.

Desde la perspectiva de Gartner, bimodal abarca toda la gama de proyectos de TI, desde la dotación de personal hasta la configuración del servidor del centro de datos, desde las implementaciones móviles hasta la implementación de software como servicio (SaaS) basado en la nube. Sin embargo, centrémonos en lo que dijo Gartner sobre la aplicación del concepto bimodal al desarrollo de software y la garantía de calidad.

En su sesión, "Vivir en un mundo híbrido: diseño de organización de aplicaciones en un mundo bimodal", Matt Hotle predijo que “para 2017, el 75% de las organizaciones de TI tendrán una capacidad bimodal. La mitad hará un desastre. La razón principal será porque no abordaron cuestiones organizativas y culturales ".

Hotle ve problemas en las organizaciones que consideran que el Modo 1 (desarrollo de aplicaciones tradicionales) es el enfoque predeterminado y preferido, y que el Modo 2 es visto como "las personas que no tienen que seguir las reglas". Sostuvo que ambos modos de desarrollo deben ser vistos como iguales e insta a las organizaciones a pensar en la cultura. La clave, dijo, es desalentar el pensamiento de que los proyectos del Modo 1 o del Modo 2 son más importantes, más emocionantes, más prestigiosos, etc. Ambos son importantes.

Ninjas y samuráis

Mike West impartió una sesión llamada "Siete lecciones de Agile para TI bimodal". West sigue el lenguaje común utilizado por muchas personas de Gartner al describir estrategias bimodales como esta:

Modo 1 - El modelo Samurai de desarrollo de software: existe en una jerarquía, predecible, ultra confiable, toma la orden y entrega, siempre sigue las reglas, algo inflexible y de alta ceremonia.

Modo 2: el modelo Ninja: funciona en pequeños equipos de autogestión, centrado en el resultado, elige sus propias herramientas, sin reglas fijas, adaptable al contexto y con poca ceremonia.

West señaló que los proyectos del Modo 1 tienden a utilizar metodologías tradicionales (es decir, Waterfall), y el Modo 2 tiende a ser más ágil (es decir, Programación Extrema, Scrum). Sin embargo, insiste en que las prácticas ágiles del Modo 2 pueden mejorar el Modo 1. Por ejemplo, cree en la automatización de pruebas para los proyectos de Modo 1 y Modo 2: "Involucrar el control de calidad antes del diseño y la codificación, automatizar las pruebas en nuevas compilaciones", dijo. agregando, "combine las pruebas y la codificación en una sola actividad con ciclos de entrega más cortos y frecuentes, transformando el SDLC".

La integración continua es importante en todos los proyectos de ambas modalidades, West cree que: "Implemente soluciones de scripting para crear una cadena de herramientas que garantice una implementación consistente y eficiente".

El valor de la calidad

Tom Murphy (un buen amigo y ex colega; trabajamos juntos a principios de la década de 1990) impartió una sesión, "Bimodal QA / Test Automation Success". Murphy dijo que el valor del control de calidad y las pruebas generalmente se malinterpreta en todos los ámbitos, porque las personas se centran en el costo de la calidad, en lugar del valor de la calidad y el costo de la mala calidad, y este es un problema al evaluar los dos tipos de proyectos. “La TI bimodal significa que tendrá dos enfoques diferentes para las pruebas de software: esto significa herramientas, organización y métricas”, dijo.

En los grandes proyectos de Modo 1, Murphy dijo que los requisitos son conocidos y, a menudo, están documentados formalmente, por lo que las pruebas deben ser para validar que el software cumpla con esos requisitos, con énfasis en probar los procesos comerciales, los datos y la funcionalidad.

Por el contrario, Murphy dijo que en los proyectos del Modo 2, los requisitos son más difusos, más empíricos y, a menudo, están diseñados para probar hipótesis, como "¿qué pasa con las cajas si le hacemos esto al carrito de la compra?" El trabajo de desarrollo en proyectos de Modo 2 a menudo está orientado a validar esas hipótesis, lo que podría significar solo pequeños cambios en la base del código en una iteración. En el Modo 2, Murphy insta a la ingeniería de calidad continua y la automatización al estilo DevOps de todo para facilitar la iteración rápida.

Bimodal: la palabra de moda de 2015

Una vez más, no hay nada innovador en el concepto, pero al darnos la terminología y al centrarse en el desarrollo bimodal en AADI, Gartner ha ofrecido algunas ideas valiosas. Espere ver más sobre el desarrollo bimodal en la industria de herramientas de software en 2016.

Escrito por

Alan Zeichick

Alan Zeichick es analista principal de Camden Associates; anteriormente, Alan fue editor en jefe de SD Times de BZ Media. Síguelo @zeichick.

Reciba las últimas noticias y recursos sobre pruebas de software en su bandeja de entrada.

Prueba Parasoft