Proyecto Meta! Implementación SAP Fase 1 Testing



Documentos relacionados
Tecnología de la Información. Administración de Recursos Informáticos

Curso. Introducción a la Administracion de Proyectos

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

PRU. Fundamento Institucional. Objetivos. Alcance

EXPERIENCIAS EN LA IMPLEMENTACIÓN DE SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES (ERP) Ernesto Rivera Pitti Consultor Independiente

Planeación del Proyecto de Software:

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Empresa Financiera Herramientas de SW Servicios

PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version Copyright Rational Software Corporation

Proyecto Meta! Implementación SAP Fase 1 Metodología ASAP

Resumen General del Manual de Organización y Funciones

Metodología de Oficinas de Proyectos

Gestión y Desarrollo de Requisitos en Proyectos Software

CMMI (Capability Maturity Model Integrated)

POLITICA DE GESTION DE RIESGOS, ROLES Y RESPONSABLES. Departamento de Estudios y Gestión Estratégica

Gestión de Proyectos TI

Figura 3.1 Implementación de ITIL

Marco Normativo de IT

Sistema de Gestión de Proyectos Estratégicos.

1.1. Sistema de Gestión de la Calidad

Gestión de. Proyectos

Elementos requeridos para crearlos (ejemplo: el compilador)

Beatriz Pérez. Jornada de Testing en Vivo - 1, 2, 3 probando!

Dirección General de Educación Superior Tecnológica

[Guía de auditoría AudiLacteos]

Copyright, e-strategia Consulting Group, S.A. de C.V. o subsidiarias, Monterrey, México. Todos los Derechos Reservados.

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Curso Fundamentos de ITIL

Conocimiento Activo en Calidad de Software

6 Anexos: 6.1 Definición de Rup:

TOMA DE DECISIONES II

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :

+ Cómo ahorrar dinero con Software Quality

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

Figure 7-1: Phase A: Architecture Vision

Plan de Administración del Proyecto

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE

LA EJECUCIÓN. Adquisición, adecuación de terrenos y construcciones: Se realiza mediante actividades de compra, adecuaciones, mejoras y construcciones.

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

AUDITORÍA INFORMÁTICA Y DE SEGURIDAD DE LA INFORMACIÓN

POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST

Este procedimiento es aplicable para la revisión de todos los procedimientos del Sistema de Gestión de la Empresa.

Procedimiento de gestión de auditorias internas de calidad

AUDITORIAS INTERNAS DE CALIDAD. Definir las actividades pertinentes para realizar las auditorías internas del Sistema de Gestión de calidad.

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

Administración de Proyectos de Software - PMI. Tema: Cierre de Proyectos. Autor: Mario Hernández

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

Aseguramiento de la Calidad

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

Seminario de Certificación CAPM

Directrices para la auto- evaluación A.l Introducción

1.8 TECNOLOGÍA DE LA INFORMACIÓN

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

MANTENIMIENTO Y SOPORTE

Boletín Asesoría Gerencial*

Metodología básica de gestión de proyectos. Octubre de 2003

UNIVERSIDAD RICARDO PALMA

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

I. POLÍTICA. La propuesta contempla la Política de seguridad industrial, seguridad operativa y protección al medio ambiente?

Serie Casos de Estudio: Edición El Impacto del Desarrollo de Capacidades en la GIRH en América Latina:

Sede Escazú, Plaza Tempo

V.4 SUBDIRECCIÓN DE TECNOLOGÍAS DE INFORMACIÓN

Es posible situar al riesgo en un área confortable? Nueve principios para construir una Empresa Inteligente en Riesgos

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal

Definición de PMO Características de una PMO

GUIA DE GESTION DEL PROGRAMA DE DETECCIÓN PRECOZ Y CONTROL DEL CÁNCER DE CUELLO UTERINO EN EL DISTRITO CAPITAL

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010

Tracción PM! PMBOK. Organización del texto

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...

Paula Izaurralde. Especialista en Calidad en ARRIS Argentina. Ayudante en Metodologías Ágiles en el Desarrollo de Software

POLÍTICA DE GESTIÓN DEL SERVICIO

METODOLOGÍA: A continuación mostramos a usted, el Proceso de implementación del sistema de mejora SMED que diseñamos y emplearemos en las Líneas de

Auditoría Interna como aporte de valor para la Organización.

Recursos HELP DESK Biblioteca 2012

Caso Particular: Administración y Control de Proyectos II. Planificación Aprobada. Ejecución y Control. Administración del Cambio

Mantenimiento de Sistemas de Información

MS_20497 Software Testing with Microsoft Visual Studio 2013

Implementación de Paquetes

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO

Testing. Tipos, Planificación y Ejecución de Pruebas

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

GERENCIA DE INTEGRACIÓN

Asesoría y Desarrollo Individual y de Equipos

Implantación y Aceptación del Sistema

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

PROGRAMA DE GESTIÓN DOCUMENTAL

Áreas de Mejora de Procesos de IT y sus Problemáticas. Marzo 2013

ACUERDO DE ACREDITACIÓN Nº 328 CARRERA DE PEDAGOGÍA EN ARTES VISUALES UNIVERSIDAD DE VIÑA DEL MAR VIÑA DEL MAR

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO

CCPA Costa Rica. Como establecer criterios para la evaluación de la Auditoría Interna. Michael Delgado Gerente de Riesgos EY.

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

PROPUESTA DE CERTIFICACION

Modelo de Seguridad de la Información. Luis Mauricio Vergara Enero de 2013

Transcripción:

Proyecto Meta! Implementación SAP Fase 1 Testing ASUG Argentina Premio a la Innovación de Proyecto SAP 2015 Agosto 2015

Testing: Enfoques y Momentos Se definió una Estrategia y un Plan para el aseguramiento de la calidad del proyecto META! Contempló dos momentos La Validación del BBP como requisito para cerrar esta Etapa Verificación y Validación en la Realización Alineado con el marco general del proyecto Respetando el cronograma previsto Las actividades previstas para la Etapa de Realización se organizaron en ciclos, con previsiones de Incorporación progresiva de usuarios hasta llegar a un Test de Aceptación de Usuario Incorporación de los roles de seguridad a partir del segundo ciclo Disponibilidad progresiva de los datos maestros En la primera Fase, se previeron tests técnicos (performance, estrés) La Calidad temprana La Calidad en la Realización Validación del BBP Testing Funcional Testing Técnico 2

Testing: Calidad temprana Validar BBP Se definió un procedimiento que contempló el Qué, el Cómo, Quién y Cuándo validar Se instrumentó mediante Google Sheets con seguridad por roles Se estableció la criticidad de cada issue Se establecieron los criterios de Go / No Go Para la toma de decisiones con sustento en información objetiva Beneficio adicional: permitió establecer un proceso de Gestión de Cambios de Alcance Qué Cuándo Productos de trabajo del BBP a validar Técnicos y Funcionales Cómo Quién Con un Procedimiento establecido y comunicado Controles por producto de trabajo seleccionado Preguntas por Sí (cumple) o No (issue) Momentos apropiados para la validación Roles responsables de validar y/o comunicar 3

Testing: Calidad temprana Validar BBP Para monitorear el avance, se disponía de información resumen simultánea con la ejecución 4

Testing: Calidad en la Realización Etapas Definición Enfoque basado en Escenarios de Negocio Antes que los Requerimientos funcionales Usuarios por Frente funcional definieron los casos de prueba, con equipos técnicos de soporte Se definieron unos 3300 casos de prueba, distribuidos en unos 260 escenarios Preparación Se disponibilizó el ambiente de pruebas, en el contexto del doble Landscape Se integraron las herramientas HP Application Lifecycle Management y SAP Solman para la gestión del testing Ejecución Se estableció y comunicó el Procedimiento Se estableció un equipo de ejecución y uno de soporte, trabajando integrados Se monitoreó el avance de manera diaria, adaptándose a las necesidades de gestión Se adecuó la estrategia para atender necesidades adicionales: testing de interfases, de Datos Maestros 5

Testing: Contribución a toma decisiones Previsibilidad Desde la Estrategia se propusieron Exit Criteria para decidir la conclusión exitosa de cada Ciclo Visibilidad En todo momento, las métricas tomadas diariamente permitían tener visibilidad sobre el cumplimiento de los mismos Adaptabilidad En el avance del testing, el equipo de proyecto fue definiendo ajustes sobre los mismos Consideraban dos ejes, Ejecución y Calidad El porcentaje de ejecución a lograr, y la calidad a alcanzar Criterio En Ciclo con Seguridad En el Global Casos ejecutados de Alta 70% 100% Casos ejecutados de Media y Baja 50% 80% Casos de Alta con defectos Invalidantes no cerrados 0% 0% Casos de Alta con defectos Alta no cerrados <10% <10% Casos de Media y Baja con defectos Media o Baja no cerrados <30% <30% Casos de Alta Passed (sobre lo ejecutado) 80% Casos de Media / Baja Passed (sobre lo ejecutado) 60% Plan de Resolución de defectos no cerrados acordado Los indicadores antes descriptos se redefinieron adecuadamente, para mantener en todo momento visibilidad sobre el grado de cumplimiento 6

Testing: Métricas y Reportes En todo momento se mantuvieron métricas de Cobertura y Calidad por Frente y globales De manera simultánea se tomaron métricas sobre Defectos Por criticidad de los mismos Por impacto de acuerdo a la prioridad de los casos Para analizar mejor la Cobertura, se definió una métrica de ejecución integrando los dos Ciclos Se integró en un reporte diario distribuido automáticamente por el equipo de BI Adicionalmente, se distribuían diariamente un conjunto de reportes de gestión de testing Defectos pendientes, distinguiendo entre los que están bajo responsabilidad del Frente y del equipo de Construcción, con información de la antigüedad de los mismos Integrando información de HP ALM y Solman Casos no ejecutados 7

Testing: Monitoreo criterios de salida A mediados del Ciclo con Seguridad, se agregaron un conjunto de indicadores que medían la situación en relación con los Criterios de Salida establecidos, considerando por Frente y Planta: Cobertura en los Casos de prioridad Alta Cobertura en el conjunto de Casos de prioridad Media y/o Baja Calidad general, en la que se medía la criticidad del defecto en relación a la prioridad del caso al que afectaba 8

Testing: Testing Técnico En la Fase 1A se efectuaron tests de performance y de regresión Seguridad quedó incluida en los Ciclos funcionales En paralelo con el testing funcional Se identificaron escenarios candidatos a ser probados Se desarrollaron las automatizaciones necesarias Se preparó la infraestructura para probarlo Se desarrollaron pruebas piloto de estrés A partir de las mismas, se detectaron tempranamente ciertos issues que hubieran resultado críticos en producción, permitiendo su corrección anticipada De manera complementaria, se hicieron pruebas sobre la herramienta WPB, detectando los problemas de tiempo de respuesta que presentaba Esto permitió al Frente de Capacitaciones plantear un esquema alternativo a tiempo 9