- ¡No podremos cumplir los plazos!
- ¡Aplica Agile!
"¡Sin suficientes personas, no nos ayudará!"
- ¡Entonces inventa otra palabra inteligente!Recientemente, a menudo escucho: fallaron porque eligieron la metodología de desarrollo de productos incorrectamente. Ahora, si usaste Scrum / DevOps / Agile / algo más, entonces todo estaría bien. Parece que estas personas no entienden algo en el desarrollo de software.
Alistair Cowbern en su
artículo analizó varios proyectos de software que se llevaron a cabo en diferentes modelos, desde completamente "ligeros" y flexibles hasta muy "pesados" y formalizados. No encontró correlación entre el éxito o el fracaso de los proyectos y los modelos de proceso de desarrollo que se utilizaron. A partir de esto, Cowbern concluyó que la eficiencia del desarrollo es independiente del modelo de proceso.
Hay docenas de metodologías, pero ninguna garantiza un resultado. En cada nuevo proyecto, el proceso debe redefinirse cada vez. Básicamente, la elección del proceso depende del
producto que se está desarrollando y de las
personas involucradas en el desarrollo. El principio principal: no las personas deben construirse de acuerdo con el modelo de proceso seleccionado, pero el modelo de proceso debe adaptarse a un equipo específico para garantizar su mayor productividad.
Producto
Considere el desarrollo de software crítico, por ejemplo, un sistema de control para una planta de energía nuclear o un vehículo tripulado. Todos los requisitos se conocen de antemano, el producto tiene una amplia documentación técnica, hay GOST, etc. No es sorprendente que estos proyectos utilicen metodologías "pesadas".
Se deben utilizar enfoques completamente diferentes al desarrollar un nuevo servicio web de moda, cuando los requisitos son confusos y cambian constantemente. Aquí está el Scrum / Agile favorito de todos y sistemas similares "ligeros". La aplicación de estas metodologías está justificada, porque Puede obtener comentarios rápidamente en un mundo externo que cambia rápidamente.
Lo anterior también se puede proyectar sobre el tamaño del producto que se está desarrollando. De hecho, deberían aplicarse procesos completamente diferentes en proyectos en los que participan 10 personas y en proyectos en los que participan 1000 personas.
Personas
El proceso de desarrollo debe organizarse de manera diferente en el equipo de estudiantes y en el equipo de profesionales ocupados.
Siempre he creído que Scrum y otras metodologías de desarrollo son para aquellas personas que simplemente no pueden trabajar por su cuenta. Selecciono varios tipos de comandos y, dependiendo de esto, construyo procesos dentro de ellos.
- Un equipo de profesionales sabe trabajar. Pueden asumir la responsabilidad del resultado: aquí no se necesitan metodologías de desarrollo, especialmente no impuestas desde arriba. A menudo, ni siquiera se necesita un gerente. Dichos equipos pueden trabajar de forma independiente, sin supervisión constante y siempre con un resultado envidiable.
- Un equipo de programadores experimentados requiere monitoreo y soporte periódicos, pero sin una configuración rígida de tareas.
- Sin embargo, el equipo de recién llegados requiere una configuración constante de tareas, apoyo para resolver problemas y monitorear los plazos.
Líderes, estudien a su equipo y elijan sabiamente la metodología de desarrollo en cada caso. Cada equipo necesita su propia metodología.
Las tareas principales del gerente son:
- Construir un equipo que pueda trabajar juntos en el resultado deseado con suficiente eficiencia
- Construir un proceso de trabajo dentro del equipo para que los empleados puedan realizar convenientemente el trabajo necesario.
- Establecer la interacción del equipo con otros departamentos de la empresa o con el cliente para que la comunicación se realice con un mínimo de interferencia en el trabajo principal del equipo y la máxima eficiencia.
- eliminar todos los demás obstáculos y obstáculos para el equipo del camino para lograr el objetivo.
Recientemente, ha habido muchas entrevistas para gerentes de desarrollo. Aproximadamente 7 de cada 10 candidatos a la pregunta sobre su logro principal en el lugar de trabajo actual informan que se convirtieron en la parte principal del éxito del producto, sin ellos todo hubiera fallado.
¡Gerentes, gerentes, despierten! La clave del éxito del proyecto no es el líder, ni el proceso, sino las personas que trabajan en él.
Quiero terminar con una cita de uno de los entrenadores de fútbol: “No es importante el entrenador, tú eres importante. Ganas duelos en el campo y partidos completos, y solo te ayudamos un poco. Podemos organizar a los jugadores y orientarlos: los jugadores hacen el resto ".