Tengo un nuevo contrato en el que parecen haberse excedido con Agile, incluida la contratación de un consultor simplemente por facilitar los procesos de Agile. Algo que él está instituyendo es una noción de "horas centrales" donde todos estaremos en la misma habitación juntos. ¿Es esto realmente lo que constituye "horas centrales"? Lo pregunto porque es muy incómodo recoger mi computadora portátil e ir a esta ubicación compartida durante la mitad del día; Siempre pensé que "horas clave" significaba que estaba disponible, no necesariamente en la misma habitación, de 9:30 a 4, por ejemplo.Defina el concepto ágil de las horas centrales
Respuesta
Sí y no.
Las horas centrales son el período (s) en que todos los miembros del equipo se comprometen a trabajar en el proyecto (y no a realizar tareas administrativas u otros proyectos). Para muchos equipos, esto implica estar en la misma sala, pero con la planificación adecuada y la infraestructura necesaria, el equipo puede trabajar bien desde diferentes ubicaciones.
Creo que lo que tiene es una extensión de las "horas centrales" donde se encuentra. La idea de estar en la ubicación compartida es que pueden ocurrir reuniones ad-hoc y posiblemente estar al alcance del oído de varias discusiones para que pueda participar si cree que su opinión o conocimiento sería útil, por ej. ¿Por qué estaba codificado así? o ¿por qué tenemos este requisito? Tipo de cosa.
Me gustaría pensar que estoy actualizado en el mundo Ágil. En realidad, yo no. Habiendo dicho eso, no estoy tan seguro de que este sea un concepto ágil, sino más bien una forma conveniente para que el equipo colabore. Suena más como algo fuera de Peopleware.
Como va con cualquier equipo y probar algo nuevo, uno, habrá resistencia al cambio y dos, el equipo realmente debería haber aceptado el nuevo proceso y la metodología de trabajo. El consultor de Agile no debería estar ladrando órdenes de lo que necesita hacer. También debería explicarte y convencerte de por qué esto es algo bueno. Si ya crees que la empresa se ha "ido por la borda", entonces creo que algo está mal. Agile es una excelente forma de trabajar para muchos (pero no todos) los equipos y no debe evocar una reacción como esa
Tener horas centrales tiene sentido para que haya una superposición para la colaboración. Tener personas trabajando en un espacio más abierto, tal vez 4 personas por cubo grande en lugar de 1 por cubo pequeño, también ayuda a fomentar la colaboración. En el trabajo, puedo girar la silla y hay dos personas allí que pueden ayudarme o responder preguntas. Sin embargo, tratar de forzar algo que es incómodo e inconveniente frustra el propósito.
Creo que sería mejor derribar las paredes del cubículo y reorganizar los cubos para que el documento sea más colaborativo.
poco fuera de tema, pero no caben en un comentario:
ágil es extremadamente perturbador de unos programadores "prácticas normales". La palabra Agile significa que vas a tener que adaptarte a los cambios, te recomiendo que trates de aceptarlos y no luchar, porque una de las adaptaciones es eliminar a los miembros del equipo que causan interrupciones en el equipo.
Un consultor es virtualmente requerido para una transición suave y rápida.
Si su consultor lo está haciendo bien, debería sentirse mucho más infeliz de lo que parece. Durante esas horas centrales, ninguno de ustedes debería tener su propia computadora: deberían compartir un grupo. Si las cosas se hacen bien, debe codificar en un "Bullpen" sin paredes de cubo (facilita el emparejamiento y la comunicación general).
Pero hay varios niveles para Agile, y está diseñado para ser adaptable.Muchos programadores tienen un problema con el emparejamiento, por lo que a menudo no es obligatorio o simplemente se recomienda.
En cualquier caso, parece que su asesor se lo está poniendo bastante fácil. Trata de beber la ayuda fresca y relajarte, todo terminará pronto.
- 1. Defina el concepto de "puerto" en un diagrama de estructura compuesta UML
- 2. Defina las variables de compilación basadas en el objetivo para
- 3. Comprender el concepto de Inodes
- 4. ¿Control de versión ágil?
- 5. Todas las horas del día
- 6. Defina un orden de inicialización de las clases WebActivator.PreApplicationStartMethod
- 7. Defina el bean DataSource en el código
- 8. Convertirse en ágil
- 9. ¿Es ágil científicamente probado?
- 10. concepto de concepto de página maestra en python
- 11. ¿Pueden las pruebas unitarias implementarse efectivamente con un desarrollo ágil?
- 12. ¿Cuál es el concepto detrás de R.java?
- 13. ¿Cómo rompo las barreras entre el desarrollo y el control de calidad en un proyecto ágil?
- 14. Obteniendo el concepto de Git de "etapa"
- 15. Mantenerse ágil en una cascada
- 16. ¿ITIL encaja en un mundo Ágil?
- 17. ¿Cómo se relacionan las metodologías Ágil, Lean y Kanban?
- 18. Ejemplos específicos de documentación ágil?
- 19. Defina jQuery "eq"
- 20. Error al instalar python-ágil: ágil-CH: No existe el fichero o directorio
- 21. Agregar métodos personalizados a las clases de datos centrales
- 22. ¿Cómo se gestionan las bibliotecas centrales de Perl?
- 23. entendimiento concepto de libre
- 24. ¿Cómo uso las horas GMT en postgresql?
- 25. Compactación de corriente CUDA: entendiendo el concepto
- 26. El concepto de Inferior en Haskell
- 27. ¿Puede explicar el concepto web de RESTful?
- 28. tipificación de pato y el concepto
- 29. ¿Es el hilo un concepto de Windows?
- 30. Groovy Concepto de cierre
Cuando hice esta pregunta, nunca mencioné cuán minúscula era la sala de conferencias en la que insistía este consultor sobre 8 de nosotros, pero 5 años después me siento obligado a comentar mi primera pregunta SO con un dibujo de Dilbert: http: //media.zenfs.com/en_us/News/ucomics.com/dt130803.gif –
Voy a cerrar esta pregunta como fuera de tema porque estas preguntas deben formularse en https://pm.stackexchange.com/ –
@OlivierPons Sí, lo que estaba pensando hace 9 años, debería haber sabido preguntar en un sitio de StackExchange entonces inexistente –