skype - remoto - ¿Cómo trabaja su equipo juntos en una configuración remota?

manual teamviewer 13 pdf (6)

Somos un equipo distribuido que trabaja en la base de datos de objetos db4o .

La forma en que trabajamos:

Intentamos programar en parejas solamente.
Usamos Skype y VNC o SharedView para conectarnos y trabajar juntos.
En nuestra reunión de los martes en línea cada semana (generalmente alrededor de 1 hora)
- hablamos de las tareas realizadas la semana pasada
- Creamos nuevos pares para la próxima semana con un generador aleatorio para que el conocimiento y la amistad se distribuyan de manera uniforme.
- Establecemos la prioridad para cualquier tarea nueva o error que haya llegado
- cada equipo elige las tareas que le gusta hacer entre las más priorizadas.
De martes a miércoles estimamos tareas. Tenemos una unidad de trabajo que llamamos "Ideal Developer Session" (IDS), quizás 2 o 3 horas de trabajo en conjunto. No está perfectamente definido (porque sabemos que la estimación siempre es inexacta), pero a partir de nuestra experiencia pasada compartida, tenemos un sentido común de lo que es un IDS. Si no podemos estimar una tarea porque parece que es demasiado larga durante una semana, la dividimos en tareas más pequeñas que se pueden estimar.
Durante una breve reunión el miércoles nos comprometemos a una carga de trabajo que creemos que es factible en una semana. Nos comprometemos a completar.
Si un equipo se queda sin tareas comprometidas durante la semana, puede elegir nuevas de la cola de prioridades que tenemos en Jira.

Cuando empezamos a trabajar de esta manera, algunos de nosotros descubrimos que la programación de pares remotos requiere mucha energía porque estás muy concentrado. Si empareja el programa por más de 5 o 6 horas por día, se drena. Por otro lado, trabajar de esta manera ha resultado ser muy eficiente. El conocimiento sobre nuestra base de código se distribuye de manera uniforme y realmente hemos aprendido mucho entre nosotros.

Me interesaría mucho escuchar las experiencias de otros equipos que trabajan de manera similar. Cosas como:

¿Con qué frecuencia se reúnen?
¿Has probado diferentes longitudes de sprint (una semana, dos semanas, más)?
¿Qué herramientas utilizas?
¿Qué rastreador de problemas usas?
¿Qué haces sobre las diferencias de zona horaria?
¿Cómo funciona para usted integrar a nuevas personas en el equipo?
¿Cuántas horas trabajas habitualmente por semana?
¿Cómo interactúa tu gerencia con la forma en que trabajas?
¿Te ponen en una cascada con plazos duros?
¿Cuál es tu unidad de trabajo?
¿Cuál es tu velocidad normal? (unidades de trabajo realizadas por semana)

El trabajo de programación debe ser divertido y para nosotros, por lo general, es muy divertido.

Me alegraría cualquier nueva idea de cómo hacerlo aún más divertido y / o más eficiente.

¿Con qué frecuencia se reúnen?

Cada dos días, y según la urgencia, aumentan a reuniones cortas diarias.

¿Has probado diferentes longitudes de sprint (una semana, dos semanas, más)?

Stick con dos semanas de longitud de sprint

¿Qué herramientas utilizas?

Las herramientas de colaboración son esenciales. Comunicación: teléfono móvil. Compartir documentos / compartir ideas / compartir conocimientos: una wiki o un foro. Existen varias plataformas: IGLOO, JiveSoftware, Leverage Software son bastante fáciles de usar

¿Qué rastreador de problemas usas?

Esto es típicamente integrado en el software de colaboración

¿Qué haces sobre las diferencias de zona horaria?

Los calendarios y las cuentas regresivas mantienen a las personas trabajando en su período de tiempo, las reuniones se ajustan de tal manera que incluso si no podemos lograr que todos se reúnan exactamente al mismo tiempo, las reuniones se realizan de manera tal que A cumple B, B cumple C (le dice a C sobre AB reunión), C cumplir con A (le dice a A sobre la reunión de BC), continuar y dar seguimiento en correos electrónicos. Esto funciona sin problemas entre equipos pequeños en diferentes zonas horarias

¿Cómo funciona para usted integrar a nuevas personas en el equipo?

Comience con algo pequeño para acostumbrarse al sistema y desafíelos lo suficiente como para aprender lo más posible.

¿Cuántas horas trabajas habitualmente por semana?

40+ típicamente

¿Cómo interactúa tu gerencia con la forma en que trabajas?

Se utiliza una jerarquía plana: la administración trabaja con los empleados, actuando más como una guía que como jefe. Esto evitaría sofocar la creatividad y en general mejorar la felicidad.

¿Te ponen en una cascada con plazos duros?

No. La metodología de cascada es rara, y solo ocurre con proyectos pequeños que duran 3 o 4 días como máximo.

¿Con qué frecuencia se reúnen?

Diariamente (generalmente a primera hora de la mañana), y siempre que sea necesario para eliminar obstáculos. Emparejamiento solo cuando sea necesario para resolver problemas complejos, o temprano en el desarrollo de pruebas.

¿Has probado diferentes longitudes de sprint (una semana, dos semanas, más)?

Sí, pero esto siempre depende primero de las prioridades proporcionadas por el cliente y los plazos de entrega. Respondemos a sus requerimientos, no conformamos los nuestros. A veces los picos juegan con esto, ya que es imposible evitar los bucles de dependencia.

¿Qué herramientas utilizas?

Pivotal Tracker y Rally. Se han visto obligados a usar TeamForge, que apesta. Realmente me gusta Campfire y parece hacer el truco para mis equipos.

¿Qué rastreador de problemas usas?

Depende del proyecto, pero generalmente algo que se basa en la web como mínimo.

¿Qué haces sobre las diferencias de zona horaria?

Tratar con él. La mayoría de mis proyectos se extienden por todo el mundo, alguien se va a joder, por lo general soy yo.

¿Cómo funciona para usted integrar a nuevas personas en el equipo?

Depende del equipo, y del novato. Algunos equipos aceptan más que otros, y algunos novatos son mejores en la integración. Siempre debe haber respeto, punto.

¿Cuántas horas trabajas habitualmente por semana?

40+: el plus generalmente se debe a múltiples proyectos, pro y personal.

¿Cómo interactúa tu gerencia con la forma en que trabajas?

Manos fuera Pero, a veces las cosas se ponen tensas. Solo se necesita buena comunicación, y la transparencia siempre es mejor.

¿Te ponen en una cascada con plazos duros?

¡Por supuesto! Incluso dentro de proyectos ágiles. Los clientes son exigentes.

¿Cuál es tu unidad de trabajo?

Depende del proyecto por supuesto. Por lo general, el tiempo para mí y mis equipos. Los entregables van con todo, pero por lo general, también tenemos proyectos avanzados para apoyar.

¿Cuál es tu velocidad normal? (unidades de trabajo realizadas por semana)

No hay normal. Complejidad, equipo, cliente, todos juegan como variables aproximadas. El mayor problema suele ser la madurez del equipo.

@Carl: No puedo responder a todas sus preguntas, pero puedo poner en mi WRT de dos centavos algunos problemas.

El uso de Skype es esencial. Poner caras a los alias de Internet lo convierte en un entorno de trabajo más amigable (por lo tanto, productivo). Cuando trabajé con un equipo externo, hubo muchas quejas fuera de línea acerca del equipo externo.
Las reuniones diarias, incluso durante 15 minutos, son muy útiles. Dedique entre cinco y diez minutos a las personas que solo hablan sobre lo que quieran hablar, ya sea el fin de semana, los niños, etc. La gente hablará sobre este tipo de cosas de todos modos, y poder hacerlo en un foro público permite una mayor cohesión del equipo , lo que significa menos quejas sobre los otros miembros del equipo (ver arriba). (NOTA: Esta no es mi idea. Lo obtuve del libro Liderazgo de Giuliani).
Acerca de la programación de pares: si a los miembros del equipo les gusta, entonces ¡perfecto! A veces a las personas no les gusta, pero no hablan porque temen las retribuciones del equipo o ofender a alguien. Los miembros del equipo silenciosamente disgustados son terribles para la moral.

PD Gran trabajo en db4o!

Nuestra herramienta de gestión de proyectos Agile es Greenhopper encima de Jira. Para compartir el escritorio, utilizamos la Vista compartida , pero con fines de mostrar y contar, en lugar de la programación por pares. Skype es la principal herramienta de comunicación, pero con gtalk para mensajería instantánea. Skype es un poco inusual cuando se trata de enviar mensajes instantáneos. Escribí una publicación sobre todas las herramientas que utilizamos para el desarrollo distribuido en nuestra empresa.

Nuestros sprints duran una semana, solíamos tener sprints más grandes, pero esto funciona bien. Los lunes recordamos lo que se ha logrado en el sprint anterior y llevamos a cabo cualquier trabajo excepcional. Luego agregamos historias de trabajos pendientes (con estimaciones) para eliminar aproximadamente una semana de trabajo para el sprint actual. Hay un retraso para la versión menor actual y un retraso general general.

Las historias son bastante minimalistas, y las estimaciones son rápidas y sucias (aunque generalmente bastante precisas). Progresan a través de ''Todo'' -> ''En progreso'' -> ''Resuelto'' -> ''Hecho''. Las historias pasan a un estado "Hecho" cuando se analizan en las reuniones semanales de lunes.

También estuve una vez involucrado en el proyecto y practicamos XP. Encontré a Pivotal Tracker muy bueno para la planificación y las historias de usuario. También te aconsejo que busques un BitBucket . Encontramos que es útil cuando se usa junto con el control de versión distribuido mercurial ya que creo que es muy adecuado para el equipo distribuido.

También me he dado cuenta de que XP no funciona bien en un entorno académico (estudiantes). Prácticas como las 40 horas por semana y la programación en parejas no funcionaron bien. Fui asesor de proyectos en equipos que utilizaban la metodología XP.

En general, el desarrollo ágil es bueno y creo que es muy adecuado para proyectos pequeños. También puede trabajar para grandes proyectos, pero tendrá que usar la división y conquista utilizando equipos pequeños.

Integrar nuevas personas es fácil, siempre y cuando comiencen con una iteración o se emparejen con alguien que tenga una idea justa sobre las características ya desarrolladas.

Otras cosas como TDD demostraron ser útiles.

Usamos el servidor Microsoft Sharepoint como un espacio de información central. Tenemos todos los documentos de diseño, notas de reuniones, programación de trabajos, prácticamente toda la parte comercial de la casa en ese servidor. También tenemos cámaras en nuestros equipos de escritorio y se nos alienta a hacer videollamadas cuando sea necesario. No es algo programado, solo es un chat de video rápido, no hay formalidades, solo un mensaje de texto rápido, "Hey, ¿puedes chatear de video?"

Tendemos a usar muchos programas de chat diferentes de AOL a MSN, así que uso Trillian para que me permita hablar con todos. También todos tenemos cuentas de empresa de Skype que usamos mucho. En realidad, es más fácil que el teléfono, ya que nuestros teléfonos pasan por nuestras computadoras de cualquier manera, por lo que nuestros auriculares están conectados a ellos.