¿Hay mucho papeleo involucrado en la ingeniería de software?

Para calificar mi respuesta a esta pregunta, tengo 23 años de experiencia como desarrollador y 18 desarrolladores administradores.

Ya vi un par de buenas respuestas, una que sugiere que hay mucho papeleo y otra que no hay mucho papeleo. Ambas respuestas son correctas y depende de su perspectiva, pero necesito explicar eso.

La verdad es que cualquier tipo de desarrollo de software es realizado por equipos, a menudo con cientos de personas trabajando para lograr los mismos objetivos y gastando decenas de millones de dólares en un proyecto. En este caso, la analogía con la industria de la construcción física es buena, aunque en general la analogía se usa en exceso.

Considere la construcción de un gran edificio como la nueva Freedom Tower en la ciudad de Nueva York. Estoy seguro de que se puede imaginar que hay mucho papeleo involucrado, y gran parte de él se dedica simplemente a comunicarse y coordinar grupos de trabajadores. Si le preguntara a uno de los trabajadores de la construcción cuánto papeleo implica, probablemente le dirá que no estaba realmente seguro porque los jefes se encargan de eso. Eso no es estrictamente cierto, por supuesto, ya que hay docenas de empleados administrativos que manejan eso, así como la gerencia, pero el hombre que maneja un martillo o un soplete no piensa mucho en eso.

La industria del software funciona de la misma manera: siempre hay mucho papeleo, aunque solo sea para permitir comunicaciones y coordinación. Los desarrolladores a menudo no son conscientes de esto simplemente porque pueden no estar expuestos a él, pero las personas que desarrollan requisitos, prueban el software y gestionan proyectos están escribiendo gran parte del día.

El tipo de persona que quiere ser desarrollador de software no quiere hacer mucho papeleo. De hecho, contrato a muchos desarrolladores y cuando me preguntan si tienen que hacer mucho papeleo, les digo honestamente: “Depende de ti. Si disfrutas ese tipo de cosas y te da un sin escribir código, podemos ponerlo en contacto con un trabajo de analista de negocios. Por otro lado, si solo quiere entrar, escriba el código durante ocho horas por día y vaya a casa, eso funciona bien para todos los interesados ​​”.

En resumen, siempre hay una buena cantidad de papeleo, pero los buenos gerentes de desarrollo ocultan ese aspecto del trabajo a los desarrolladores tanto como sea posible.

Si. Mucho. Al menos en mi industria (Aviación).

Cada línea de código se deriva de un requisito de bajo nivel, que se deriva de un requisito de alto nivel. Cada línea de código debe tener un caso de prueba asociado. Los planes de certificación deben estar preparados, las auditorías de software realizadas. Revisiones de código realizadas, cobertura estructural verificada.

Si desea trabajar en software de aviación, póngase cómodo con RTCA / DO-178C. Es el estándar para desarrollar software aerotransportado.

O vaya a trabajar en la “Industria tecnológica” donde las vidas NO están en juego si se equivocan.