LS3148 - Calidad de Software 3IM1 Universidad Antonio de Nebrija

1. 3. Aspectos Organizativos del Aseguramiento de la Calidad del Software LS3148 - Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo –con algunos apuntes de Manuel Fernando Juan-

2. Contenidos • Definición de Organización • Estructura de las organizaciones • Dónde posicionar la calidad de SW • Canales de reporte Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

3. Definición de Organización • Organización • Unidad dentro de una compañía u otra entidad (universidad por ejemplo), en la que se gestionan proyectos. Todos los proyectos de una organización comparten el mismo gerente y las mismas políticas. • SW-CMM V1.1 • Las organizaciones llevan a cabo tareas: • Operaciones: tareas continuas y repetitivas • Proyectos: tareas temporales y únicas. • Pero comparten otras características: • Se llevan a cabo por personas. • Disponen de recursos limitados. • Están planificadas, ejecutadas y controladas. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

4. Estructura de las Organizaciones (I): funcionales • Organizaciones funcionales: • cada empleado tiene un superior bien definido. • El personal se agrupa por funciones: marketing, ingeniería, producción, contabilidad, personal, etc. • Los proyectos de estas organizaciones suelen verse como conjunto de actividades independientes, y no como un todo. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

5. Estructura de las Organizaciones (II): o. a proyecto • Organizaciones orientadas a proyectos: • Es lo opuesto a las organizaciones funcionales. • Todo el personal que participa en un proyecto está agrupado en un departamento y comparte el mismo jefe. • Los jefes de proyecto tienen una gran independencia. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

6. Estructura de las Organizaciones (III): matriciales • Organizaciones matriciales: • mezcla de las anteriores. • Débiles: • mantienen buena parte de las características de las funcionales. • El jefe de proyecto tiene poca autoridad, no siendo más que un coordinador de actividades. • Fuertes: • organizaciones orientadas a proyectos: jefes de proyecto con autoridad y buena asignación de recursos. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

7. Estructura de las Organizaciones (IV): matriciales Organización matricial débil Jefe de la organización Jefe funcional Jefe funcional Jefe funcional Personal Personal Personal Personal Personal Personal Personal Personal Personal Coordinación del proyecto Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

8. Estructura de las Organizaciones (V): matriciales Organización matricial balanceada Jefe de la organización Jefe funcional Jefe funcional Jefe funcional Personal Personal Personal Personal Personal Personal Jefe del proyecto Personal Personal Coordinación del proyecto Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

9. Estructura de las Organizaciones (VI): matriciales Organización matricial fuerte Jefe de la organización Jefe funcional Jefe funcional Jefe funcional Jefe de los jefes de proyecto Personal Personal Personal Jefe de proyecto Personal Personal Personal Jefe de proyecto Personal Personal Personal Jefe de proyecto Coordinación del proyecto Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

10. Dónde posicionar la Calidad de SW (I) LUGAR RECOMENDADO ASPECTOS A CONSIDERAR - Ningún poder frente el jefe de proyecto. - Se le intentará hacer participe del desarrollo. - Es un lugar prohibido. - Falta de independencia: riesgo de plegarse a los condicionantes del proyecto. - Falta de autoridad: es responsable al mismo nivel que el diseño y el desarrollo. - Tiene muchas ventajas: Independencia. - No depende del proyecto. - Autoridad. - Independencia de los condicionantes del proyecto. - Responsabilidad de la dirección general. - Definición de una política de Calidad de Software de Software coherente con la política de calidad global. En el grupo de ingeniería de desarrollo En el grupo de proyecto En el grupo de G.C. del equipo físico En el nivel del G.C. del equipo físico NO Si hay pocos y grandes proyectos. Poco recomendado Si el software es muy dependiente del equipo Para empresas en que el software es un objetivo de primer nivel. Demasiado alejado del proyecto real. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

11. Dónde posicionar la Calidad de SW (II) ORGANIZACION DESEABLE DIRECCION GENERAL DESARROLLO ASEGURAM. PRODUCTO/ CALIDAD MARKETING FABRICACION SW CALIDAD SW SISTEMAS CALIDAD SISTEMAS HW CALIDAD HW Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

12. Dónde posicionar la Calidad de SW (III) • El compromiso de la dirección: • Desarrollar un plan estratégico de calidad • Hacer partícipes a todos los empleados • Establecer un ‘comité de calidad’ • Asignar los recursos necesarios • Establecer criterios de calidad • Hacer cumplir las medidas correctoras Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

13. En qué ayuda la Calidad del SW a la empresa • Las metodologías de desarrollo adecuadas están implantadas. • El proyecto usa normas y procedimientos en su desarrollo. • Revisiones y auditorías independientes. • Documentación para el futuro soporte, mantenimiento y mejora del producto. • Documentación producida durante el producto. • Hay mecanismos para el control de los cambios. • Las pruebas se enfocan en las áreas de más alto riesgo. • Cada tarea se completa satisfactoriamente antes de comenzar la siguiente. • Desviaciones se denuncian lo antes posible. • El proyecto es auditable. • El Plan de SQA esta alineado con el del proyecto. Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo

14. Canales de Reporte • Influyen en la efectividad del aseguramiento de la calidad. • El responsable de SQA del proyecto no debe reportar a los responsable de las organizaciones de desarrollo. • El responsable de SQA debe reportar a un nivel de mando lo suficientemente elevado como para influir en las prioridades y obtener los recursos a tiempo para resolver los problemas detectados. • Guía básica: • No se debe reportar al jefe de proyecto • No debe haber más de un escalafón entre la persona a la que se reporta y el jefe de la organización. • Se debe reportar también a alguien que tenga intereses en que el producto tenga buena calidad (p.e. responsables de posventa). Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo