La mayoría de los proyectos de software tradicionales tienen (erróneamente) documentación pesada. Antes, durante y después de los proyectos. Los documentos pueden ser útiles para aprender, pero no para desarrollarlos la mayor parte del tiempo.
Hay demasiada documentación que es un desperdicio. No es tanto que el acto de documentar sea un desperdicio inherente, solo que la cantidad de reprocesamiento que entra en los documentos es ridículamente alta y lo que se escribe es, en la mayoría de los casos, de muy baja calidad. Todo esto por algo que en sí mismo no deriva ningún valor por sí mismo, pero que puede costar una pequeña fortuna producir, sobre todo si se emplean grandes empresas para producirlos.
Es aún peor cuando tienes personal que nunca antes ha trabajado estrechamente con los desarrolladores. ¡En este caso los documentos que se producen son literalmente inútiles! Este ha sido el caso en algunas grandes empresas de TI muy sorprendentes. Es sorprendente lo mal que pueden ser. Como alguien que tiene un nivel de ética extremadamente alto cuando se trata de gastar el dinero de otras personas, esas compañías realmente me agradecen y me dan asco.
- ¿Cómo manejan los ingenieros de software los comentarios obsoletos en el código?
- ¿Qué cualidades valoran los desarrolladores en los gerentes de producto?
- Cómo aumentar mi capacidad de contratación para roles de ingeniería de software
- Si de repente encuentra que es extremadamente lento para su software comunicarse con la base de datos, ¿cuál es el posible problema?
- ¿Cuál es el mejor software de publicación de ping?