Trataré de responder esta pregunta, aunque puede que no sea exacto porque nunca he trabajado como el único escritor en un equipo ágil. Sin embargo, he trabajado en organizaciones que siguen a Agile.
En una de esas empresas, tuve la suerte de trabajar con excelentes consultores en Agile. La compañía estaba haciendo la transición de cascada a Ágil y estos consultores fueron contratados para ayudar en la transición. Al menos desde el punto de vista de la documentación, creo que hicieron un trabajo increíble.
Antes de que estos consultores llegaran, la documentación siempre se entregaba al menos un sprint después del desarrollo real. Cuando llegaron los consultores, nos explicaron lo que significa Agile verdadero. En el verdadero sentido, al final de cada sprint Agile, el producto debería estar listo para salir al mercado. En nuestro caso, claramente no lo estábamos. Nuestro producto habría estado listo, pero no nuestra documentación.
- ¿Cuál es la diferencia entre la actualización de software y la actualización del sistema?
- Cómo considerar un proyecto personal listo para ser puesto en línea
- ¿Qué metodología UML debo usar para crear una aplicación?
- ¿Es una buena idea obtener una licenciatura en filosofía y luego obtener una maestría en ingeniería de software?
- ¿Es bueno para un desarrollador pasar a la gestión de identidad y acceso? ¿Cuánta codificación está involucrada en la gestión de identidad y acceso?
Los consultores hicieron un gran trabajo al explicarnos esto y cambiamos la forma en que trabajamos. Los escritores técnicos (y miembros de otras funciones) se convirtieron en una parte activa de la reunión de pie diaria. Nos incluyeron en la planificación de sprint y demostraciones. Esto nos dio una mejor comprensión de lo que se está desarrollando en el sprint. Cuando se desarrolló la característica, trabajamos en las descripciones generales y las introducciones para la característica. Cuando se desarrolló la función, trabajamos con el equipo de prueba para documentar los procedimientos y otros detalles funcionales. Estábamos abiertos al retrabajo causado por la corrección de errores, pero logramos hacer todo al final del sprint.
Para resumir, como escritor técnico que trabaja en Agile:
- Sea parte de todas las ceremonias de scrum y exprese sus opiniones y preocupaciones. Es importante que todo el equipo comprenda cómo encaja. Es posible que necesiten modificar la forma en que trabajan para ayudarlo a alcanzar sus objetivos. Recuerde, en Agile, el éxito de un individuo no se valora tanto como el éxito del equipo scrum.
- Estar abierto a retrabajar. En Agile, habrá casos en los que tendría que volver a trabajar en lo que ya está documentado. Esto está completamente bien. Si está reelaborando algo, la mayoría de las veces, todos los demás equipos también lo están haciendo.
- Es posible que también tengas que modificar tu estilo de trabajo. Como dije antes, el éxito de su (y de todos los demás miembros del equipo) radica en el éxito del equipo. Esté abierto a adaptarse con sus compañeros de equipo para asegurarse de entregar un excelente producto. Estas cosas generalmente se ordenan mejor durante las reuniones de planificación de sprint.
Espero que esto responda a su pregunta.