Ing. José Ricardo Pérez Romero

Transcripción

1 Dirección General de Informática Subdirección de Desarrollo Ing. José Ricardo Pérez Romero Proyecto: Selección de Proveedores apoyado en Test ProcessImprovement (TPI) 31/Octubre/2009

2 I. Antecedentes Como resultado de la responsabilidad pública de vigilar y supervisar la operación de las entidades financieras del sector seguros y fianzas, así como el seguir una visión de calidad basada en la mejora continua, la Comisión Nacional de Seguros y Fianzas (CNSF) durante los últimos años ha venido implementando y desarrollado soluciones integrales apoyadas fuertemente en las mejores prácticas de tecnología de información; con este objetivo se ha requerido para la elaboración de los proyectos el apoyo de proveedores como son:

3 1. I. Antecedentes

4 2. I. Antecedentes

5 I. Antecedentes 3. 4.

6 5. CMMi Modelo de Capacidad de la Madurez

7 II. AREA DE OPORTUNIDAD 1. Aseguramiento de calidad Nos hicieron la entrega del producto, mucho tiempo después de la fecha pactada y nos costo el triple de lo inicialmente estimado. Luego se arreglo y estabilizo en producción por 6 meses más. Ahora funciona, pero no responde a lo que esperábamos; y eso que tratamos de seleccionar la mejor oferta técnica

8 II. AREA DE OPORTUNIDAD 2. La trinidad de la calidad PROVEEDOR

9 III. CAMBIO ORGANIZACIONAL 2. Ecosistema CNSF +TPI ClearCase ClearQuest RequisitePro Rational Robot

10 IV. BENEFICIOS I. Definición de metodología a aplicar para seleccionar proveedores, esta metodología se incluirá en los procesos de licitación de proyectos, permitiendo a la CNSF contar con criterios claros de selección de proveedores basados en el.

11 V. SOLUCION 1. Identificación del perfil del proveedor + TPI 2. Requisitos en las licitaciones +TPI 3. Evaluación de competencias+tpi 4. Penalizaciones +TPI

12 1. Identificación del Perfil del Proveedor Una vez que se ha identificado el tamaño del proyecto basados en los requerimientos aprobados por el usuario y por el esfuerzo en horas hombre por realizar para llevarlos a cabo se vuelve de vital importancia establecer los requisitos que debe cubrir un proveedor de desarrollo o mantenimiento de Sistemas para que le sea asignado. Uno de los requisitos a cubrir es el perfil del proveedor, es decir cumplir con las características necesarias de experiencia, capacidad técnica e infraestructura para resolver el proyecto de manera exitosa. Esta identificación temprana del perfil del proveedor será muy valiosa para establecer requisitos específicos a cumplir durante el proceso de licitación del proyecto.

13 1. Identificación del Perfil del Proveedor 1.1. Requisitos técnicos del proveedor como organización Se refiere a las certificaciones y reconocimientos expedidos por terceros a nombre del proveedor y que distinguen su experiencia y capacidad. o Carta de fabricante (IBM, Oracle, HP, Microsoft, CISCO, etc.) o Cartas de partnership del fabricante (IBM, Oracle, Microsoft, SUN, HP, etc.) o Certificados de calidad (CMMI, ISO9001, ISO27001, etc.)

14 1. Identificación del Perfil del Proveedor 1.2. Requisitos técnicos de los empleados del proveedor Se refiere a las certificaciones expedidas por terceros a nombre del empleado del proveedor y que distinguen sus conocimientos y experiencia. o Grado de estudios (Licenciatura, Diplomados, Maestría, etc) o Certificaciones individuales (PMP, Auditor ISO9001, Auditor ISO27001, ITIL, Java Developer SCJD, Java Programmer SCJP, Web Component Developer SCWCD, etc.) La única forma de comprobar estas certificaciones será solicitando una copia notariada del documento de referencia.

15 1. Identificación del Perfil del Proveedor 1.3. Requisitos que deben cubrir las referencias de clientes Se deben solicitar al menos 2 cartas de referencias dependiendo del tipo de proyecto. 1. Proyectos de la misma tecnología y plataforma. 2. Proyecto con antigüedad no mayor a 24 meses. 3. Carta membretada y firmada por funcionario con nivel superior a Gerente 4. Antigüedad de la carta no mayor a 2 meses 5. Debe incluir datos de localización del funcionario que refiere al proveedor(dirección y teléfono)

16 1. Identificación del Perfil del Proveedor 1.4. Matriz de Madurez de Pruebas

17 2. Requisitos en las Licitaciones En la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, en especial el Art. 29 en sus diferentes fracciones se establecen ciertos parámetros de maniobra para definir requisitos dentro de las licitaciones a efecto de evaluar la solvencia de la propuesta. Requisitos que deben cumplir los participantes para sustentar la solvencia de su propuesta y de esta forma ayudar en la selección de una propuesta presentada por un proveedor que pueda cumplir con los requisitos y riesgos del proyecto.

18 2. Requisitos en las Licitaciones Establecer los requisitos del perfil para fundamentar la solvencia de la propuesta. Una vez que se ha estimado el tamaño del proyecto, identificado los riesgos de entorno, establecido el tamaño del proyecto y se han definido los requisitos del perfil del proveedor, estos se deben incluir como una sección dentro de la propuesta técnica en la que se solicite. Requisitos técnicos del proveedor como organización Requisitos técnicos de los empleados del proveedor Propuesta Técnica

19 3. Evaluación de Competencias En la función de gestión de recursos de un proyecto, una de las actividades más importantes es la asignación de personal. Una vez que se han identificado los roles de trabajo y se conoce el esfuerzo en horas hombres, el PM debe asignar personal que cubra a cabalidad con los requisitos del perfil, los requisitos se pueden clasificar de la siguiente manera: a)requisitos Técnicos b) Requisitos personales c) TPI

20 c. TPI

21 4. Penalizaciones En la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, Art. 45 fracción XIX se establece lo siguiente: Art. 45 XIX. Condiciones, términos y procedimiento para la aplicación de penas convencionales por atraso en la entrega de los bienes, arrendamientos o servicios, por causas imputables a los Proveedores.

22 5. Penalizaciones Asimismo, el Art. 53 dice : Artículo 53.- Las dependencias y entidades deberán pactar penas convencionales a cargo del proveedor por atraso en el cumplimiento de las fechas pactadas de entrega o de la prestación del servicio, las que no excederán del monto de la garantía de cumplimiento del contrato, y serán determinadas en función de los bienes o servicios no entregados o prestados oportunamente. En las operaciones en que se pactare ajuste de precios, la penalización se calculará sobre el precio ajustado. En base a lo anterior, se interpreta que el uso de penas convencionales está permitido y que básicamente están sujetas a la entrega en tiempo y forma de la prestación de servicio.

23 5. Penalizaciones 3.1. Establecer artefactos o entregables cuyo ausencia o entrega tardía afecten al desempeño del proyecto Para definir que artefactos son clave para la gestión del proyecto, nos apoyaremos en TPI: Etapa de Pruebas Artefacto Requerimientos de Prueba Plan de Pruebas Reportes de estatus del proyecto Scripts Casos de Prueba Reportes de defectos Valor Calificación mínima para evitar penalización: 90%

24 VI. JUSTIFICACION La calidad de un sistema software vendrá determinada por la calidad del proceso de software que lo produce. Análogamente, la calidad de las pruebas software vendrá determinada por la calidad del proceso de pruebas que se utilice. Actualmente existen muchas organizaciones que están utilizando CMMI como modelo de referencia para mejorar sus procesos de software. Sin embargo, CMMI no proporciona el soporte adecuado para realizar dicha mejora en el proceso de pruebas. La improvisación y falta de apego a las buenas prácticas en desarrollo de sistemas se traducen por lo general en proyectos con falta de calidad y fuera de costo y tiempo. Las recomendaciones establecidas en este documento se encuentran apegadas a la legislación vigente al mes de Octubre del 2009.