Soy un desarrollador de software que trabaja en una empresa de sistemas integrados. Tenemos un Gerente de Proyecto, que se encarga del cronograma general del proyecto (incluyendo electricidad, calidad, software y fabricación), por lo tanto, su cronograma de software es muy breve.
También tenemos un administrador de software, que es mi jefe. Me hace escribir y mantener el programa de software, los documentos de diseño (diseño de alto y bajo nivel), SRS, gestión de cambios, planes e informes de verificación, gestión de versiones, revisiones y, por supuesto, el software.
Solo tenemos un ingeniero de pruebas para todo el equipo de software (10 miembros), y en un momento dado, hay un par de proyectos en curso.
Paso el 80% de mi tiempo haciendo estos documentos. Mi jefe proviene de un proceso de fondo y cree que lo que necesitamos es una mejor documentación para mejorar el software:
- Considera que el diseño es primordial, la codificación es "solo escribir el diseño", no debería llevar mucho tiempo y "todo el código debe escribirse antes de que el hardware esté listo".
- No entiende la diferencia entre un control de versión central y distribuida, incluso después de que le dijimos que es más fácil colaborar con un modelo distribuido.
- No entiende el código y quiere entender cada error y su solución propuesta.
- Considera que la verificación debe ser realizada por el desarrollador y la validación por el Probador. Sin embargo, nuestra verificación solo verifica si la implementación es correcta (no escribimos pruebas unitarias, nunca se considera en el cronograma), y la validación es una prueba de caja negra, por lo que faltan las pruebas unitarias.
Estoy realmente confundido.
- ¿Soy responsable de mantener todos estos documentos? Me hace sentir que estoy haciendo la gestión de proyectos de software, en esencia. Estoy de acuerdo con la documentación técnica, pero creo que la programación / planificación no debe ser realizada por el desarrollador.
- Realmente no me gusta crear documentos, quiero resolver problemas y escribir código. En mi experiencia, crear documentos de diseño solo ayuda hasta cierto punto, nunca es la solución para un código mejor o más rápido.
- Siento que al jefe realmente no le importa hacer mejores productos, sino solo ser un buen gerente a los ojos de la gerencia.
¿Que puedo hacer? Todo este año he realizado 3 meses de codificación real, el resto solo lo he gastado en hacer documentos y esperar los informes de errores de los clientes.