SlideShare una empresa de Scribd logo
OS4QA – Office  Services for Quality Assurance Sólo Pruebas 2009 Jose Barato Madrid, 26 Febrero 2009
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 Burocracia, retrasos Sobrecarga de gestión Metodólogos, teóricos Agilidad, control de la Calidad del Producto Solucionadores, pragmáticos Experiencia en desarrollo Software Aseguran especificaciones correctas y completas Métricas de calidad, productividad Mitigan riesgos, previenen defectos Aseguramiento de la Calidad del Proceso
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 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 - All this measured by 3bn people ! “ 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
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   Requisitos Adecuación Entorno cambiante Recursos Dirección Proveedores Política Conflicto Innovación Escala 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%
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
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 Reducción de la tasa de error Dirección autoritaria (presionar, más horas) Recursos intercambiables Ritmo de producción constante Proceso estándar Exigir una cuota de error (poder de veto) A los programadores les gusta su trabajo Los programadores no son intercambiables Un proyecto es algo dinámico Replantearse el trabajo (no sólo hacerlo) Tom DeMarco & Timothy Lister. Peopleware: Productive Projects and Teams
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
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
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
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
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
Servicio Gestionado “ Driver ” de sinergia entre Calidad de Productos, Mejora Continua y Gestión Cuantitativa OS4QA = Oficina Calidad + PMO OS4QA ≠ Oficina de Calidad ≠   PMO Es incremental: Implantación progresiva de un catálogo de servicios Enfoque operativo: Mejora continua y gradual Asegura el proceso y controla el producto Personal con un alto grado de conocimiento metodológico y práctico Modelos, Procesos Herramientas Formación Estimación Simulación Indicadores Requisitos Configuración Revisión, Pruebas 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
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
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.
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 Mejorar el nivel de madurez reduce el Coste de la No Calidad (por detección tardía) -38% de CMMI L1 a CMMI L2 -44%  de CMMI L2 a CMMI L3 -29% de CMMI L3 a CMMI L4 Source: CMI/SEI-96-HB-002
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
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 Gestión de la Productividad Análisis de Puntos Función Estimación, Modelado y Simulación Reducir Coste de la No Calidad Detectar y solucionar “aguas arriba” 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
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 Al inicio: Nivel de calidad ,  indicadores e hitos de control A lo largo del CV Soporte y compromiso Control y seguimiento del nivel  de calidad basado en indicadores Adaptado al  modelo de ciclo de  vida: prototipado, RAD,  incremental, espiral Mejora gradual y continua
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
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
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
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%
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 Volumetrías Proceso Software Gestión de Requisitos Gestión de Defectos Servicio Back-Office Cuadros de Mando Parámetros económicos Servicio OS4QA plenamente operativo Mejora continua Estimación por analogía Factorías de Desarrollo Front-Office Back-Office Cliente SWF1 SWF3 SWF2 SWF4
Rollout  de OS4QA (enfoque de NewCo.) Software Factories SWF1 SWF3 SWF2 SWF4 QA Back-Office (BO) Front-Office (FO) Servicios  on-site  en oficinas Empresa X 3 unidades funcionales:  Calidad de Producto Mejora Continua Gestión Cuantitativa Proveedores de servicios SWF Empresa X Centros deslocalizados (Sevilla, Latam, India) Ejecución y automatización de pruebas Revisión automática de código fuente Especialización en pruebas SAP Servicio para FO de Empresa X y otros clientes Centro de Servicios Compartidos de Atos Ubicación actual: Sophie Antipolis (Francia) Proveedores de servicios SWF de otros clientes Servicios  on-site  en oficinas de otros clientes Tooling Center SWF1 SWF3 SWF2 SWF4 QA Front-Office (FO)

Más contenido relacionado

La actualidad más candente

Implicaciones del cambio organizacional hacia devops
Implicaciones del cambio organizacional hacia devopsImplicaciones del cambio organizacional hacia devops
Implicaciones del cambio organizacional hacia devops
Juanjo MARTINEZ PAGAN
 
Seis Sigma (6S)
 Seis Sigma (6S) Seis Sigma (6S)
Factores CríTicos De 6 Sigma
Factores CríTicos De 6 SigmaFactores CríTicos De 6 Sigma
Factores CríTicos De 6 Sigma
Daniel Remondegui
 
Convencer y NO Vencer en base a EVIDENCIAS
Convencer y NO Vencer en base a EVIDENCIASConvencer y NO Vencer en base a EVIDENCIAS
Convencer y NO Vencer en base a EVIDENCIAS
Lourdes Pozueta Fernández
 
NetRed y su nuevo producto NetFlow
NetRed y su nuevo producto NetFlowNetRed y su nuevo producto NetFlow
NetRed y su nuevo producto NetFlow
Constanza Puentes Cherkashin
 
NetRed, un socio tecnológico de confianza
NetRed, un socio tecnológico de confianzaNetRed, un socio tecnológico de confianza
NetRed, un socio tecnológico de confianza
Constanza Puentes Cherkashin
 
Sgc
SgcSgc
Lean six sigma
Lean six sigmaLean six sigma
Seis Sigma
Seis SigmaSeis Sigma
Seis Sigma y sus Herramientas
Seis Sigma y sus HerramientasSeis Sigma y sus Herramientas
Seis Sigma y sus Herramientas
Juan Carlos Fernandez
 
Seis sigma
Seis sigmaSeis sigma
Seis sigma
Diego Barahona
 
Six Sigma
Six SigmaSix Sigma
Six Sigma
mayita14
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
hanzcg
 
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
COIICV
 
Fundamentos de las metodologías ágiles
Fundamentos de las metodologías ágilesFundamentos de las metodologías ágiles
Fundamentos de las metodologías ágiles
Domingo Gallardo
 
Estrategia Seis Sigma
Estrategia Seis SigmaEstrategia Seis Sigma
Estrategia Seis Sigma
Juan Carlos Fernandez
 
Exposicion
ExposicionExposicion
Exposicion
Erik Mosquera
 
Qué es el Six Sigma ?
Qué es el Six Sigma ?Qué es el Six Sigma ?
Qué es el Six Sigma ?
LuisFerToledo
 
MAD 2009 - VSTS Desde Las Trincheras
MAD 2009 - VSTS Desde Las TrincherasMAD 2009 - VSTS Desde Las Trincheras
MAD 2009 - VSTS Desde Las Trincheras
Diego Ferreyra
 
Departamento IT (Metodologías predictivas vs ágiles)
Departamento IT (Metodologías predictivas vs ágiles)Departamento IT (Metodologías predictivas vs ágiles)
Departamento IT (Metodologías predictivas vs ágiles)
Pablo F. Iglesias
 

La actualidad más candente (20)

Implicaciones del cambio organizacional hacia devops
Implicaciones del cambio organizacional hacia devopsImplicaciones del cambio organizacional hacia devops
Implicaciones del cambio organizacional hacia devops
 
Seis Sigma (6S)
 Seis Sigma (6S) Seis Sigma (6S)
Seis Sigma (6S)
 
Factores CríTicos De 6 Sigma
Factores CríTicos De 6 SigmaFactores CríTicos De 6 Sigma
Factores CríTicos De 6 Sigma
 
Convencer y NO Vencer en base a EVIDENCIAS
Convencer y NO Vencer en base a EVIDENCIASConvencer y NO Vencer en base a EVIDENCIAS
Convencer y NO Vencer en base a EVIDENCIAS
 
NetRed y su nuevo producto NetFlow
NetRed y su nuevo producto NetFlowNetRed y su nuevo producto NetFlow
NetRed y su nuevo producto NetFlow
 
NetRed, un socio tecnológico de confianza
NetRed, un socio tecnológico de confianzaNetRed, un socio tecnológico de confianza
NetRed, un socio tecnológico de confianza
 
Sgc
SgcSgc
Sgc
 
Lean six sigma
Lean six sigmaLean six sigma
Lean six sigma
 
Seis Sigma
Seis SigmaSeis Sigma
Seis Sigma
 
Seis Sigma y sus Herramientas
Seis Sigma y sus HerramientasSeis Sigma y sus Herramientas
Seis Sigma y sus Herramientas
 
Seis sigma
Seis sigmaSeis sigma
Seis sigma
 
Six Sigma
Six SigmaSix Sigma
Six Sigma
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
 
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
Jaime Barba - Director de sistemas de información y clientes de Global Omnium...
 
Fundamentos de las metodologías ágiles
Fundamentos de las metodologías ágilesFundamentos de las metodologías ágiles
Fundamentos de las metodologías ágiles
 
Estrategia Seis Sigma
Estrategia Seis SigmaEstrategia Seis Sigma
Estrategia Seis Sigma
 
Exposicion
ExposicionExposicion
Exposicion
 
Qué es el Six Sigma ?
Qué es el Six Sigma ?Qué es el Six Sigma ?
Qué es el Six Sigma ?
 
MAD 2009 - VSTS Desde Las Trincheras
MAD 2009 - VSTS Desde Las TrincherasMAD 2009 - VSTS Desde Las Trincheras
MAD 2009 - VSTS Desde Las Trincheras
 
Departamento IT (Metodologías predictivas vs ágiles)
Departamento IT (Metodologías predictivas vs ágiles)Departamento IT (Metodologías predictivas vs ágiles)
Departamento IT (Metodologías predictivas vs ágiles)
 

Destacado

Carolina urrea actividad1 2mapac
Carolina urrea actividad1 2mapacCarolina urrea actividad1 2mapac
Carolina urrea actividad1 2mapac
Carolina Urrea
 
Chapter 01 Overview
Chapter 01 Overview Chapter 01 Overview
Chapter 01 Overview
rachelschell
 
Takex MS-12FE Instruction Manual
Takex MS-12FE Instruction ManualTakex MS-12FE Instruction Manual
Takex MS-12FE Instruction Manual
JMAC Supply
 
Pruebas de rendimiento con Visual Studio 2010 y Azure
Pruebas de rendimiento con Visual Studio 2010 y AzurePruebas de rendimiento con Visual Studio 2010 y Azure
Pruebas de rendimiento con Visual Studio 2010 y Azure
Globe Testing
 
Створення флораріуму
Створення флораріумуСтворення флораріуму
Створення флораріуму
Снежана Дужук
 
March LOOM Coworking newsletter 2016
March LOOM Coworking newsletter 2016March LOOM Coworking newsletter 2016
March LOOM Coworking newsletter 2016
Jennifer Blanchard Belk
 
American Fibertek MR740C User Manual
American Fibertek MR740C User ManualAmerican Fibertek MR740C User Manual
American Fibertek MR740C User Manual
JMAC Supply
 
Edwards Signaling SD-VTK Data Sheet
Edwards Signaling SD-VTK Data SheetEdwards Signaling SD-VTK Data Sheet
Edwards Signaling SD-VTK Data Sheet
JMAC Supply
 
Classical conditioning
Classical conditioningClassical conditioning
Classical conditioning
Ghaidaa H. Naguib
 
Universe
UniverseUniverse
Chapter 1.1 a legacy renewed
Chapter 1.1 a legacy renewedChapter 1.1 a legacy renewed
Chapter 1.1 a legacy renewed
Faye
 
John D Schlaefer Resume 10-5-16
John D Schlaefer Resume 10-5-16John D Schlaefer Resume 10-5-16
John D Schlaefer Resume 10-5-16
John Schlaefer
 
英語は前から読もう!!
英語は前から読もう!!英語は前から読もう!!
英語は前から読もう!!
hide1970
 
Roadblock removal: Training program for OER Grantees
Roadblock removal: Training program for OER Grantees Roadblock removal: Training program for OER Grantees
Roadblock removal: Training program for OER Grantees
BCcampus
 
Пошукова діяльність дошкільнят
Пошукова діяльність дошкільнятПошукова діяльність дошкільнят
Пошукова діяльність дошкільнят
Снежана Дужук
 
Prezentace1 unesco
Prezentace1 unescoPrezentace1 unesco
Prezentace1 unesco
Naděžda Kadlecová
 
Ludoško jezero, Grigorije Ostojić
Ludoško jezero, Grigorije OstojićLudoško jezero, Grigorije Ostojić
Ludoško jezero, Grigorije Ostojić
dvucen
 
Types of Looms and Weaves
Types of Looms and WeavesTypes of Looms and Weaves
Types of Looms and Weaves
RaNa ALi HaiDer
 

Destacado (18)

Carolina urrea actividad1 2mapac
Carolina urrea actividad1 2mapacCarolina urrea actividad1 2mapac
Carolina urrea actividad1 2mapac
 
Chapter 01 Overview
Chapter 01 Overview Chapter 01 Overview
Chapter 01 Overview
 
Takex MS-12FE Instruction Manual
Takex MS-12FE Instruction ManualTakex MS-12FE Instruction Manual
Takex MS-12FE Instruction Manual
 
Pruebas de rendimiento con Visual Studio 2010 y Azure
Pruebas de rendimiento con Visual Studio 2010 y AzurePruebas de rendimiento con Visual Studio 2010 y Azure
Pruebas de rendimiento con Visual Studio 2010 y Azure
 
Створення флораріуму
Створення флораріумуСтворення флораріуму
Створення флораріуму
 
March LOOM Coworking newsletter 2016
March LOOM Coworking newsletter 2016March LOOM Coworking newsletter 2016
March LOOM Coworking newsletter 2016
 
American Fibertek MR740C User Manual
American Fibertek MR740C User ManualAmerican Fibertek MR740C User Manual
American Fibertek MR740C User Manual
 
Edwards Signaling SD-VTK Data Sheet
Edwards Signaling SD-VTK Data SheetEdwards Signaling SD-VTK Data Sheet
Edwards Signaling SD-VTK Data Sheet
 
Classical conditioning
Classical conditioningClassical conditioning
Classical conditioning
 
Universe
UniverseUniverse
Universe
 
Chapter 1.1 a legacy renewed
Chapter 1.1 a legacy renewedChapter 1.1 a legacy renewed
Chapter 1.1 a legacy renewed
 
John D Schlaefer Resume 10-5-16
John D Schlaefer Resume 10-5-16John D Schlaefer Resume 10-5-16
John D Schlaefer Resume 10-5-16
 
英語は前から読もう!!
英語は前から読もう!!英語は前から読もう!!
英語は前から読もう!!
 
Roadblock removal: Training program for OER Grantees
Roadblock removal: Training program for OER Grantees Roadblock removal: Training program for OER Grantees
Roadblock removal: Training program for OER Grantees
 
Пошукова діяльність дошкільнят
Пошукова діяльність дошкільнятПошукова діяльність дошкільнят
Пошукова діяльність дошкільнят
 
Prezentace1 unesco
Prezentace1 unescoPrezentace1 unesco
Prezentace1 unesco
 
Ludoško jezero, Grigorije Ostojić
Ludoško jezero, Grigorije OstojićLudoško jezero, Grigorije Ostojić
Ludoško jezero, Grigorije Ostojić
 
Types of Looms and Weaves
Types of Looms and WeavesTypes of Looms and Weaves
Types of Looms and Weaves
 

Similar a 3 Atos Solo Pruebas 2009

Mejora de Procesos para Desarrollar Software Mejor
Mejora de Procesos para Desarrollar Software MejorMejora de Procesos para Desarrollar Software Mejor
Mejora de Procesos para Desarrollar Software Mejor
Pablo F. Sanchez
 
04 Softtek
04 Softtek04 Softtek
04 Softtek
Pepe
 
Qualilogy Servicios - 2014
Qualilogy Servicios - 2014Qualilogy Servicios - 2014
Qualilogy Servicios - 2014
Jean-Pierre Fayolle
 
Gestión de calidad en el departamento TI. El ingrediente indispensable
Gestión de calidad en el departamento TI. El ingrediente indispensableGestión de calidad en el departamento TI. El ingrediente indispensable
Gestión de calidad en el departamento TI. El ingrediente indispensable
Globe Testing
 
Proyectos Informaticoa22222
Proyectos Informaticoa22222Proyectos Informaticoa22222
Proyectos Informaticoa22222
Irsyal Renaldi
 
Proyectos Informaticoa
Proyectos InformaticoaProyectos Informaticoa
Proyectos Informaticoa
Irsyal Renaldi
 
Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la...
Si la gestión y desarrollo de requisitos es tan importante...  ¿Por qué no la...Si la gestión y desarrollo de requisitos es tan importante...  ¿Por qué no la...
Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la...
Pepe
 
Plantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_JesusPlantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_Jesus
Annie Mrtx
 
Cuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmiCuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmi
Ramiro Vazquez Saucedo
 
Cuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmiCuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmi
Ramiro Vazquez Saucedo
 
08 Mtp
08 Mtp08 Mtp
08 Mtp
Pepe
 
Metricas
Metricas Metricas
Sw Dev Process V2
Sw Dev Process V2Sw Dev Process V2
Sw Dev Process V2
Gabriel Oliva
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de Calidad
Arlu Flex
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidad
Arlu Flex
 
Desafíos en las organizaciones que desarrollan software
Desafíos en las organizaciones que desarrollan softwareDesafíos en las organizaciones que desarrollan software
Desafíos en las organizaciones que desarrollan software
Alvaro Ruiz de Mendarozqueta
 
Presentación evento BPM Quanam
Presentación evento BPM QuanamPresentación evento BPM Quanam
Presentación evento BPM Quanam
Quanam
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Jimmy Davila
 
Metodología de desarrollo e integración contínua para proyectos de BPM
Metodología de desarrollo e integración contínua para proyectos de BPMMetodología de desarrollo e integración contínua para proyectos de BPM
Metodología de desarrollo e integración contínua para proyectos de BPM
Intellego Chile
 
Calidad de Software como un gobierno para ALM
Calidad de Software como un gobierno para ALMCalidad de Software como un gobierno para ALM

Similar a 3 Atos Solo Pruebas 2009 (20)

Mejora de Procesos para Desarrollar Software Mejor
Mejora de Procesos para Desarrollar Software MejorMejora de Procesos para Desarrollar Software Mejor
Mejora de Procesos para Desarrollar Software Mejor
 
04 Softtek
04 Softtek04 Softtek
04 Softtek
 
Qualilogy Servicios - 2014
Qualilogy Servicios - 2014Qualilogy Servicios - 2014
Qualilogy Servicios - 2014
 
Gestión de calidad en el departamento TI. El ingrediente indispensable
Gestión de calidad en el departamento TI. El ingrediente indispensableGestión de calidad en el departamento TI. El ingrediente indispensable
Gestión de calidad en el departamento TI. El ingrediente indispensable
 
Proyectos Informaticoa22222
Proyectos Informaticoa22222Proyectos Informaticoa22222
Proyectos Informaticoa22222
 
Proyectos Informaticoa
Proyectos InformaticoaProyectos Informaticoa
Proyectos Informaticoa
 
Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la...
Si la gestión y desarrollo de requisitos es tan importante...  ¿Por qué no la...Si la gestión y desarrollo de requisitos es tan importante...  ¿Por qué no la...
Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la...
 
Plantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_JesusPlantilla trabajo final_Ana_Jesus
Plantilla trabajo final_Ana_Jesus
 
Cuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmiCuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmi
 
Cuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmiCuadro comparativo moprosoft_cmmi
Cuadro comparativo moprosoft_cmmi
 
08 Mtp
08 Mtp08 Mtp
08 Mtp
 
Metricas
Metricas Metricas
Metricas
 
Sw Dev Process V2
Sw Dev Process V2Sw Dev Process V2
Sw Dev Process V2
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de Calidad
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidad
 
Desafíos en las organizaciones que desarrollan software
Desafíos en las organizaciones que desarrollan softwareDesafíos en las organizaciones que desarrollan software
Desafíos en las organizaciones que desarrollan software
 
Presentación evento BPM Quanam
Presentación evento BPM QuanamPresentación evento BPM Quanam
Presentación evento BPM Quanam
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Metodología de desarrollo e integración contínua para proyectos de BPM
Metodología de desarrollo e integración contínua para proyectos de BPMMetodología de desarrollo e integración contínua para proyectos de BPM
Metodología de desarrollo e integración contínua para proyectos de BPM
 
Calidad de Software como un gobierno para ALM
Calidad de Software como un gobierno para ALMCalidad de Software como un gobierno para ALM
Calidad de Software como un gobierno para ALM
 

Más de Pepe

05 Almira Labs VII Semana CMMI
05 Almira Labs VII Semana CMMI05 Almira Labs VII Semana CMMI
05 Almira Labs VII Semana CMMI
Pepe
 
03 Tecsidel VII Semana CMMI
03 Tecsidel VII Semana CMMI03 Tecsidel VII Semana CMMI
03 Tecsidel VII Semana CMMI
Pepe
 
04 Panel VII Semana CMMI
04  Panel VII Semana CMMI04  Panel VII Semana CMMI
04 Panel VII Semana CMMI
Pepe
 
01 Ministerio de Defensa VII Semana CMMI
01 Ministerio de Defensa VII Semana CMMI01 Ministerio de Defensa VII Semana CMMI
01 Ministerio de Defensa VII Semana CMMI
Pepe
 
01 Insa VI Semana CMMI
01 Insa VI Semana CMMI01 Insa VI Semana CMMI
01 Insa VI Semana CMMI
Pepe
 
06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI
Pepe
 
05 Visure VI Semana del CMMI
05 Visure VI Semana del CMMI05 Visure VI Semana del CMMI
05 Visure VI Semana del CMMI
Pepe
 
04 Grupo Gesfor VI Semana CMMI
04 Grupo Gesfor VI Semana CMMI04 Grupo Gesfor VI Semana CMMI
04 Grupo Gesfor VI Semana CMMI
Pepe
 
03 Siconet VI Semana CMMI
03 Siconet VI Semana CMMI03 Siconet VI Semana CMMI
03 Siconet VI Semana CMMI
Pepe
 
02 Avanade VI Semana CMMI
02 Avanade VI Semana CMMI02 Avanade VI Semana CMMI
02 Avanade VI Semana CMMI
Pepe
 
09 Gesein VI Semana CMMI
09 Gesein VI Semana CMMI09 Gesein VI Semana CMMI
09 Gesein VI Semana CMMI
Pepe
 
07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI
Pepe
 
08 Consejo VI Semana CMMI
08 Consejo VI Semana CMMI08 Consejo VI Semana CMMI
08 Consejo VI Semana CMMI
Pepe
 
02 Deloitte SFIC 2009
02 Deloitte SFIC 200902 Deloitte SFIC 2009
02 Deloitte SFIC 2009
Pepe
 
08 AEC SFIC 2009
08 AEC SFIC 200908 AEC SFIC 2009
08 AEC SFIC 2009
Pepe
 
03 IDC SFIC 2009
03 IDC SFIC 200903 IDC SFIC 2009
03 IDC SFIC 2009
Pepe
 
18 Inycom SFIC 2009
18 Inycom SFIC 200918 Inycom SFIC 2009
18 Inycom SFIC 2009
Pepe
 
19 AEMES SFIC 2009
19 AEMES SFIC 200919 AEMES SFIC 2009
19 AEMES SFIC 2009
Pepe
 
17 IBM SFIC 2009
17 IBM SFIC 200917 IBM SFIC 2009
17 IBM SFIC 2009
Pepe
 
16 Vector Software SFIC 2009
16 Vector Software SFIC 200916 Vector Software SFIC 2009
16 Vector Software SFIC 2009
Pepe
 

Más de Pepe (20)

05 Almira Labs VII Semana CMMI
05 Almira Labs VII Semana CMMI05 Almira Labs VII Semana CMMI
05 Almira Labs VII Semana CMMI
 
03 Tecsidel VII Semana CMMI
03 Tecsidel VII Semana CMMI03 Tecsidel VII Semana CMMI
03 Tecsidel VII Semana CMMI
 
04 Panel VII Semana CMMI
04  Panel VII Semana CMMI04  Panel VII Semana CMMI
04 Panel VII Semana CMMI
 
01 Ministerio de Defensa VII Semana CMMI
01 Ministerio de Defensa VII Semana CMMI01 Ministerio de Defensa VII Semana CMMI
01 Ministerio de Defensa VII Semana CMMI
 
01 Insa VI Semana CMMI
01 Insa VI Semana CMMI01 Insa VI Semana CMMI
01 Insa VI Semana CMMI
 
06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI
 
05 Visure VI Semana del CMMI
05 Visure VI Semana del CMMI05 Visure VI Semana del CMMI
05 Visure VI Semana del CMMI
 
04 Grupo Gesfor VI Semana CMMI
04 Grupo Gesfor VI Semana CMMI04 Grupo Gesfor VI Semana CMMI
04 Grupo Gesfor VI Semana CMMI
 
03 Siconet VI Semana CMMI
03 Siconet VI Semana CMMI03 Siconet VI Semana CMMI
03 Siconet VI Semana CMMI
 
02 Avanade VI Semana CMMI
02 Avanade VI Semana CMMI02 Avanade VI Semana CMMI
02 Avanade VI Semana CMMI
 
09 Gesein VI Semana CMMI
09 Gesein VI Semana CMMI09 Gesein VI Semana CMMI
09 Gesein VI Semana CMMI
 
07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI
 
08 Consejo VI Semana CMMI
08 Consejo VI Semana CMMI08 Consejo VI Semana CMMI
08 Consejo VI Semana CMMI
 
02 Deloitte SFIC 2009
02 Deloitte SFIC 200902 Deloitte SFIC 2009
02 Deloitte SFIC 2009
 
08 AEC SFIC 2009
08 AEC SFIC 200908 AEC SFIC 2009
08 AEC SFIC 2009
 
03 IDC SFIC 2009
03 IDC SFIC 200903 IDC SFIC 2009
03 IDC SFIC 2009
 
18 Inycom SFIC 2009
18 Inycom SFIC 200918 Inycom SFIC 2009
18 Inycom SFIC 2009
 
19 AEMES SFIC 2009
19 AEMES SFIC 200919 AEMES SFIC 2009
19 AEMES SFIC 2009
 
17 IBM SFIC 2009
17 IBM SFIC 200917 IBM SFIC 2009
17 IBM SFIC 2009
 
16 Vector Software SFIC 2009
16 Vector Software SFIC 200916 Vector Software SFIC 2009
16 Vector Software SFIC 2009
 

Último

Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
Henry W. Zavala
 
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
Navsat
 
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docxSEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
Eddy Nathaly Jaimes Villamizar
 
bomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexionesbomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexiones
JessAdrinGonzlezCade
 
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Telefónica
 
Conceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagaciónConceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagación
edgarcalle8
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
correodetareas
 
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docxDE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
lourdesuribe6
 
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
ADELAIDA90
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
gregory760891
 
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
241578066
 
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptxDiapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
GnesisOrtegaDeLen
 
11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf
PanchoChangue
 
UiPath Community Data Service presentation
UiPath Community Data Service presentationUiPath Community Data Service presentation
UiPath Community Data Service presentation
DianaGray10
 
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
Rubén Cortes Zavala
 
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdfInforme_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Rubén Cortes Zavala
 

Último (16)

Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
 
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
¿Cómo funciona el seguimiento por GPS y cómo puede ayudar al transporte y la ...
 
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docxSEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
 
bomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexionesbomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexiones
 
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
 
Conceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagaciónConceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagación
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
 
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docxDE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
 
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
 
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
 
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptxDiapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
 
11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf
 
UiPath Community Data Service presentation
UiPath Community Data Service presentationUiPath Community Data Service presentation
UiPath Community Data Service presentation
 
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
 
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdfInforme_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
 

3 Atos Solo Pruebas 2009

  • 1. OS4QA – Office Services for Quality Assurance Sólo Pruebas 2009 Jose Barato Madrid, 26 Febrero 2009
  • 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 Burocracia, retrasos Sobrecarga de gestión Metodólogos, teóricos Agilidad, control de la Calidad del Producto Solucionadores, pragmáticos Experiencia en desarrollo Software Aseguran especificaciones correctas y completas Métricas de calidad, productividad Mitigan riesgos, previenen defectos Aseguramiento de la Calidad del Proceso
  • 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 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 - All this measured by 3bn people ! “ 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. 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 Requisitos Adecuación Entorno cambiante Recursos Dirección Proveedores Política Conflicto Innovación Escala 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. 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. 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 Reducción de la tasa de error Dirección autoritaria (presionar, más horas) Recursos intercambiables Ritmo de producción constante Proceso estándar Exigir una cuota de error (poder de veto) A los programadores les gusta su trabajo Los programadores no son intercambiables Un proyecto es algo dinámico Replantearse el trabajo (no sólo hacerlo) Tom DeMarco & Timothy Lister. Peopleware: Productive Projects and Teams
  • 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. Servicio Gestionado “ Driver ” de sinergia entre Calidad de Productos, Mejora Continua y Gestión Cuantitativa OS4QA = Oficina Calidad + PMO OS4QA ≠ Oficina de Calidad ≠ PMO Es incremental: Implantación progresiva de un catálogo de servicios Enfoque operativo: Mejora continua y gradual Asegura el proceso y controla el producto Personal con un alto grado de conocimiento metodológico y práctico Modelos, Procesos Herramientas Formación Estimación Simulación Indicadores Requisitos Configuración Revisión, Pruebas 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. 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. 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 Mejorar el nivel de madurez reduce el Coste de la No Calidad (por detección tardía) -38% de CMMI L1 a CMMI L2 -44% de CMMI L2 a CMMI L3 -29% de CMMI L3 a CMMI L4 Source: CMI/SEI-96-HB-002
  • 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. 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 Gestión de la Productividad Análisis de Puntos Función Estimación, Modelado y Simulación Reducir Coste de la No Calidad Detectar y solucionar “aguas arriba” 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. 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 Al inicio: Nivel de calidad , indicadores e hitos de control A lo largo del CV Soporte y compromiso Control y seguimiento del nivel de calidad basado en indicadores Adaptado al modelo de ciclo de vida: prototipado, RAD, incremental, espiral Mejora gradual y continua
  • 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%
  • 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 Volumetrías Proceso Software Gestión de Requisitos Gestión de Defectos Servicio Back-Office Cuadros de Mando Parámetros económicos Servicio OS4QA plenamente operativo Mejora continua Estimación por analogía Factorías de Desarrollo Front-Office Back-Office Cliente SWF1 SWF3 SWF2 SWF4
  • 24. Rollout de OS4QA (enfoque de NewCo.) Software Factories SWF1 SWF3 SWF2 SWF4 QA Back-Office (BO) Front-Office (FO) Servicios on-site en oficinas Empresa X 3 unidades funcionales: Calidad de Producto Mejora Continua Gestión Cuantitativa Proveedores de servicios SWF Empresa X Centros deslocalizados (Sevilla, Latam, India) Ejecución y automatización de pruebas Revisión automática de código fuente Especialización en pruebas SAP Servicio para FO de Empresa X y otros clientes Centro de Servicios Compartidos de Atos Ubicación actual: Sophie Antipolis (Francia) Proveedores de servicios SWF de otros clientes Servicios on-site en oficinas de otros clientes Tooling Center SWF1 SWF3 SWF2 SWF4 QA Front-Office (FO)