¿Cuáles son algunos conceptos clave para equipos de desarrollo efectivos? [cerrado]

Question

En el lugar donde trabajo, hemos reunido recientemente lo que llamamos Comité de Normas de Desarrollo, que tiene la tarea de mejorar nuestros procedimientos, procesos, metodologías, herramientas, normas y cualquier cosa que creamos que nos ayude a convertirnos en un equipo más eficaz.

Tenemos una hoja de cálculo de los elementos que hemos clasificado y vamos a empezar a abordar de arriba a abajo. Tenemos cosas como un mejor control de código fuente (actualmente en SourceSafe), implementar un rastreador de errores (como Mantis of FogBugz), revisión de código de pares, pasar a .Net 3.5, posiblemente movernos a algún tipo de ágil, hacer más equipo real desarrollo en lugar de un solo desarrollador por tipo de proyecto, y algunas otras cosas ...

¿Cuáles crees que son algunas cosas clave que pueden hacer o deshacer a un equipo de desarrollo? ¿Qué debemos agregar a esta lista?

Información adicional: tenemos alrededor de 12 personas en nuestro equipo de Windows, y unas cincuenta en desarrollo si incluye todas las plataformas. Queremos mejorar lo más posible para todos, pero nuestro mayor enfoque es el equipo de Windows. Todos hemos estado aquí por un par de años por lo menos, así que la mayoría de nosotros nos conocemos y trabajamos muy bien juntos.

Answer 1

La cantidad de personas en tu equipo es realmente importante aquí. Hay cosas básicas que todo equipo debería implementar (control de código fuente, seguimiento de errores, etc.), pero hay cosas que son diferentes según el tamaño del equipo. Las revisiones de código en un equipo muy pequeño, por ejemplo, pueden ser más informales.

Pasar a Agile es una buena idea, a menos que su entorno de desarrollo particular lo convierta en una mala idea. Además, no podrá hacer esto sin el apoyo de las personas que utilizan su software.

Considere hacer cosas para asegurarse de que la comunicación entre el equipo sea más fácil y con menos obstáculos. ¿Todos sus miembros se conocen bastante bien? ¿Pueden trabajar juntos? ¿Entiendes la idiosincrasia del otro? Aprender a trabajar en equipo es mucho más importante que cualquier mejora de proceso aleatorio que pueda realizar.

Answer 2

Requiera comentarios cuando ingrese el código (es genial si puede vincular los confirmaciones con su rastreador de errores)

Tal vez el análisis de código estático, como lo que está integrado en Visual Studio

Integración continua como CruiseControl

Answer 3

Los equipos de desarrollo realmente necesitan buena gente para comenzar, que funcionan bien juntos, pero esto no es realmente un elemento para agregar a la lista. Sin embargo, sí afecta mi primera recomendación, sea pragmático. Si no está alentando a sus desarrolladores a pensar cómo funcionan y pueden mejorar ellos mismos, es realmente difícil establecer un entorno de desarrollo que lo haga por ellos.

Mentor y entrenamiento: si no puedes hacer XP, al menos, conecta a tus Juniors con Seniors siempre que puedas. No solo compartirá conocimientos, sino que también compartirá el contexto en torno a sus proyectos que posee.

Answer 4

Algún tipo de Integración Continua y lanzamientos regulares, probados y en funcionamiento, " " Haz maravillas por la calidad.

Answer 5

  

como mejor control de fuente (actualmente en SourceSafe)

Si esto es Visual SourceSafe, debe cambiarlo inmediatamente. Prueba cvs, svn o incluso algo pagado como Perforce.

Existe algo llamado Rational Unified Process que trata su problema (y mucho más) .