Metodología del proyecto para equipos pequeños [cerrado]

Question

Por lo general, somos 1-4 desarrolladores / directores de arte / redactores en cada proyecto de mi empresa, ¿qué metodología recomendaría utilizar? ¿Ágil? XP? ¿Melé? ¿Algo más? (Sé que todas son variaciones del mismo concepto, sí)

Answer 1

No creo que haya una respuesta general, la pregunta es demasiado amplia y no se puede simplemente "adoptar una metodología". como si fuera un producto que saca de la caja, es algo que evoluciona con el tiempo ... pero en cualquier caso, le recomiendo que obtenga una copia de este libro: Desarrollo de software Head First

Luego adaptas las ideas que te gustan en tu proyecto. No se preocupe por los nombres y las palabras de moda, serán todos "pasados". el año que viene de todos modos. Manténgalo simple al principio, adopte las ideas que tengan más sentido y den el máximo provecho, y no intente resolver problemas que aún no existen. Será un muy buen comienzo.

Answer 2

Para la programación de pares, al menos, es mejor tener un número par de programadores ...; P

Una de las ventajas de los equipos pequeños es que no necesita muchos sistemas de soporte para comunicarse internamente (un rastreador de errores se convierte más o menos en una lista de tareas para usted, pero es bueno tener de todos modos). Si tener una reunión con todo el equipo solo implica dar la vuelta a su charir y decir "¡Hola, Bob y Carl, echen un vistazo a esto!", De todos modos no necesitan todas las reglas formales de una metodología. Pero los métodos ágiles en general se adaptan bastante bien a los equipos pequeños y medianos, pero requieren miembros de equipo motivados.

Diré que elijas las ideas que quieras de las diferentes metodologías, de todos modos pueden considerarse sugerencias.

Answer 3

Para equipos tan pequeños, definitivamente consideraría un enfoque ágil para el desarrollo de software. Personalmente, probablemente usaría una combinación de XP, Scrum y Lean, porque los conozco mejor. Especialmente si es nuevo en Agile, XP proporciona un buen punto de partida desde el cual puede encontrar la adaptación específica de su proyecto. Recomiendo encarecidamente el libro "El arte del desarrollo ágil".

Answer 4

Mi equipo de desarrolladores 3 simplemente utiliza implementaciones continuas Kanban + y nos mantiene en movimiento rápidamente. He mirado a Scrum y a otros y hay demasiados gastos generales para nuestro pequeño equipo.

Answer 5

Están muy cerca del lado comercial, lo cual es malo porque los programadores a menudo no entienden bien las implicaciones de la contabilidad, el tiempo o la gestión de riesgos, etc. Incluso si piensan que sí. Ven los negocios como otra oportunidad atractiva para mejorar sus sofisticadas habilidades técnicas. Como la empresa es pequeña, puede ser excesivo implementar metodologías complejas dentro del equipo de desarrollo. Pueden manejar preguntas técnicas fácilmente ellos mismos. Lo que no pueden manejar es comprender que si están cerca del entorno empresarial no significa que ya no sean programadores.

Sugiero implementar algunas políticas simples que aseguren la disciplina y se centren en el aspecto técnico en lugar de hablar con los clientes sobre temas técnicos, que es lo que les gusta a algunos programadores.

Answer 6

La respuesta es, proverbialmente, depende ...

Cada equipo es una mezcla de personalidades y habilidades, y cada miembro del equipo es diferente. En lugar de centrarse en encontrar una " metodología " per se, le recomendaría que se concentre en lo que cada miembro del equipo necesita para tener éxito y lo combine con lo que el proyecto necesita para tener éxito. Encontrará la metodología correcta y la combinación de procesos entre esas dos consideraciones.

Como ejemplo, he liderado un pequeño equipo (tres desarrolladores a tiempo completo más algunos diseñadores de UI a tiempo parcial) durante los últimos siete meses. Descubrí que las siguientes prácticas / procedimientos funcionan bien para nosotros ...

• Adoptando espirales cortas (60-90 días) bien definidas, que mantienen al equipo enfocado y orientado a la entrega y nos ayudan a minimizar el riesgo.
• Adoptando un ciclo de vida iterativo, en el que realizamos algunas entregas incrementales al cliente durante el curso de una espiral y discutimos lo que hemos hecho. Hacerlo nos permite a nosotros y al cliente asegurarnos de que estamos abordando sus necesidades.
• Tarea de personalización y dirección para cada miembro del equipo. Por ejemplo, un miembro del equipo es un desarrollador más junior, mientras que el otro miembro del equipo es un desarrollador muy bueno pero no maneja bien las tareas abiertas. Requieren diferentes enfoques.

Naturalmente, también he adaptado los procesos de CM y las prácticas de prueba para adaptarlas al proyecto y las necesidades del equipo.