El desarrollo ágil permite el desarrollo rápido de productos en iteraciones múltiples cortas, lo que permite una gestión de proyectos más administrada y estructurada.
Esto funciona muy bien cuando
– el equipo se compone de generalistas
– es de tamaño pequeño y
– el producto está en su infancia
Sin embargo, este modelo será difícil de extender, ya que el equipo y las ofertas de productos crecen con el tiempo.
- ¿Cuáles son los rasgos de los grandes ingenieros de confiabilidad del sitio?
- Si me gusta mejorar los idiomas conocidos y abordar problemas muy sencillos, ¿qué tipo de roles de ingeniería de software satisfacen esto?
- ¿Cómo se puede planificar el modelo de ingeniería de software incremental?
- ¿Cuáles son las causas más comunes de falla del proyecto de software?
- '80% de los recursos de desarrollo de software se destinan a pruebas (QA) '. ¿Es esta la verdad o un mito?
Con una plantilla inferior a 100 para una organización SaaS, creo que su ingeniería se compone de un equipo front-end dedicado, un equipo back-end, un equipo de infraestructura, gerentes de producto y / o maestros de scrum.
Esta estructura será suficiente y se extenderá a medida que la organización crezca.
La forma en que use estos equipos dedicados para ejecutar sus proyectos depende de usted y diferirá de una organización a otra. Hay dos maneras:
1) Aislamiento completo: al comienzo del proyecto, identifica las tareas requeridas por los diferentes equipos. Deje que esos equipos sean dueños y trabajen en las tareas en completo aislamiento. Pon todas las piezas juntas al final de un sprint.
2) Equipos desechables: esta estructura se asemeja a la gestión de Star-Trek, en la que los equipos se forman sobre la marcha para ejecutar una tarea específica. Si un miembro del equipo no está disponible, su suplente se haría cargo.
Por lo tanto, identifique los diferentes talentos requeridos al comienzo del proyecto. Forme un equipo extrayendo recursos de diferentes equipos (UI, back-end, infraestructura, etc.) según sea necesario. Desmantelar el equipo al final del proyecto.