Existe una metodología para hachar methdologies?

Question

¿Cómo recoger la basura o eliminar obsoleto y complicado metodologías que son más perjudiciales que útiles para el proceso de desarrollo de software?¿Cómo puede usted continuamente a agilizar su proceso de despejar el camino para que los programadores para realmente lograr algo en lugar de cerrar un mil granero puertas debido a la escaparon caballos de antaño años?

Answer 1

Usaría retrospectivas para recopilar información sobre lo que funciona y lo que no. Puede usar retrospectivas en diferentes puntos de su ciclo de proyecto.

Si está utilizando una metodología iterativa, debe tener una retrospectiva al final de cada iteración. Si usa cascada, debe hacer una retrospectiva (algunos lo llaman post-morten) una vez que el producto ha sido lanzado.

Durante la retrospectiva, debe responder colectivamente las siguientes preguntas:

1. ¿Qué funcionó bien?
2. ¿Qué debemos comenzar a hacer?
3. ¿Qué deberíamos dejar de hacer?

Luego, puede trabajar con su equipo para priorizar lo que es importante para ellos. Pregúnteles cuál es la única cosa que les gustaría cambiar y comiencen a trabajar en eso.

Answer 2

En una palabra:comunicación.Entre usted y sus compañeros de equipo, otras partes interesadas, como los gerentes de proyecto, etc.

La GC metáfora no es pertinente;no hay nada externo a tu equipo que puede racionalmente determinar cuándo una práctica o metodología es elegible para la extinción.Esa es una dinámica cosa que tiene que ser acordado por todas las partes interesadas.Es un problema de comunicación.

Answer 3

Los humanos son criaturas de hábito. Desarrolladores tal vez más que otros.

Los gerentes tienden a querer probar la última herramienta / técnica que cumpla con la palabra de moda, mientras que sus desarrolladores querrán apegarse a lo probado y comprobado.

Si desea que los desarrolladores quieran probar cosas nuevas, debe desafiarlos constantemente, obtener clases para ellos o convencerlos de alguna manera de que el discurso del gerente no es lo importante, es la herramienta que al menos deberían investigar.

También debe asegurarse de escuchar sus quejas y catalogarlas como técnicas u opiniones.

Si sus quejas son en su mayoría opiniones de opinión, entonces tal vez necesite un conjunto diferente de desarrolladores. Si son técnicos, entonces no importa cuán popular sea la herramienta, probablemente debería evitarse en esa configuración.