Organización del equipo para un equipo pequeño

7

Pocos amigos (3) y yo empezamos una pequeña empresa. Pero no sabíamos cómo organizarnos, ya que todos trabajarán desde sus hogares y en diferentes horas del día. ¿Cómo deberíamos organizarnos en términos de trabajo por hacer, errores, etc.? ¿Deberíamos usar una metodología ágil como "adaptada" para nuestro pequeño equipo?

    
pregunta Osukaa 03.02.2011 - 18:12

4 respuestas

6

Mi empleo actual es dentro de una empresa, sin embargo, el tamaño del equipo es pequeño en 5 personas. Además de eso, estamos dispersos geográficamente, 2 en un estado, 1 en otro estado, 1 en otro estado y 1 en otro país.

Hasta ahora, nuestro éxito se ha basado en el uso de soluciones basadas en la nube dentro de la metodología Scrum. Usamos herramientas como la oferta gratuita de ScrumWorks (ya que puede hospedarse dentro de nuestro dominio, sin embargo, VersionOne tiene una oferta gratuita que puede estar en funcionamiento dentro de su dominio) como la base del proceso. Luego aprovechamos Planning Poker , que también es otra oferta gratuita.

Seguimos el proceso típico de Scrum completo con una reunión diaria. La reunión stand-up ha sido, con mucho, el mejor enfoque para intentar lograr la cohesión en todo el equipo y tratar de eliminar el aislamiento que puede existir en este tipo de atmósfera. El soporte diario junto con una forma de comunicación en vivo (utilizamos Office Communicator en la empresa, sin embargo, cualquier cliente de mensajería instantánea sería suficiente) son fundamentales para asegurar un sentido de comunidad.

Con diferentes lenguas nativas entre el equipo, el teléfono es una forma prominente de comunicación para una conversación profunda, sin embargo, el beneficio tiende a variar, ya que a veces puede dificultar mucho más la comunicación; como un acento dado a veces puede hacer que sea difícil, sin embargo, como con cualquier otra cosa, cuanto más lo hagas, mejor serás.

Por otro lado, he trabajado dentro de un equipo que estaba ubicado dentro del mismo edificio y ninguna tecnología o metodología ha proporcionado el tipo de cohesión que puede proporcionar la proximidad. Hubo un estudio reciente que proporcionó evidencia empírica sobre el hecho de que la proximidad de los miembros del equipo es beneficiosa para el objetivo a largo plazo del proyecto.

La conclusión es que tendrá que averiguar qué herramientas funcionan mejor para usted. Asegúrese de que todo el equipo exprese su opinión sobre lo que funciona y lo que no funciona, o el aislamiento surgirá muy rápidamente.

* No puedo encontrar el enlace en este momento, pero lo publicaré una vez que lo haga.

EDITAR:

Basado en comentarios ...

El control de la fuente se realiza a través de svn, que es atendido por la empresa a través de una solución personalizada que aprovecha CollabNet . Esta solución también se encarga de la gestión de defectos a un nivel superior, ya que luego portamos esos defectos a ScrumWorks para que se coloquen en el registro de sprint. Además, también proporciona acceso a un entorno de compilación para CI e implementación.

Las pruebas se adjuntan a las historias desde una postura de unidad / integración; es decir ... una estimación puntual de historias debe incluir pruebas. Eso no es un componente separado; Es parte del esfuerzo de desarrollo. El marco de prueba utilizado es NUnit y luego las pruebas se ejecutan dentro del IDE (Visual Studio) a través de un enlace en NUnit.

Esto permite que el desarrollador compruebe y ejecute constantemente sus pruebas según sea necesario. Ya que somos un equipo pequeño; la propiedad de los problemas dentro de la base del código rara vez ocurre y no implementamos un estricto control cuando el código ha superado todas las pruebas, ya que no es el propósito del control de versiones. Al estar dispersos, es crítico que verifiquemos con frecuencia.

Si no tiene acceso a una solución empresarial, su próxima mejor opción sería aprovechar una solución de hospedaje VPS ya que se pueden obtener por un precio bastante bajo ($ 20.00 US / mes) y le permitiría centralizar su fuente, proporcionar control de versiones, DR, implementación de ScrumWorks y otras necesidades a medida que surgieran.

    
respondido por el Aaron McIver 03.02.2011 - 18:36
1

Algunos colegas y yo estamos haciendo lo mismo. Estamos utilizando Kanban (David Anderson tiene un GRAN libro en él) a través de Agile Zen (un tablero Kanban muy bien distribuido). Ahora divides el trabajo priorizándolo. Cuando alguien está listo para trabajar en algo nuevo, sale de la cola.

Para el control de versiones, usamos Mercurial con un repositorio central alojado bajo IIS. (Herramienta increíble, haz un recorrido rápido de diez minutos y estarás enganchado). Me suscribo a Microsoft BPOS para colaborar (intercambio hospedado, sharepoint, reunión en vivo y servidor de comunicaciones). Lo bueno del comunicador de oficina es que las discusiones se archivan automáticamente en Outlook para que pueda buscarlas fácilmente.

    
respondido por el Michael Brown 03.02.2011 - 20:22
0

Estaría tentado de convocar una reunión y ver qué tipo de estructura quieren las personas y qué funcionaría para varias personas en el grupo. Algunas personas pueden preferir tener un líder designado, mientras que otras pueden sentirse más cómodas con la idea de un equipo autoorganizado. La pregunta es qué tipo de fondos y preferencias tienes dentro de ese equipo, ya que eso es lo que determinaría qué tipo de cosas querría probar inicialmente y luego perfeccionar según sea necesario, lo que puede parecer bastante ágil para algunos.

    
respondido por el JB King 03.02.2011 - 20:19
0

Lo más importante para recordar: estar en la Tierra, ser razonable. Vea detrás de las palabras de moda su significado real y su valor real.

En cuanto a detalles, y suponiendo que su equipo se compone de tres instancias mías:

  • Use git para el sistema de control de versiones: enlace ;
  • Tenga un archivo con una lista de características priorizadas para agregar a su aplicación. Importante: no elimine las funciones completadas de este archivo;
  • Use la pizarra, las notas adhesivas, el marcador, especialmente si trabaja de forma física;
  • Utilice un sistema de seguimiento de errores de código abierto;
  • HAGA reuniones de stand-ups / status todos los días hábiles. No creo que las notas de reunión sean necesarias para ti;
respondido por el Nikita Barsukov 03.02.2011 - 20:40

Lea otras preguntas en las etiquetas