Capítulo 38. Está hecho, pero...
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Jeanne Boyarsky
¿Cuántas veces has asistido a un stand-up, a un Scrum diario o a una reunión de estado y has oído la frase "Está hecho, pero..."? Cuando oigo eso, lo primero que pienso es "Entonces, no está hecho". Hay tres problemas con el uso de la palabra hecho cuando no está hecho.
1. Comunicación y claridad
Lo ideal es que tu equipo tenga una definición de "hecho". Pero incluso si no la tienen, probablemente exista alguna expectativa de lo que significa " hecho". Y, aún mejor, la persona que informa sobre el estado lo sabe. De lo contrario, no tendríamos un descargo de responsabilidad sobre la realización de la tarea.
Entre las cosas más comunes que no se hacen están escribir pruebas, documentación y casos de perímetro. Tómate un momento y mira a ver si se te ocurre alguna más. Del mismo modo, no me gusta el término hecho hecho. Bendice implícitamente la idea de que hecho no significa realmente hecho. Sé un comunicador claro. Si algo no está hecho, no digas que está hecho.
Esta es una oportunidad para que transmitas más información. Por ejemplo, "He codificado el camino feliz y ahora añadiré la validación" o "He terminado todo el código, lo único que me queda es actualizar el manual de usuario" o incluso "Creía que había terminado ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access