3. Aspectos Organizativos del Aseguramiento de la Calidad del Software

Presentación del tema: "3. Aspectos Organizativos del Aseguramiento de la Calidad del Software"— Transcripción de la presentación:

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

2 Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo
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
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 En el grupo de ingeniería de desarrollo de proyecto de G.C. del equipo físico En el nivel del G.C. del 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. - 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. 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 Calidad de Software - 3. Aspectos Organizativos - Justo Hidalgo
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