¿Cómo auditar un proyecto de software y que no te maten en el intento?
- Escrito por Vanessa Amaya
- Publicado en Blog
- Visto 2944 veces
Congruencia personal en el Liderazgo de Proyectos de Software
Uno de los retos más importantes en el desarrollo de software es que es un trabajo interdisciplinario que involucra varias habilidades y también varios roles por lo que pilares como el trabajo en equipo y las buenas relaciones se hacen presentes, se quiera o no.
Si hiciéramos una encuesta sobre los roles con los que más cuesta trabajo lograr sinergia y colaboración aparecerían el usuario y el auditor.
En éste artículo me enfocaré al rol del auditor o asegurador de calidad dentro de los proyectos de software. La realidad de la muy mencionada “mejora continua” no siempre es alcanzada por las empresas aunque tengan procesos definidos y aunque tengan certificaciones, lo anterior se deriva debido a las siguientes razones:
La falta de confiabilidad en los datos que arrojan los proyectos debido a que no están orientados a mostrar la realidad sino a cubrir los errores demostrando que “todo está bien”. ¿Cómo mejorar si nadie reconoce que hay que mejorar?
Los auditores no conocen bien los procesos definidos ni las razones de existir de las salidas (formatos o productos) de los mismos, por lo que al ejercer su rol solamente se limitan a un “checklist” de formatos que deben de existir en los proyectos y los resultados de las auditorías se limitan a decir “existe el documento” o “no existe”. ¿Cómo mejorar si no se pueden hacer aportaciones de valor?
Lamentablemente, se ha relacionado a la implantación de procesos con “tener muchos formatos nuevos”. Es muy común que la gente dentro de las organizaciones no conozca los procesos pero si sepa cuáles son los formatos mínimos que debe de cumplir para pasar bien una auditoría.
Aquí les dejo unos TIPS para poder fortalecer la práctica de la auditoría o aseguramiento de calidad:
Conocer a la perfección los procesos y formatos aunque no todos sean parte del checklist básico de la auditoría ya que conociendo el 100% se pueden dar sugerencias que lleven a los Líderes a adaptarse mejor a los procesos para que sus proyectos salgan mejor, no solo por la auditoría sino alineados al éxito del desarrollo de software.
Conocer los beneficios que se encuentran detrás de la realización de cada formato. Si no queda claro dentro de los procesos definidos, solicitar información a los que apoyaron en la definición de los mismos para poder difundir y defender la realización de los productos de salida rompiendo el esquema de “existe” o “no existe”.
Aparte de pasar el reporte de auditorías, realizar un informe de observaciones que esté orientado a la mejora continua y participar activamente dentro de las iniciativas internas de mejora de procesos.
Auditoría que no aporta, auditoría que no sirve.