Todo lo que he estado leyendo e investigando hasta este momento describe cómo Agile / Scrum funciona muy bien con equipos de aproximadamente 4 a 6 miembros, tal vez incluso más.
En mi tienda actual, tenemos alrededor de 8 desarrolladores más o menos, pero dada la naturaleza del volumen de proyectos y la cantidad de departamentos que apoyamos, nunca tenemos más de 1 o 2 personas asignadas a un proyecto determinado.
¿Puedo seguir usando Agile / Scrum con un equipo de 1 o 2 desarrolladores? Estoy trabajando para presentarle a mi gerente que comience a trabajar con esta metodología, pero necesito poder explicar cómo reducir las cosas para un pequeño equipo de desarrolladores, o convencerlos de que se aseguren de que obtengamos más miembros en un determinado proyecto.
fuente
Respuestas:
Seguro que puedes usar ciertos principios ágiles en tus proyectos, no tienes que usar scrum, usa lo que sea mejor para ti . Definitivamente puede beneficiarse de algunos de los métodos XP y algunas prácticas de scrum. Pero probablemente no "por libro", el equipo de 1-2 personas es demasiado pequeño, incluso para ese pequeño scrum superior, comience con lo que dice el libro y luego deje lo que considere irrelevante después de un tiempo. Simplemente no deje caer las retrospectivas, definitivamente vale la pena el tiempo dedicado a discutir los problemas que tiene y a encontrar soluciones para ellos.
fuente
Sí, puedes usar los principios de Scrum / Agile para 1 persona. Si desea productividad personal, mire la técnica Pomodoro o GTD .
Las técnicas ágiles son adecuadas para equipos más pequeños ya que con equipos más grandes se hace más difícil administrar la comunicación. Con 1 o 2 personas desarrollando un proyecto (y un cliente), debería poder trabajar de manera ágil con mucha facilidad. Le sugiero que lea el manifiesto ágil como un buen comienzo para ágil. Para scrum, te sugiero que mires a Scrum desde las trincheras . ¡Kanban parece estar de moda ahora y también hay un Kanban personal !
fuente
Si yo fuera usted, gestionaría y visualizaría mis tareas y prioridades utilizando Kanban, y adoptaría algunas de las prácticas de XP: el desarrollo basado en pruebas, las retrospectivas y el cronograma probablemente sean buenos para comenzar. Más adelante, durante las retrospectivas, puede identificar más prácticas que siente que necesita.
Kanban es muy no prescriptivo. Todo lo que realmente requiere es que:
La idea es que se aferre a otras prácticas que le resulten útiles, y XP es una excelente fuente para estas prácticas.
Descargo de responsabilidad: nunca he intentado esto, pero estaría en la parte superior de mi lista de cosas para intentar si estuviera en la misma posición.
fuente
Absolutamente y sin dudas. Consulte el libro Programador pragmático para obtener más información sobre cómo los desarrolladores individuales pueden trabajar con Agile. Los recursos de Scrum para el trabajo individual son más difíciles de encontrar, sin embargo, la noción principal de desarrollo iterativo se puede aplicar a grupos de trabajo de cualquier tamaño.
http://www.pragprog.com/the-pragmatic-programmer
fuente
Diría que puede usar técnicas de varios métodos ágiles, pero no debe usar Scrum como se describe en la Guía de Scrum, ya que no puede cumplir los roles. Scrum está diseñado para equipos de 4-11 personas. Pero muchas de las metodologías ágiles, incluida Scrum, pueden proporcionarle un punto de partida.
fuente
Hace poco leí este libro sobre scrum: Gestión ágil de proyectos con Scrum
Para mí fue mi primer libro sobre scrum, y lo hice por mí, realmente se centra en qué principios subyacentes son importantes. Creo que algunos de estos principios podrían aplicarse y ayudar a equipos de 1-2 personas.
fuente
Sí, puede usar métodos ágiles con solo dos desarrolladores, pero siempre necesita un gerente de cliente / producto dedicado. Con solo un desarrollador, diría que no, principalmente porque personalmente me gusta trabajar en equipo, pero también porque realmente no se puede emparejar el programa y, por lo tanto, se pierden todas las oportunidades de intercambio de código. De cuatro a seis desarrolladores + un gerente de producto es el tamaño perfecto para un proyecto ágil. Más que eso, y los sub-equipos tienden a formarse, lo que de alguna manera frustra el propósito.
No sé su situación exacta, por supuesto, pero me parece que está ejecutando muchos proyectos al mismo tiempo. Mi sugerencia es que intentes plantear la idea de reducir la cantidad de proyectos concurrentes y, en su lugar, tener dos equipos trabajando en un proyecto cada uno. Ese sería el primer paso para mejorar su situación y facilitar la aplicación de un proceso ágil.
Hay mucho que decir sobre la maldad del cambio de tareas y la destrucción de proyectos, pero en realidad, no sale nada bueno. Siempre.
fuente
Creo que 2 desarrolladores por defecto instintivamente a un sistema como ágil, incluso si no se proponen hacerlo explícitamente. Naturalmente, estarán hablando entre ellos e iterando con su PO.
fuente
Mirándolo de otra manera:
¿Por qué no considera a los 8 desarrolladores miembros del mismo equipo Scrum? De esa manera obtienes el efecto de diafonía entre proyectos. ¿Quizás ni siquiera tienes que comprometer a la gente a proyectos específicos?
Cuando se agregan más personas a su tienda, posiblemente puede dividir el equipo en dos más pequeños.
fuente