07 Caelum VI Semana CMMI

406 views
335 views

Published on

Presentación de Caelum en la VI Semana del CMMI

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

  • Be the first to like this

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

No notes for slide

07 Caelum VI Semana CMMI

  1. 1. Espacio reservado fecha / 1 CMMI® Versión 1.3 Radiografía del cambio Iñigo Garro VI Semana del CMMI 2010 Madrid, 11 de Noviembre de 2010 ® CMMI is registered in the U.S. Patent and Trademark Office by Carnegie Mellon University
  2. 2. Octiubre 2010 / 2 CMMI Versión 1.3 – Radiografía del cambio Objetivos de la ponencia Dar a conocer los motivos de los cambios Presentar el alcance de los cambios realizados Modelos Métodos de evaluación Comprender cómo afectan los cambios a los usuarios de los modelos CMMI Anunciar el calendario publicado por el Software Engineering Institute para el despliegue de CMMI v1.3 Listar los puntos de interés donde localizar información
  3. 3. Octiubre 2010 / 3 Historia de los modelos CMM v1.02 (2000)V1.02 (2000) v1.1 (2002)V1.1 (2002) History of CMMs CMM for Software V1.1 (1993) Systems Engineering CMM V1.1 (1995) EIA 731 SECM (1998) INCOSE SECAM (1996) Integrated Product Development CMM (1997) Software CMM V2, draft C (1997) CMMI for Development V1.2 (2006) CMMI for Acquisition V1.2 (2007) Software Acquisition CMM V1.03 (2002) V1.2 (2009) CMMI for Services CMMI for Acquisition V1.3 (2010) CMMI for Development V1.3 (2010) CMMI for Services V1.3 (2010) 28.10.2010
  4. 4. Octiubre 2010 / 4 Motivos de los cambios Alta madurez (niveles 4 y 5): contemplar buenas prácticas de la industria Revisar las prácticas genéricas: más efectivas Mejorar la eficiencia de las evaluaciones SCAMPI Conseguir una mayor consistencia entre las diversas constelaciones: Desarrollo CMMI-DEV Servicios CMMI-SVC Adquisiciones CMMI-ACQ Criterios considerados por el Software Engineering Institute: Cambios en toda la suite de productos CMMI (modelos, métodos de evaluación, cursos de formación) Incorporar más amplificaciones y aclaraciones Proporcionar materiales adicionales en otros aspectos, como p.ej. seguridad o ciclos de vida Reducir el tamaño de los modelos, a ser posible Los cambios no deben afectar negativamente las inversiones realizadas por las organizaciones
  5. 5. Octiubre 2010 / 5 Alcance de los cambios Principales modificaciones Principalmente en las Áreas de Proceso de Alta Madurez Nueva meta específica Nuevas prácticas específicas OID (Organizational Innovation an Deployment) pasa a llamarse OPM (Organizational Performance Management) para recalcar la necesidad de mejorar para alcanzar mejores resultados de negocio Se eliminan las metas genéricas de nivel 4 y 5, así como los niveles de capacidad 4 y 5 (representación continua), de manera que la consecución de la alta madurez no se concibe de manera aislada para unas pocas áreas de proceso, sino de manera integral implantando las 4 Áreas de Proceso definidas: CAR - Causal Analysis and Resolution QPM - Quantitative Project Management OPM - Organizational Performance Management OPP - Organizational Process Performance) Mejoran los materiales informativos y definiciones, armonizando las tres constelaciones Se realizan cambios modestos en las 16 Áreas de Proceso core, así como en las Áreas de Proceso específicas de cada modelo Los cambios, en cualquier caso, son menores
  6. 6. Octiubre 2010 / 6 Alcance de los cambios Constelaciones y Áreas de Proceso CMMI-SVC CMMI-DEV Áreas específicas para CMMI-SVC: CAM, IRP, SCC, SD, SSD, SST, STSM SAM CMMI-ACQ Áreas específicas para CMMI-SVC: AM, ARD, ATM, AVAL, AVER, SSAD Áreas específicas para CMMI-DEV: REQM, RD, TS, PI, VER, VAL SAM 16 Áreas de Proceso Core
  7. 7. Octiubre 2010 / 7 Alcance de los cambios Principales cambios en CMMI for Development (CMMI-DEV) - 1 Se ha reducido su tamaño en 100 páginas Se añaden notas para organizaciones usando métodos ágiles En 10 áreas de proceso: CM, PI, PMC, PP, PPQA, RD, REQM, RSKM, TS, VER Referencia a Manifesto for Agile Development Señala elemento que caracterizan el desarrollo ágil Un ejemplo de material informativo incorporado en CMMI-DEV v1.3: In Agile environments, configuration management (CM) is important because of the need to support frequent change, frequent builds (typically daily), multiple baselines, and multiple CM supported workspaces (e.g., for individuals, teams, and even for pair-programming). Agile teams may get bogged down if the organization doesn’t: 1) automate CM (e.g., build scripts, status accounting, integrity checking) and 2) implement CM as a single set of standard services. At its start, an Agile team should identify the individual who will be responsible to ensure CM is implemented correctly. At the start of each iteration, CM support needs are re-confirmed. CM is carefully integrated into the rhythms of each team with a focus on minimizing team distraction to get the job done. Se elimina IPPD (Desarrollo Integrado de Proceso y Producto) como adición del modelo, integrando algunas de sus prácticas: OPD (Organizational Process Definition): añade la práctica específica SP1.7 “Establish and maintain organizational rules and guidelines for the structure, formation, and operation of teams.” Incorpora la necesidad de documentar en el proceso estándar las interacciones con proveedores (entregables esperados, criterios de aceptación, estándares técnicos, hitos y revisiones de seguimiento) IPM (Integrated Project Management) añade la práctica específica SP1.6 “Establish and maintain teams”
  8. 8. Octiubre 2010 / 8 Alcance de los cambios Principales cambios en CMMI for Development (CMMI-DEV) - 2 Otros cambios con cierta importancia MA (Measurement and Analysis) incluye una tabla con ejemplos de medidas PI (Product Integration) susitituye la práctica SP1.1 “Determine the product component integration sequence” por “Establish and maintain a product integration strategy”, poniéndose énfasis en la necesidad de documentar un Plan de integración de producto RD (Requirements Definition) pide que además de establecer y mantener una definición de la funcionalidad requerida, se establezcan y mantengan atributos de calidad Quality attribute :A property of a product or service by which its quality will be judged by relevant stakeholders. Quality attributes are characterizable by some appropriate measure. Quality attributes are non-functional, such as timeliness, throughput, responsiveness, security, modifiability, reliability, and usability. They have a significant influence on the architecture. REQM (Requirements Management) reescribe la práctica SP1.5, que pasa de “Identify inconsistencias between the project plans and work products and the requirements” a “Ensure that project plans and work products remain aligned with requirements” SAM (Supplier Agreement Management) elimina dos prácticas específicas que eran redundantes: SP1.2 Monitor selected supplier processes SP1.3 Monitor selected suppier work products
  9. 9. Octiubre 2010 / 9 Alcance de los cambios Principales cambios en CMMI for Development (CMMI-DEV) - 3 Impacto de los cambios para organizaciones que han implantado CMMI-DEV v1.2 Impacto bajo Cambios menores realizados a lo largo del modelo (la “letra pequeña”), aunque es importante revisar: las nuevas notas, como p.ej. para desarrollo ágil cambios de nombre en prácticas que denotan nuevas directrices, como p.ej. GP2.6 que pasa de llamarse “Manage configurations” a “Control Work Products”, aunque la descripción de la práctica sea prácticamente idéntica Impacto medio Cambios en OPD, IPM, PI, RD Impacto alto Cambios en Áreas de Proceso de Alta Madurez Desaparición de niveles de capacidad 4 y 5, así como de las metas y prácticas genéricas relacionadas, para organizaciones usando la representación continua
  10. 10. Octiubre 2010 / 10 Alcance de los cambios Cambios en el resto de constelaciones y suite de productos CMMI for Services Se reorganiza y aclara el Área de Proceso IRP - Incident Resolution and Prevention Mejoras en las definiciones del glosario y terminología del modelo, reemplazando “proyecto” por términos que tienen más sentido, como: Trabajo Grupo de trabajo CMMI for Acquisition Se añade material informativo para la utilización de proveedores preferidos en: SSAD - Solicitation and Supplier Agreement Development AM – Agreement Management Cursos de formación Se actualizan cursos existentes Se van a ofrecer nuevos cursos para CMMI for Services Cursos on-line para 1.3 a partir de Enero de 2011 Evaluaciones SCAMPI Se busca mejorar su eficiencia (mayor valor para el coste que suponen) y facilitar el uso con las diversas constelaciones
  11. 11. Octiubre 2010 / 11 Impacto de los Cambios ¿Qué debemos hacer a partir de ahora para adoptar v1.3? Durante un año, hasta el 30 de Noviembre de 2011, las organizaciones pueden ser evaluadas usando CMMI v1.2 Cualquier evaluación realizada con v1.2 antes del 30 de Noviembre de 2011 tiene una validez de 3 años Requisitos de formación para la transición a v1.3: Componentes de equipos de evaluación SCAMPI de niveles 2 y 3: No es obligatorio formarse en v1.3 Es una decisión del evaluador líder Sería recomendable realizar el curso on-line del SEI Componentes de equipos de evaluación SCAMPI de niveles 4 y 5: Obligatorio seguir el curso de actualización para v1.3 Formadores CMMI y evaluadores SCAMPI Obligatorios los cursos CMMI V1.3 Model Upgrade Training CMMI for Development V1.3 Instructor Upgrade Briefing SCAMPI V1.3 Upgrade Training y examen
  12. 12. Octiubre 2010 / 12 Calendario de despliegue, para usuarios de modelos Publicado por el Software Engineering Institute 28 de Octubre de 2010 Publicación de CMMI-DEV v1.3, CMMI-SVC v1.3, CMMI-ACQ v1.3 Noviembre de 2010 Partners del SEI pueden ofrecer cursos para v1.3 de las constelaciones (para CMMI-DEV una versión inicial) Diciembre de 2010 Anuncio de cambios en programa de renovación de autorizaciones y certificaciones (formadores y evaluadores) Nuevo curso “Development Supplement for CMMI for Services ” Enero de 2011 Publicación de método SCAMPI v1.3 Publicación de curso on-line CMMI V1.3 Model Upgrade Training Nuevo curso oficial Introduction to CMMI for Development V1.3 Pueden realizarse evaluaciones SCAMPI v1.2 con CMMI v1.3 Marzo de 2011 Publicación de tres libros para v1.3 SCAMPI V1.3 Upgrade Training Calificación de evaluadores SCAMPI v1.3 Noviembre de 2011 Fin de uso de v1.2
  13. 13. Octiubre 2010 / 13 Enlaces de interés ¿Dónde localizar información fiable? Centro de información del SEI para CMMI v1.3 http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/ Calendario de despliegue http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/schedule.cfm Etapas para cualificación de diversos roles http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/qualification.cfm Preguntando a SEI Partners y profesionales autorizados/certificados por el SEI Iñigo Garro SEI Certified SCAMPI Lead Appraiser i.garro@ibermatica.com igarro@caelum.es

×