Capítulo 1 - Mejora Continua de Procesos PDF

Divisin de Alta Tecnologa
Integracin CMMI con PMBOK y Metodologas giles
Copyright Todos los Derechos Reservados - Cibertec Per SAC
Cap. 1
Mejora Continua de Procesos
Objetivos Generales
Identificar los conceptos relacionados a la mejora de procesos.
Analizar el Modelo CMMI.
Identificar las diferencias de cada representacin del modelo CMMI.
Identificar las reas claves del proceso del Nivel 2 y 3 de CMMI
1. Qu es un proceso?

Un proceso puede ser definido

como un conjunto de actividades
enlazadas entre s, que partiendo
de uno o ms inputs (entradas) los
transforma, generando un output
(resultado).
Procesos del PMBOK
2. Qu es la mejora de Procesos?
66% de todos los proyectos
Tienen sobrecostos
Se atrasan
52% de todos los proyectos

terminan un 189% por encima
del presupuesto inicial
48% de todos los proyectos no
tienen todos los requerimientos
finalizados.

Conclusin:
Todos los proyectos ocasionalmente fallan.
Tienen retrasos.
Tienen sobrecostos.
Fallan en la entrega final para lo que fueron creados.
Algunos proyectos no producen nada al final.
La buena noticia es que, a veces, mediante el examen de nuestros fracasos,

podemos comprender mejor qu es lo que se necesita para tener xito.
La Mejora de Procesos ofrece un mtodo para
hacer la probabilidad de xito significativamente
mayor para los proyectos de la organizacin.
Se crea un buen funcionamiento del entorno, en el
que la rueda no tiene que ser reinventada para
cada proyecto y de esta manera, se aprovechan
los beneficios de las lecciones aprendidas de
proyectos anteriores.
La mejora de procesos pone el foco en el proceso, a fin
de mejorar la calidad del producto.
Se da el personal del proyecto y a los miembros de la
organizacin un mtodo consistente de conseguir el
mismo trabajo realizado en la misma forma general, no
tcnicamente, pero administrativamente; por tanto, no
reinventan la rueda cada vez que un nuevo esfuerzo se
inicia y utilizan las valiosas lecciones aprendidas de los
esfuerzos anteriores.

3. Proceso de Software
Conjunto de actividades y resultados asociados que producen un producto

de software.
Actividades fundamentales del proceso de software:
Especificacin del Software: se define el software a producir.
Desarrollo del Software: se disea y se programa.
Validacin del Software: se valida para ver si cumple con los requerimientos.
Evolucin del Software: se modifica para adaptarlo a los cambios requeridos.
Especificacin del
Software o Ingeniera de
Requerimientos:
Proceso de comprensin
y definicin de los
requerimientos.
Los
errores en esta etapa
generan
problemas
posteriores.
Desarrollo del Software:
Convierte los requerimientos en un sistema ejecutable. Implica procesos de

diseo y programacin, adems del afinamiento de los requerimientos.

Validacin del Software:
Se verifica que el sistema cumple con los requerimientos y que cumple las
expectativas del usuario.
4. Mejora de procesos de Software

La mejora de procesos significa entender los procesos existentes y cambiarlos
para mejorar la calidad del producto y/o reducir los costes, as como, el
tiempo de desarrollo.
Tiene 3 estados principales:
Medicin de los atributos del proyecto actual.
Proceso de anlisis.
Introduccin de los cambios.
4. Mejora de procesos de Software

Calidad del Producto y del Proceso
La calidad del proceso de desarrollo es crtica para la calidad del producto.

La calidad del software no depende de un proceso de manufactura sino de
un proceso de diseo.
Existen 4 factores que afectan la
calidad del producto:

5. Clasificacin de los Procesos
Procesos Informales: No existe un modelo de proceso definido; es definido

por el equipo de desarrollo.
Procesos Gestionados: Se utiliza un modelo de proceso para dirigir el
proceso de desarrollo.
Procesos Metodolgicos: Se utilizan algunos mtodos de desarrollo
definidos.
Procesos de Mejora: Procesos que tienen objetivos de mejora.
6. Modelo de mejora de procesos IDEAL-SEI
El modelo IDEAL provee un

enfoque disciplinado de ingeniera
para la mejora del proceso de
software,
focaliza
en
el
gerenciamiento del programa de
mejoras
y
establece
los
fundamentos para una estrategia
de largo plazo. El modelo consiste
de cinco fases, compuestas por
actividades.
6. Modelo de mejora de procesos IDEAL-SEI

7. El Modelo CMMI
Es una fusin de modelos de mejora de procesos para

ingeniera de sistemas, ingeniera de software, ingeniera de
hardware y equipos integrados.
El rea de CMMI provee un enfoque experimentado en una
estructura que:
Ayuda, a una organizacin, a examinar la eficacia de sus

procesos.
Establece las prioridades para la mejora.
Ayuda a implementar estas mejoras.

Mejorando procesos para mejores productos y servicios
7. El Modelo CMMI
Por qu usar CMMI?
Mayor cobertura del ciclo de vida

del producto.
La empresa
competitiva.
se
vuelve
ms
Se enfoca en el producto final y

en sus procesos asociados
7. El Modelo CMMI
CMM para Software
El
Modelo
de Madurez
de
Capacidades o CMM (Capability
Maturity Model) es un modelo de
evaluacin de los procesos de una
organizacin.
Fue desarrollado inicialmente para los
procesos relativos al desarrollo e
implementacin de software por la
Universidad Carnegie-Mellon para el
SEI (Software Engineering Institute).

7. El Modelo CMMI
SEI
El SEI es un centro de investigacin

y desarrollo creado en el ao
1984
patrocinado
por
el
Departamento de Defensa de los
Estados Unidos de Amrica y
gestionado por la Universidad
Carnegie-Mellon. "CMM" es una
marca registrada del SEI.
7. El Modelo CMMI
8. El Modelo CMMI -DEV
Soporta la integracin de procesos y mejora del producto.
Permite la integracin de mltiples disciplinas en un framework.
Proporciona un framework para introducir nuevas disciplinas.
Complementa los esfuerzos de mejora de procesos heredados.

9. Representaciones en el Modelo CMMI
Las reas de proceso en el modelo CMMI se organizan, muestran y utilizan

dos tipos de representaciones:
Staged (Escalonada o por etapas)
Continuous (Continua).
Una representacin no es ms que una vista diferente de la informacin

contenida en el modelo y esencialmente, proporciona la misma informacin.

Niveles en
Representacin
Escalonada
En la representacin continua, por su

parte,
la
organizacin
puede
seleccionar un rea (o conjunto de
reas) de proceso y mejorar los
procesos relacionados con sta. En
este caso, se caracteriza por niveles
de capacidad de cada rea de
proceso.
Representacin Continua
Estn organizadas por categoras de

proceso y agrupadas como se muestra
en las columnas de la imagen.


Niveles en la
Representacin Continua

Niveles en la Representacin Escalonada
Nivel de Madurez 1: Iniciado
Organizaciones sin procesos estructurados.
Desarrollo catico y ad hoc.
Presupuestos y cronogramas excesivos.
Estar en este nivel es perjudicial
Nivel de Madurez 2: Gestionado
Existen procesos bsicos de gestin de proyectos.
Adhesin a las polticas de la organizacin.
Seguimiento de un plan.
Aplicacin de recursos y financiamiento.
Distribucin de responsabilidad y autoridad.
Seguimiento y control del rendimiento de los procesos.
10

Nivel de Madurez 3: Definido
Se consiguieron todos los objetivos del nivel 2.
La organizacin tiene procesos estndar.
Los procesos son descritos ms detalladamente que en el nivel 2.
Establece una identidad organizacional (forma nica de hacer negocios)
Nivel de Madurez 4: Administrado Cuantitativamente
Se consiguieron todos los objetivos del nivel 2 y 3.
La organizacin controla sus procesos mediante tcnicas cuantitativas y

estadsticas.
Se enfoca en el uso de mtricas para la toma de decisiones.
En este nivel, los procesos son cuantitativamente predecibles.
Nivel de Madurez 5: Optimizado
Se consiguieron todos los objetivos del nivel 2, 3 y 4.
Procesos mejorados continuamente.
Miembros del equipo productivos, defectos reducidos y el producto es

entregado a tiempo.
11


reas de proceso asociadas al
nivel de madurez en una
representacin escalonada:
9.1 Niveles en la Representacin Continua
Nivel de Capacidad:
Habilidad de realizar, controlar y mejorar los resultados en un rea de
proceso de la organizacin.
Existen seis niveles de capacidad:

Nivel 0: Incompleto
Nivel 1: Ejecutado
Nivel 2: Gestionado
Nivel 3: Definido
Nivel 4: Cuantitativamente gestionado
Nivel 5: Optimizado
12

9.1 Niveles en la Representacin Continua
10. Estructura del Modelo CMMI
Estructura del Modelo para una representacin escalonada
Estructura del Modelo para una representacin continua
Otros componentes
Categoras de los componentes
Las reas de proceso del Nivel 2 del modelo CMMI
Las reas de proceso del Nivel 3 del modelo CMMI
13


Niveles de Madurez: Nivel de desempeo que se espera de la organizacin.
reas de Proceso (PA): Grupo de prcticas o actividades realizadas para
lograr un objetivo especfico.
Objetivos:
Objetivos Especficos (SG): Se relacionan slo a un rea de proceso.
Objetivos Genricos (GG): Se relacionan a mltiples reas de proceso.
Prcticas: Actividades para satisfacer los objetivos.
Prcticas Especficas (SP): Asociadas a objetivos especficos.
Practicas Genricas (GP): Asociadas a objetivos genricos.

Categoras de reas de Proceso
Gestin de Procesos: Las PAs tienen funciones relacionadas con la definicin,
planeamiento, implementacin y monitoreo.
Gestin de Proyectos: Las PAs tienen funciones relacionadas con el
planeamiento, seguimiento y control.
Ingeniera: Las PAs tienen funciones tcnicas relacionadas con la construccin
o entrega del producto.
Soporte: Las PAs tienen funciones relacionadas con la gestin de cambios,
aseguramiento de la calidad, medicin de resultados y actividades, y la
toma de decisiones estructurada.
14

11. Relacin entre el Modelo CMMI y el PMBOK
CMMI
Cubre la gerencia de proyectos de emprendimientos en ingeniera.
Cubre organizaciones grandes compuestas por proyectos de ingeniera.
PMBOK
Cubre la gerencia de proyectos sin tener en cuenta el tipo de proyecto, ni

directamente en lo referente, a una gran organizacin.
15


Similaridades entre PMBOK y CMMI
Requirements Management Scope Control.
Project Planning.
Managing and Controlling Project Execution.
Quality Assurance.
Supplier Management.
Risk Management.
Measurement.

reas Grises
Lo siguiente es implcito o parcialmente explcito en el PMBOK:
Configuration Management.
Causal Analysis.
Generic Practices.
Lo siguiente es parcialmente cubierto por CMMI:
Human Resource Management (OT).
Comunication Management (PP/PMC Data Management).
16

12. Relacin entre el Modelo CMMI y SCRUM
Video

gil
Un framework para la realizacin de
proyectos de ingeniera de software, en el
que se intenta minimizar el riesgo en el
desarrollo de software en cortos Timeboxes,
llamados iteraciones, los mtodos que suelen
durar de una a cuatro semanas.
gil tambin hace hincapi en trabajar
software, la principal medida de progreso.
17


Definiciones
Framework. Los mtodos giles son frameworks no metodologas; stas son

bastantes ligeras.
Minimizar el riesgo. el propsito de la gua y el beneficio final del
desarrollo gil.
Iteraciones. Inspeccin y adaptacin (mini proyectos)
Centrado en el producto. El producto final es el que paga las facturas.

Scrum no es una metodologa
Es un proceso en el que se aplican de manera regular un conjunto de

mejores prcticas para trabajar colaborativamente, en equipo, y obtener el
mejor resultado posible de un proyecto.
Estas prcticas se apoyan unas a otras y su seleccin tiene origen en un
estudio de la manera de trabajar de equipos altamente productivos.

Emprico vs
Predictivo
18


Cundo usar Scrum?

Equipo (Team)
Grupo de personas, que de manera
conjunta, desarrollan el producto del
proyecto. Tienen un objetivo comn,
comparten la responsabilidad del
trabajo que realizan (as como de su
calidad) en cada iteracin y en el
proyecto.

Facilitador (Scrum Master)
Lidera al equipo llevando a cabo las siguientes
responsabilidades:
Velar por que todos los participantes del

proyecto sigan las reglas y proceso de Scrum.
Quitar los impedimentos que el equipo tiene
en su camino para conseguir el objetivo de
cada iteracin.
Proteger y aislar al equipo de interrupciones
externas durante la ejecucin de la iteracin.
19


Product Owner (Cliente)
Las responsabilidades del Cliente (que puede ser interno o externo a la organizacin)
son:
Ser el representante de todas las personas interesadas en los resultados del

proyecto.
Definir los objetivos del producto o proyecto.
Dirigir los resultados del proyecto y maximizar su ROI.

El Balance del Poder
Product Owner : Qu?
Team : Cmo y Cunto?
ScrumMaster : El Proceso

Las Iteraciones
Duran entre 1 4 semanas.

El resultado final es un incremento en la
funcionalidad del producto.
El equipo es el que decide y se
compromete con la cantidad de
requerimientos a implementar en la
iteracin.
Una vez que la iteracin inicia, ningn
requerimiento adicional o cambio es
permitido.
Concluye con un Sprint Review,

durante el cual, el Product Owner
puede aceptar o rechazar cada
caracterstica completada.
20


Componentes
Planning Meeting
Al inicio del ciclo Sprint (cada 15 30 das), una

Reunin de Planificacin del Sprint se lleva a
cabo.
Seleccionar qu trabajo se har.
Preparar, con el equipo completo, el Sprint
Backlog que detalla el tiempo que tomar hacer
el trabajo.
Identificar y comunicar cunto del trabajo es
probable que se realice durante el actual Sprint
Al final del ciclo Sprint, dos

reuniones se llevarn a cabo: la
Reunin de Revisin del Sprint y
la Retrospectiva del Sprint
Ocho horas como lmite.

Componentes
Daily Scrum
Cada da de un sprint, se realiza la reunin

sobre el estado de un proyecto. Esto se llama
"daily standup". El scrum tiene unas guas
especficas:
Todos son bienvenidos, pero slo los "cerdos"

pueden hablar.
La reunin tiene una duracin fija de 15 minutos,

de forma independiente del tamao del equipo.
Todos los asistentes deben

mantenerse de pie (esto ayuda
a mantener la reunin corta)

Componentes
Daily Scrum
Durante la reunin, cada miembro del equipo contesta a tres preguntas:
Qu has hecho desde ayer?
Qu es lo que ests planeando hacer hoy?
Has tenido algn problema que te haya impedido alcanzar tu objetivo? (Es el papel del
ScrumMaster recordar estos impedimentos).
21


Componentes
Sprint Retrospective
El equipo analiza cmo ha sido su manera de
trabajar y cules son los problemas que
podran
impedirle
progresar
adecuadamente, mejorando de manera
continua su productividad. El Facilitador se
encargar de ir eliminando los obstculos
identificados. (4 horas mximo).

Artefactos
Product Backlog
Es un documento de alto nivel para todo el
proyecto. Contiene descripciones genricas
de todos los requerimientos, funcionalidades
deseables, etc., priorizadas segn su retorno
sobre la inversin (ROI). Es el qu va a ser
Construido. Es abierto y cualquiera puede
modificarlo.

Artefactos
Sprint Backlog
Es un documento detallado donde se describe el
cmo el equipo va a implementar los requisitos
durante el siguiente sprint. Las tareas se dividen
en horas, con ninguna tarea de duracin superior
a 16 horas.
Si una tarea es mayor de 16 horas, deber ser
rota en mayor detalle. Las tareas en el sprint
backlog nunca son asignadas, son tomadas por los
miembros del equipo del modo que les parezca
oportuno.
22


Artefactos
Burndown Chart(s)
Es una grfica mostrada pblicamente que mide la cantidad de requisitos pendientes,
en el Backlog del proyecto, al comienzo de cada Sprint.
Dibujando una lnea que conecte los puntos de todos los Sprints completados, podremos
ver el progreso del proyecto. Lo normal es que esta lnea sea descendente (en casos en
que todo va bien en el sentido de que los requisitos estn bien definidos desde el
principio y no varan) hasta llegar al eje horizontal, momento en el cual el proyecto se
ha terminado (no hay ms requisitos pendientes de ser completados en el Backlog).

Proceso Scrum
23


Proceso Scrum
CMMI y SCRUM, pueden trabajar juntos?
24


La Complementariedad
CMMI se enfoca en el qu es lo que hacen los proyectos, no impone una

metodologa de desarrollo.
Mtodos giles se enfocan en el cmo se desarrollan los proyectos,
especialmente en proyectos de pequea escala.
CMMI puede preparar a la organizacin para la utilizacin de la
metodologa gil, en especial en proyectos de gran escala.
Provee las prcticas necesarias para ayudar a desplegar y mejorar
continuamente una metodologa gil.

reas de Proceso Relacionadas

reas de Proceso Relacionadas
25


Caso:
Systematic Software
Eninnering

Caso : Systematic Software Eninnering
Autores del estudio:
Scrum y CMMI: una pocin mgica
Jeff Sutherland, Carsten Ruseng Jakobsen, Kent Johnson
CMMI proporciona visibilidad de cules procesos necesitan mantenerse en una

organizacin madura disciplinada, capaz de predecir y mejorar el desempeo
de la organizacin y sus proyectos.
El Scrum proporciona lineamientos para una eficiente gestin de proyectos, de

tal forma que permite alta flexibilidad y adaptabilidad.

Caso : Systematic Software Eninnering
Usando ambos CMMI y Scrum, logramos
Procesos eficientes y que facilitan el cambio (flexibilidad y adaptabilidad).
Aseguramos que la organizacin tiene todos los procesos y que la organizacin

usa y mejora de manera disciplinada, sus procesos.
26

Laboratorio 1: Introduccin a la Gerencia de Proyectos
Ejercicio 1.1:
Elaborar el mapa de procesos de desarrollo de sistemas de su empresa.
Identificar por cada proceso, sus entradas, herramientas y tcnicas utilizadas,

responsables del proceso y salidas.
27

Capítulo 1 - Mejora Continua de Procesos PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Capítulo 1 - Mejora Continua de Procesos PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

Divisin de Alta Tecnologa

Integracin CMMI con PMBOK y Metodologas giles

Copyright Todos los Derechos Reservados - Cibertec Per SAC

Mejora Continua de Procesos

Identificar los conceptos relacionados a la mejora de procesos.

Analizar el Modelo CMMI.

Identificar las diferencias de cada representacin del modelo CMMI.

Identificar las reas claves del proceso del Nivel 2 y 3 de CMMI

Divisin de Alta Tecnologa

Un proceso puede ser definido

66% de todos los proyectos

52% de todos los proyectos

Divisin de Alta Tecnologa

Todos los proyectos ocasionalmente fallan.

Fallan en la entrega final para lo que fueron creados.

Algunos proyectos no producen nada al final.

La buena noticia es que, a veces, mediante el examen de nuestros fracasos,

Divisin de Alta Tecnologa

Conjunto de actividades y resultados asociados que producen un producto

Especificacin del Software: se define el software a producir.

Desarrollo del Software: se disea y se programa.

Evolucin del Software: se modifica para adaptarlo a los cambios requeridos.

Desarrollo del Software:

Convierte los requerimientos en un sistema ejecutable. Implica procesos de

Divisin de Alta Tecnologa

Validacin del Software:

4. Mejora de procesos de Software

Tiene 3 estados principales:

Medicin de los atributos del proyecto actual.

Introduccin de los cambios.

4. Mejora de procesos de Software

La calidad del proceso de desarrollo es crtica para la calidad del producto.

Divisin de Alta Tecnologa

5. Clasificacin de los Procesos

Procesos Informales: No existe un modelo de proceso definido; es definido

6. Modelo de mejora de procesos IDEAL-SEI

El modelo IDEAL provee un

6. Modelo de mejora de procesos IDEAL-SEI

Divisin de Alta Tecnologa

Es una fusin de modelos de mejora de procesos para

Ayuda, a una organizacin, a examinar la eficacia de sus

Establece las prioridades para la mejora.

Ayuda a implementar estas mejoras.

Mayor cobertura del ciclo de vida

Se enfoca en el producto final y

Divisin de Alta Tecnologa

El SEI es un centro de investigacin

8. El Modelo CMMI -DEV

Soporta la integracin de procesos y mejora del producto.

Permite la integracin de mltiples disciplinas en un framework.

Proporciona un framework para introducir nuevas disciplinas.

Complementa los esfuerzos de mejora de procesos heredados.

Divisin de Alta Tecnologa

9. Representaciones en el Modelo CMMI

Las reas de proceso en el modelo CMMI se organizan, muestran y utilizan

Staged (Escalonada o por etapas)

Una representacin no es ms que una vista diferente de la informacin

9. Representaciones en el Modelo CMMI

9. Representaciones en el Modelo CMMI

En la representacin continua, por su

Estn organizadas por categoras de

Divisin de Alta Tecnologa

9. Representaciones en el Modelo CMMI