3 Atos Solo Pruebas 2009

380 views

Published on

Presentación de Atos Origin en Solo Pruebas 2009

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
380
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • 3 Atos Solo Pruebas 2009

    1. 1. OS4QA – Office Services for Quality Assurance Sólo Pruebas 2009 Jose Barato Madrid, 26 Febrero 2009
    2. 2. Antecedentes y marco conceptual ¿Desde cuándo y por qué hablamos de OS4QA? En Atos pensamos que las Oficinas de Calidad tradicionales ya han agotado su ciclo El mercado demanda compromiso con la calidad final de los productos software Atos puede ofrecer este servicio madurado internamente (JJ.OO., SWF, LSIS, T&AM) Quality Assurance Quality Control detection prevention Modelo Tradicional de Oficina de Calidad de Software Nueva Generación de Oficina de Calidad de Software Oficina de Calidad Oficina OS4QA <ul><li>Burocracia, retrasos </li></ul><ul><li>Sobrecarga de gestión </li></ul><ul><li>Metodólogos, teóricos </li></ul><ul><li>Agilidad, control de la Calidad del Producto </li></ul><ul><li>Solucionadores, pragmáticos </li></ul><ul><li>Experiencia en desarrollo Software </li></ul><ul><li>Aseguran especificaciones correctas y completas </li></ul><ul><li>Métricas de calidad, productividad </li></ul><ul><li>Mitigan riesgos, previenen defectos </li></ul><ul><li>Aseguramiento de la Calidad del Proceso </li></ul>
    3. 3. Antecedentes y marco conceptual ¿Desde cuándo y por qué hablamos de OS4QA? Gracias a la experiencia de Atos en la gestión de la calidad de más de 60 aplicaciones críticas de los Juegos Olímpicos desde 1998, podemos decir que nuestro modelo de industrialización de la calidad es sin duda la solución más adecuada al problema de la certificación del software en las grandes empresas <ul><ul><li>10,500 athletes in 4,500 hours of live competition in 301 events across 62 venues require a rigorously tested advanced data network with 900 Servers, 10,500 Computers, 4,000 Results systems terminals and 4,000 printers </li></ul></ul><ul><ul><li>- All this measured by 3bn people ! </li></ul></ul>“ Information Technology is the hidden power behind the Olympic Games. Atos Origin is the company that makes the Games work…” Atos Origin is Worldwide IT Partner for the Olympic Games Worldwide and leader of technology partners consortium. Atos Origin is responsible for all aspects of IT, from consulting, systems integration and operations management, to IT security and software development. Philippe Verveer, International Olympic Committee, Technology Director
    4. 4. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica Uno de cada 7 proyectos se cancelan anticipadamente. La causa más común suele ser la imposibilidad de cerrar los requisitos. Para los que no se cancelan, el riesgo es alto ( Tom DeMarco ) The Chaos Report : “En media un proyecto SW se retrasará de 6 a 12 meses, y costará un 50–100% más” 46% Challenged 35% Succeeded 19% Failed Tom Demarco. Waltzing with Bears: Managing Risk on Software Projects <ul><li>Requisitos </li></ul><ul><li>Adecuación </li></ul><ul><li>Entorno cambiante </li></ul><ul><li>Recursos </li></ul><ul><li>Dirección </li></ul><ul><li>Proveedores </li></ul><ul><li>Política </li></ul><ul><li>Conflicto </li></ul><ul><li>Innovación </li></ul><ul><li>Escala </li></ul>35% Las 10 principales fuentes de riesgo en proyectos SW Factor multiplicativo sobre el plazo estimado 1.08 1.00 1.04 Rotación 50% 1.15 0.87 1.00 Productividad 50% 1.55 1.00 1.18 Errores de Estimación 50% 1.16 1.00 1.07 Inflación de Requisitos 50%
    5. 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. 6. Antecedentes y marco conceptual Los proyectos software merecen una gestión específica ¿Es posible industrializar el desarrollo de Software? Programar es un trabajo intelectual “ Producir y vender hamburguesas” Prestar servicios Software <ul><li>Reducción de la tasa de error </li></ul><ul><li>Dirección autoritaria (presionar, más horas) </li></ul><ul><li>Recursos intercambiables </li></ul><ul><li>Ritmo de producción constante </li></ul><ul><li>Proceso estándar </li></ul><ul><li>Exigir una cuota de error (poder de veto) </li></ul><ul><li>A los programadores les gusta su trabajo </li></ul><ul><li>Los programadores no son intercambiables </li></ul><ul><li>Un proyecto es algo dinámico </li></ul><ul><li>Replantearse el trabajo (no sólo hacerlo) </li></ul>Tom DeMarco & Timothy Lister. Peopleware: Productive Projects and Teams
    7. 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. 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. 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. 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. 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. 12. Servicio Gestionado “ Driver ” de sinergia entre Calidad de Productos, Mejora Continua y Gestión Cuantitativa OS4QA = Oficina Calidad + PMO OS4QA ≠ Oficina de Calidad ≠ PMO <ul><li>Es incremental: Implantación progresiva de un catálogo de servicios </li></ul><ul><li>Enfoque operativo: Mejora continua y gradual </li></ul><ul><li>Asegura el proceso y controla el producto </li></ul><ul><li>Personal con un alto grado de conocimiento metodológico y práctico </li></ul><ul><li>Modelos, Procesos </li></ul><ul><li>Herramientas </li></ul><ul><li>Formación </li></ul><ul><li>Estimación </li></ul><ul><li>Simulación </li></ul><ul><li>Indicadores </li></ul><ul><li>Requisitos </li></ul><ul><li>Configuración </li></ul><ul><li>Revisión, Pruebas </li></ul>Calidad de Producto Mejora Continua Gestión Cuantitativa Fuertes inversiones en implantar modelos de calidad no alineados con el Negocio Compra de herramientas caras y que no se usan El cliente no sabe lo que quiere El usuario no participa Enfoque “reactivo” de la calidad. Calidad si hay tiempo. Los defectos se detectan en producción
    13. 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. 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. 15. Aspectos de negocio básicos ¿Qué debemos saber desde el punto de vista del Negocio? Req. Diseño Codif. Dónde se introducen los defectos 10% 40% 50% $1 $1 $1 $6 $12 $100 0% 0% 2% 15% 50% 33% $4,000 0% 0% 3% 30% 50% 17% $2,500 0% 2% 20% 38% 32% 8% $1,400 3% 12% 30% 30% 20% 5% $1,000 5% 20% 40% 20% 10% <5% $800 Coste relativo por reparación Donde se detectan los defectos Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5 Pruebas Integr. Pruebas Sistema Explo- tación Coste relativo por cada 100 Reparaciones <ul><li>Mejorar el nivel de madurez reduce el Coste de la No Calidad (por detección tardía) </li></ul><ul><li>-38% de CMMI L1 a CMMI L2 </li></ul><ul><li>-44% de CMMI L2 a CMMI L3 </li></ul><ul><li>-29% de CMMI L3 a CMMI L4 </li></ul>Source: CMI/SEI-96-HB-002
    16. 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. 17. Aspectos de negocio básicos ¿Qué debemos saber desde el punto de vista del Negocio? Calidad final = Percepción de usuarios y clientes OS4QA permite compartir el riesgo de la no calidad, y a largo plazo: Reducción de costes, Gestión cuantitativa y Racionalización del portfolio <ul><li>Gestión de la Productividad </li></ul><ul><ul><li>Análisis de Puntos Función </li></ul></ul><ul><ul><li>Estimación, Modelado y Simulación </li></ul></ul><ul><li>Reducir Coste de la No Calidad </li></ul><ul><ul><li>Detectar y solucionar “aguas arriba” </li></ul></ul>Leading Organizations Enjoy: 20% Decrease in Cost & Schedule 3 80% Decrease in Released Defects 3 20% Increase in Productivity 3 Calidad técnica Calidad funcional Renovar Mantener Evolucionar Adaptar Application Portfolio Management Project Portfolio Management Valor Riesgo Application Mining (ISO/IEC 9126) +135% 19% 8% SQA and reviews (3) -50% 15% 31% Testing (3) +33% 16% 12% Design (3) +25% 5% 4% Requirements (3) -50% to -70% 15%-25% 50%+ External Failure Costs (2) -10% to -40% 40%-50% 55%-70% Total CoQ (1) Diff Leading Average Costs Earned Value Management ETC AC EV PV Function Points (FP) BAC Time
    18. 18. Aspectos de negocio básicos ¿Componentes básicos de un proyecto OS4QA? Catálogo de Servicios. Identificación de procesos “ Quick-Wins ” Mejora gradual y continua Como consecuencia de una 1ª implantación, el servicio puede ser certificable Catálogo de servicios basado en estándares de mercado <ul><li>Al inicio: </li></ul><ul><li>Nivel de calidad , indicadores e hitos de control </li></ul><ul><li>A lo largo del CV </li></ul><ul><li>Soporte y compromiso </li></ul><ul><li>Control y seguimiento del nivel de calidad basado en indicadores </li></ul><ul><li>Adaptado al modelo de ciclo de vida: prototipado, RAD, incremental, espiral </li></ul>Mejora gradual y continua
    19. 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. 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. 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. 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%
    23. 23. Rollout de OS4QA OS4QA implica inversión para reducir el coste de la no calidad El ROI sólo puede determinarse en régimen de servicio, no al principio El piloto debe servir como línea base para futuras estimaciones de coste 1 año Servicio 2-3 meses Piloto + Transición 1 mes Diligencias Previas <ul><li>Volumetrías </li></ul><ul><li>Proceso Software </li></ul><ul><li>Gestión de Requisitos </li></ul><ul><li>Gestión de Defectos </li></ul><ul><li>Servicio Back-Office </li></ul><ul><li>Cuadros de Mando </li></ul><ul><li>Parámetros económicos </li></ul><ul><li>Servicio OS4QA plenamente operativo </li></ul><ul><li>Mejora continua </li></ul>Estimación por analogía Factorías de Desarrollo Front-Office Back-Office Cliente SWF1 SWF3 SWF2 SWF4
    24. 24. Rollout de OS4QA (enfoque de NewCo.) Software Factories SWF1 SWF3 SWF2 SWF4 QA Back-Office (BO) Front-Office (FO) <ul><li>Servicios on-site en oficinas Empresa X </li></ul><ul><li>3 unidades funcionales: </li></ul><ul><ul><li>Calidad de Producto </li></ul></ul><ul><ul><li>Mejora Continua </li></ul></ul><ul><ul><li>Gestión Cuantitativa </li></ul></ul><ul><li>Proveedores de servicios SWF Empresa X </li></ul><ul><li>Centros deslocalizados (Sevilla, Latam, India) </li></ul><ul><li>Ejecución y automatización de pruebas </li></ul><ul><li>Revisión automática de código fuente </li></ul><ul><li>Especialización en pruebas SAP </li></ul><ul><li>Servicio para FO de Empresa X y otros clientes </li></ul><ul><li>Centro de Servicios Compartidos de Atos </li></ul><ul><li>Ubicación actual: Sophie Antipolis (Francia) </li></ul><ul><li>Proveedores de servicios SWF de otros clientes </li></ul><ul><li>Servicios on-site en oficinas de otros clientes </li></ul>Tooling Center SWF1 SWF3 SWF2 SWF4 QA Front-Office (FO)

    ×