Bienvenido a negocios reales.
Hay un estilo de negocio más antiguo, que tiendo a llamar burlonamente "desarrollo tradicional" y luego hay un nuevo estilo, "desarrollo ágil". Si trato de tratar estos ideales opuestos, vemos una división directa en el medio: los planes y los requisitos van en la columna tradicional, el descubrimiento y la evolución en la columna ágil. Está limpio, ordenado y equivocado.
En realidad, los negocios son una búsqueda del medio feliz entre los dos. Es fácil demostrar que cualquiera de los extremos en realidad cae de plano. Nosotros, los que amamos a Agile, demostramos con entusiasmo todos los temas del ideal puro del desarrollo tradicional, y hay muchos que pueden mostrar las muchas maneras en que Agile puro se derrumba. Las empresas ágiles exitosas son las que encuentran su equilibrio particular entre las dos. Las empresas tradicionales exitosas son las que encuentran su equilibrio particular entre las dos. No puedes tener uno sin el otro.
Incluso nuestro bendito proceso SCRUM muestra un equilibrio entre los dos. Si bien hay un claro intento de maximizar la agilidad, se hacen algunas concesiones clave. Por ejemplo, el propietario del producto tiene el gran trabajo de defender a todos los clientes. SCRUM intencionalmente no especifica cómo funciona esa interacción. Intencionalmente, explica el hecho de que todos necesitan que se les pague al final del día. Es el trabajo del propietario del producto crear la ilusión de que eso no importa.
(Es interesante tener en cuenta que Pure Agile funciona a la perfección, siempre y cuando no se le pague hasta que produzca un producto y no tenga acceso a la información de propiedad exclusiva hasta que tenga el derecho. Creo que son los únicos ingenieros de software. que se sienten cómodos con este oficio son los empresarios)
Por lo tanto, la administración ha dictado qué características estarán allí y cuándo deben estar allí. Esta bien. Una frase que he escuchado es "el cliente elige el qué y el cuándo, el productor elige el quién y el Cómo". Se ha registrado para el "qué" y el "cuándo". No han dicho nada sobre quién o cómo, más que para ofrecerte la oportunidad de usar "Agile" como tu. Todo lo que queda es ayudar a la gerencia a entender cuántas personas necesitarán contratar para satisfacer sus necesidades.
En un mundo perfecto, tu empresa es ágil desde el exterior. Interactúa con sus clientes de forma ágil, lo que les permite a los desarrolladores desarrollarse ágilmente para ellos. Sin embargo, muy a menudo, la compañía debe interactuar con el exterior mientras se desarrolla con agilidad en el interior. En el medio es siempre un conjunto complejo de compensaciones, únicas para cada compañía.
Personalmente, trato esta situación como un caso de prueba para cualquiera que piense que entiende el desarrollo ágil. En algún momento en el futuro, tendrá que desarrollar un producto para una fecha límite, y ese par producto / fecha límite será relativamente fijo. Si un producto / plazo fijo destruye tu proceso, ¿puedes realmente decir que eras Agile en primer lugar?
Mi consejo: no pienses en esto como una cascada. Todavía controlas el "cómo". Aún puedes hacer todos los rápidos y flexibles prototipos por los que Agile es tan famoso. Simplemente debes ser consciente de que el caucho se encuentra con el camino y debes entregarlo. Este es el mundo real, no el mundo ideal. ¿Habría sido mejor para ellos preguntarte en primer lugar? Por supuesto. Puede que no haya sido tu llamada. Puede haber mil razones relacionadas con el negocio para hacerlo a su manera que simplemente no entiende completamente. Siéntase libre de rechazarlos, pero entienda que pueden tener una muy buena razón para lo que hicieron.