Presentación guía sencilla en Microsoft Excel.pptx
OS4QA-Servicios de Calidad para Asegurar la Calidad del Software
1. OS4QA – Office Services for Quality Assurance Sólo Pruebas 2009 Jose Barato Madrid, 26 Febrero 2009
2.
3.
4.
5. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica La planificación básica del proyecto, la buena comunicación entre TI y Negocio, y las habilidades en gestión y liderazgo son los prerrequisitos básicos para conseguir mejores resultados en los proyectos de TI ( Gartner ) From the CIO Trenches: Why Some Projects Fail and Others Succeed (Gartner, September 2007) 33% 11% 19% 15% 15% 7% Razones de Éxito en Proyectos TI 14% 13% Razones de Fracaso en Proyectos TI 14% 32% 26% Técnicas y Prácticas Gobierno TI-Negocio Competencia PM Objetivos / Requisitos Patrocinio alto nivel Financiación 10
6.
7. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica En los proyectos software, la Productividad depende fuertemente de las personas Horas trabajadas por semana 40 60 80 90 100 120 Productividad neta semanal (nuevo trabajo menos retrabajo) Producción perdida debido a una sustitución del personal Productividad tiempo Luisa Rafael Trabajar más de 80 horas semanales no mejora la productividad Tom DeMarco & Timothy Lister. Peopleware: Productive Projects and Teams
8. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica Si se cambian meses por personas, el resultado es el no-diseño El diseño está en el camino crítico, antes que el desarrollo La clave de un buen diseño es un buen particionamiento 3 5 6 2 1 4 Módulos Funcionales Paquetes de Trabajo Las partes El sistema Mal particionamiento Buen particionamiento El diseño está en el camino crítico Si se hace a la vez que el desarrollo, entonces no hay diseño ¿Alguien ha visto un buen diseño? Órdenes de trabajo isomorfas con el diseño + certificaciones parciales Personas Personas Plazo 2 ESFUERZO QUE NO SE PUEDE APLICAR Plazo 1
9. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica El software “no se ve”. Los proyectos de más de 3.000 hh acumulan mucho riesgo Una buena solución es practicar certificaciones parciales (iteraciones incrementales) Contabilidad defectos abiertos Calidad (Confianza) Contabilidad defectos abiertos Calidad (Confianza) Reparar Probar Reparar Probar Reparar Probar Nuevos desarrollos P R P R P R P R P R P R P R P R P R P R P R Nuevos desarrollos
10. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica ¿“ Time to market ” como instrumento de control? Sospecha: No se encargan evolutivos grandes a Factoría porque Negocio sólo puede “ver” el resultado tras la puesta en producción Sistemas en Producción 2008 “ El trabajo se expande hasta ocupar todo el tiempo disponible.” Ley de Parkinson Negocio F2 F3 F4 … F1 … Fn f1 f2 f3
11. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica Un entorno de certificación permite validar entregas parciales sin necesidad de pasarlas a producción, y a la vez controlar el diseño Negocio F2 F3 F4 … F1 … Fn f1 f2 f3 Sistemas en Producción 2008 Sistemas en Certificación 2008
12.
13. Antecedentes y marco conceptual ¿Para qué nació OS4QA? En la actualidad, lo que necesita el responsable de calidad de software es un servicio gestionado de un proveedor externo que se comprometa con la calidad durante todo el ciclo de vida del software, desde la concepción hasta la desinstalación. ¿Por qué hay que dedicar 6 meses x 3 personas a “definir” mis estándares de calidad? ¿Por qué tengo que definir toda la normativa antes de operar con mejor calidad? ¿Qué valor me aporta mantener y administrar herramientas de soporte al ciclo de vida software? Los 3 lemas de OS4QA “ No reinventar la rueda” “ Cambiar la rueda con el coche en marcha” “ Gestionar calidad no es gestionar herramientas” 2 3 1 Conociendo y dominando los modelos de referencia, adaptarlos directamente a las necesidades específicas del cliente, especialmente en su relación con los proveedores de productos y servicios software 1 La tendencia es transformar costes fijos en variables y contratar estas capacidades como un servicio gestionado. Los Centros de Servicios Compartidos aprovechan economías de escala, se mantienen actualizados con las mejores herramientas y garantizan unos altos niveles de gestión y administración con personal propio 3 Los cambios han de ser progresivos y exigen buena capacidad operativa: Si los proveedores de software entregan productos deficientes, convendrá activar el proceso de pruebas. Si hay código fuente que se pierde, no se versionan los artefactos de los paquetes software, o bien los pases entre entornos son costosos y problemáticos, convendrá activar el proceso de gestión de la configuración. Si los usuarios se quejan de que sus necesidades no son bien comprendidas, se activarán los procesos de elaboración y gestión de requisitos 2
14. Aspectos de negocio básicos ¿Qué debemos saber desde el punto de vista del Negocio? En media, reparar 100 fallos cuesta $300.000 Si se corrigieran en origen: $90.000 (-70%) Source: Applied Software Measurement, Capers Jones, 1996 85% 42% Porcentaje de defectos Diseño Construcción Integración Producción $25 $130 $250 $1000 $14,000 % Defectos introducidos % Defectos encontrados $ Coste de reparación de defectos.
15.
16. Aspectos de negocio básicos ¿Qué debemos saber desde el punto de vista del Negocio? El coste de la no calidad puede reducirse hasta un 75% al industrializar el proceso de pruebas “ Offshore software testing saves companies up to 75% over in-house costs, improves quality, and is a lower risk way to develop mature offshore outsourcing skills” Offshore Remote Application Testing can cut Cost of Quality by up to 75%, AMR Research Report, April 2005 “ Testing is a low-risk, high-reward entry into offshore services. Companies that have been struggling to develop an offshore outsourcing strategy should look to a limited test engagement as their first step. Outsourcing test execution and test automation limit dependence on the business units for support, offer significant cost savings and improved quality, and give companies a chance to hone outsourcing skills before moving on to more extensive offshore engagements.” Prevention Appraisal costs Internal failure costs External failure costs Cost of Quality Conformance Costs Non-Conformance Costs
17.
18.
19. Aspectos de negocio básicos ¿Componentes básicos de un proyecto OS4QA? Mejora Continua desde una Implantación Básica hasta la Gestión Cuantitativa para Gestión de Proyectos, Requisitos, Pruebas, Gestión de Configuración Proporciona información acerca de la capacidad que tiene para acometer su negocio y permite decidir dónde invertir según sus objetivos de negocio. Planificación Seguimiento Gestión Riesgos Gestión Proveedores Implantación Básica Gestión Básica Gestión Definida Gestión Cuantitativa Gestión Requisitos Definición Requisitos Verificación Validación Gestión Configuración Gestión de Proyectos Requisitos, Pruebas, Configuración 75
20. Aspectos de negocio básicos ¿Componentes básicos de un proyecto OS4QA? Los consultores OS4QA realizan un servicio con presencia en el cliente ( front-office ) Back-office se contrata a precio fijo (por volumen funcional, sujeto a SLAs) Herramientas mutualizadas en el Centro de Servicios Compartidos de Atos Francia Atos SSC ( Francia ) Requisite Pro Atos BO ( Sevilla ) Front Office ( Cliente ) testers Consultores Test Environment SO, Software de Base System Under Test (SUT) Test data test architect system admin. Entorno de Pruebas ( Cliente ) QTP File AID/CS QC (*) Extensiones de HP-QC para SAP: SAP_BPT, SAP_CIT, SAP_APM QTP tools admin. File AID, QALoad (*) ALMA scripts
21. Aspectos de negocio básicos ¿Componentes básicos de un proyecto OS4QA? Para evitar rechazos, las primeras modificaciones al ciclo de vida software no deberían ser traumáticas. El impacto de los cambios debe reducirse en la medida de lo posible : Análisis Funcional : Análisis de Código : Codificación : Casos de Prueba : Datos de Prueba : Diseño Técnico : Gestión de Incidencias : Formación a Usuarios : Análisis Puntos Función : Plan de Pruebas : Pruebas Funcionales : Pruebas No Funcionales : Revisión de Documentos : Seguimiento : Soporte : User Acceptance Test AFU ACOD COD CP DAT DT INC FUSR PF PP PRF PRNF REV SGTO SOP UAT Área Funcional Desarrollo Producción Factoría QA Servicio QAF DES QA PROD. INC ACOD PRF PRNF REV ACOD REV PRF PRNF ESPECIF. -2 -4 semana Riesgo : Cambios de alcance y/o plazo cuando BO está comprometido ó activado Mitigación : FO amortigua el efecto a partir de la información de seguimiento DES QA ESPECIF. PROD. DT 0 DT SGTO UAT SOP FUSR COD INC INC COD Servicio DEF PRF AFU PP REV PF DAT CP activado comprometido previsto Nivel de Carga BO EJEMPLO
22. Centro de Servicios Compartidos de Atos Origin +10.000 usuarios del Shared Service Center (SSC) a finales de 2008 ALMA 2.625 Project Mgt. 2.090 Testing 1.223 Req. Mgt. 720 App. Mining Bélgica Holanda Reino Unido Alemania y Europa Central India 3.177 Francia España 2% BEL 5% NL 16% UK GCE 13% IND 27% SP 28% FR 27%