Primero publicado el 2022-12-19
En la siguiente discusión asumo que el lector ya está familiarizado con los conceptos básicos agile / XP. Para recapitular, el trabajo se divide en sprints, generalmente de 2-wk longitud. Cada día hay un standup (no tienes que estar realmente de pie), algunas empresas implementan dos: una por la mañana, una antes del fin del día. La posición consiste en que cada miembro del equipo diga lo que trabajaron ayer, en lo que están trabajando hoy, y si están bloqueados. El trabajo consiste en entradas (un montón de entradas se llama épica - a menos que se llame una sprint), un boleto que describe quién va a hacer qué, y cuándo. Los boletos cruzan "lanes", los carriles típicos para mí son: todo, hacer. Pero en toda la industria los carriles son: en la planificación, en la cubierta, en el progreso, listos para probar, en la prueba, listos para soltar, cerrado (dotado), cerrado (no-do-do).
Sólo quiero decir que la huella de dos semanas de "industria estándar" no tiene sentido para mí. Mis huellas son de 1 día. Al principio del día, miro el trabajo y tomo lo que creo que puedo lograr en el día. ¡Eso es!
Y con fines de planificación tomo el mes cómodo. Todo el mundo sabe lo que es un mes, el calendario ya está dividido en estos, y es un largo plazo en el sentido de que al final de él usted debe ser capaz de ver un progreso notable para el mes. (No veo necesariamente un progreso notable después de un día de trabajo. Si algo no se libera, al final del día puede seguir sin ser liberado. En un mes, sin embargo, usted debe ver progreso significativo.)
Si el argumento es que dos semanas es la cantidad correcta de tiempo para mantener a todos concentrados, eso tampoco es cierto. O al menos no lo he visto. Todo el mundo y todo es tarde. Las cosas tardan dos meses en promedio (¿qué cosas?). Las liberaciones son cómodamente semanales, y no bisemanalmente! Entonces para argumentar que dices, oh, pero puedes empezar tu sprint en la semana 1 y tragar el trabajo en la versión de la semana 3, personalmente no necesitas presionar código cada semana. Y luego digo, vale, pero luego haz la sprint semanal, no bisemanalmente, ya que refleja lo que estamos logrando en una semana. Y luego dices, no lo que pasa es que pasas una semana en implementación, y el QA pasa una semana en pruebas. Por eso es un sprint de dos semanas: Dev y QA. Y entonces digo bien, pero eso significa que el horario es semanal, no bisemanal. Si envío alguna funcionalidad a QA al final de la semana 1, entonces tengo que trabajar en algo en la semana 2, mientras que QA está revisando mi trabajo. Y luego dices oh, entonces toma dos tareas para una sprint, si sólo toma una semana. Y luego digo, así que de todos modos la longitud de dos semanas no tiene sentido. tl;dr mis huellas son diarias. Y los resúmenes analíticos son mensuales.
Y hay algunos estándares de la industria con los que estoy de acuerdo. El consenso es que no hay despliegues los viernes. Porque si algo se rompe, nadie está ahí el sábado para arreglarlo. El mejor día para el despliegue es el jueves. De esta manera, se puede hacer cómodamente sin preocuparse por un final temprano del día; si se tarda demasiado tiempo usted tiene el viernes para terminar / volver a rodar; si algo va mal el viernes es el día para revolver; y todavía es una especie de fin de semana para que el concepto de la semana se conserva. Trabajé en un equipo donde las mentes brillantes decidieron tener lanzamientos los martes.
Supongo que la gerencia decidió que si pueden empujar el día de liberación dos días de antelación, sería como salvar dos días para ellos. No tenía sentido. Pero nadie planteó objeciones, no tuve suficiente antigüedad, y esto fue implementado.
En unas semanas, personalmente dejé de saber lo que era una semana. Creo que todo el equipo perdió esta intuición básica. Si estoy trabajando en algo la semana 1 y es QA'ed la semana 2, ¿cuándo va a salir? Supuestamente el martes de la semana 3, pero de alguna manera nunca funcionó de esa manera. QA tendría que firmarlo para el lunes. Por supuesto, QA estaba en Asia un día y medio por delante de nosotros. Cada comunicación con ellos tomó un día completo. Para darles un día completo de pruebas, tuve que darle el código a QA para el jueves. Todo esto suena razonable pero en la práctica no funcionó. Perdí el concepto de algo "ser liberado esta semana", sólo la próxima semana. Algo que fue liberado esta semana ya era obsoleto.
