Transcript Administración de Proyectos MoProSoft

ADMINISTRACIÓN DE PROYECTOS
Enero – Abril 2013
MODELO DE PROCESOS PARA LA INDUSTRIA
DE SOFTWARE
MOPROSOFT
M.S.C. Diana Lizeth Ahuatzi Reyes
1
ANTECEDENTES
MODELOS Y ESTÁNDARES DE PROCESOS

Capability Maturity
Model SW-CMM®
V1.1
(1994)

ISO/IEC TR 15504:1998

ISO 9000:2000 Sistemas de Gestión de la Calidad
- Requisitos
2
SW - CMM®

Marco evolutivo organizado en cinco niveles para

lograr la mejora continua de procesos.
1.
Inicial
2.
Repetible
3.
Definido
4.
Gestionado
5.
Optimizado
3
Ventajas

Específico para el desarrollo y
Desventajas

internacional
mantenimiento de software

Definido como un conjunto de áreas
clave de procesos

Tiene un modelo de evaluación

Desde 1998 empezó a popularizarse

No es fácil de entender (inglés, 18 KPA´s,
220 págs.)

No es fácil de aplicar en organizaciones
pequeñas.

Mejora no enfocada directamente a
objetivos de negocio
en México


Es un modelo extranjero, no
Existen organizaciones evaluadas
Evaluación es costosa y no tiene periodo
de vigencia

Se está abandonando a favor de CMM-I
4
 ISO/IEC

TR 15504
Define el modelo de referencia de procesos de
software y de capacidades de procesos que
constituyen la base para la evaluación de
procesos de software.
5
Ventajas

Específico para el
Desventajas

desarrollo y
aplicar
mantenimiento de
software


Definido como un conjunto
de procesos
No incluye un
mecanismo de
Fácil de entender (24
evaluación
procesos, 16 págs.)

No es práctico ni fácil de

Todavía no es norma
internacional
6
 ISO

9000:2000
Norma
Internacional
para
evaluar
la
capacidad de la organización para cumplir los
requisitos del cliente, los reglamentarios y los
propios de la organización.
7
Ventajas


Tiene un mecanismo de
Desventajas

No es específica para la
certificación bien
industria de software,
establecido
por lo que:
Está disponible y

No es fácil de
entender
conocida


No es fácil de aplicar
No está definida como
un conjunto de procesos
8
PRÓLOGO

El documento de MoProSoft fue desarrollado a
solicitud de la Secretaría de Economía para
servir de base a la Norma Mexicana para la
Industria de Desarrollo y Mantenimiento de
Software bajo el convenio con la Facultad de
Ciencias, Universidad Nacional Autónoma de
México.
9
PROGRAMA NACIONAL PARA LA
INDUSTRIA DE SOFTWARE EN MÉXICO

En 2002 la Secretaría de Economía (SE) inició el
Programa para el Desarrollo de la Industria de
Software (PROSOFT)

Su objetivo es fortalecer a la industria de software en
México
10
Estrategias PROSOFT:

1.
Promover exportaciones y la atracción de inversiones
2.
Educación y formación de personal competente
3.
Contar con un marco legal promotor de la industria
4.
Desarrollar el mercado interno
5.
Fortalecer a la industria local
6.
Alcanzar
niveles
internacionales
en
capacidad
de
procesos
7.
Promover la construcción de infraestructura física y de
telecomunicaciones
11
Estrategia 6

Alcanzar
6.
niveles
internacionales
en
capacidad
de
procesos

6.1 Definición de un modelo de procesos y de evaluación
apropiado para la industria de software mexicana

6.2 Formación de instituciones de capacitación y
asesoría en mejora de procesos

6.3 Apoyo financiero para la capacitación y la
evaluación de capacidad de procesos

...
12
Características deseadas de PROSOFT

1.
Específico para el desarrollo y mantenimiento de software.
2.
Fácil de entender (comprensible).
3.
Definido como un conjunto de procesos.
4.
Práctico y fácil de aplicar, sobre todo en organizaciones pequeñas.
5.
Orientado a mejorar los procesos para contribuir a los objetivos del
negocio y no simplemente ser un marco de referencia de certificación.
6.
Debe de tener un mecanismo de evaluación o certificación, que indique
un estado real de una organización durante un periodo de vigencia
específico.
7.
Aplicable como norma mexicana.
13
INTRODUCCIÓN A MOPROSOFT

El propósito de este documento es presentar un Modelo de
Procesos para la Industria de Software (MoProSoft) en
México que fomente la estandarización de su operación a
través de la incorporación de las mejores prácticas en
gestión e ingeniería de software.

La adopción del modelo permitirá elevar la capacidad de las
organizaciones para ofrecer servicios con calidad y alcanzar
niveles internacionales de competitividad.
14
REQUERIMIENTOS

Proporcionar a la industria de software en México, que en su
gran mayoría es pequeña y mediana, un modelo basado en las
mejores
prácticas
internacionales
con
las
siguientes
características:

Fácil de entender

Fácil de aplicar

No costoso en su adopción

Ser la base para alcanzar evaluaciones exitosas con otros
modelos o normas, tales como ISO 9000:2000 o CMM® V1.1.
15
NIVELES DE CAPACIDAD DE PROCESOS
Nive
l
Capacidad de
proceso
Color
1
Realizado
Amarillo
2
Gestionado
Azul
3
Establecido
Verde
4
Predecible
Rosa
5
Optimizado
Ninguno
16
DIRECCIÓN
COORDINACIÓN
INSTRUMENTACIÓN
Gestión Negocio
Entorno
Necesidades del
Cliente
Planificación
Estratégica
Objetivos y
metas
Mediciones
Gestión de Procesos
Resultados
del Negocio
Valoración Preparación
Realización
Plan Estratégico
Gestión de Proyectos
Planificación
Planificación
Evaluación Preparación
Control
Implantación
Evaluación Realización
Control
Gestión de Recursos
Planificación
Investigación Seguimiento
Tendencias Control
Recursos Humanos y
Ambiente de Trabajo
Bienes, Servicios e
Infraestructura
Conocimiento de la Organización
Admón. de Proyectos Específicos
Planificación
Cierre
Evaluación
Control
Realización
Desarrollo y Mantenimiento de Software
Inicio
Requerimientos
Análisis y Diseño
CICLO
Construcción
Cierre
Integración y Pruebas
17
CATEGORÍA DE PROCESOS

Categoría de Alta Dirección (DIR)

Aborda las prácticas de Alta Dirección relacionadas con la gestión del negocio. Proporciona los
lineamientos a los procesos de la Categoría de Gestión y se retroalimenta con la información
generada por ellos.

Categoría de Gestión (GES)

Aborda las prácticas de gestión de procesos, proyectos y recursos en función de los
lineamientos establecidos en la Categoría de Alta Dirección. Proporciona los elementos para el
funcionamiento de los procesos de la Categoría de Operación, recibe y evalúa la información
generada por éstos y comunica los resultados a la Categoría de Alta Dirección

Categoría de Operación (OPE)

Aborda las prácticas de los proyectos de desarrollo y mantenimiento de software. Esta
categoría realiza las actividades de acuerdo a los elementos proporcionados por la Categoría
de Gestión y entrega a ésta la información y productos generados.
18
(DIR) DIRECCIÓN (Categoría)
Gestión de Negocio (GN)
(GER) GERENCIA
Gestión de Procesos (GPR)
(Categoría)
Gestión de Proyectos (GPY)
Gestión de Recursos (GR)
Recursos Humanos y Ambiente de Trabajo (RHAT)
Bienes, Servicios e Infraestructura (BSI)
Conocimiento de la Organización (CO)
(OPE) OPERACIÓN
Administración de Proyectos Específicos (APE)
(Categoría)
Desarrollo y Mantenimiento de Software 19
(DMS)
DIR.1 GESTIÓN DE NEGOCIO (GN)

Establece la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos, para lo
cual es necesario considerar las necesidades de
los clientes, así como evaluar los resultados para
poder proponer cambios que permitan la mejora
continua.
20
Planeación
Estratégica
Valoración y
Mejora
Continua
Preparación
para la
Realización
21
GES.1 GESTIÓN DE PROCESOS (GPR)

Establece los procesos de la organización, en
función de los procesos requeridos identificados
en el plan estratégico. Así como definir, planear,
e implantar las actividades de mejora en los
mismos.
22
Planificación
Evaluación y
Control
Preparación
para la
implementación
23
GES.2 GESTIÓN DE PROYECTOS (GPY)

Asegura
que
los
proyectos
contribuyan
al
cumplimiento de los objetivos y estrategias de la
organización.
24
Planificación
Evaluación y
Control
Realización
25
GES.3 GESTIÓN DE RECURSOS (GR)

Conseguir y dota a la organización de los recursos
humanos, infraestructura, ambiente de trabajo y
proveedores, así como crear y mantener la base
de conocimiento de la organización.

La finalidad es apoyar el cumplimiento de los
objetivos del plan estratégico de la organización.
26
Planificación
Evaluación y
Control
Preparación a la
implementación
27
GES.3.1 RECURSOS HUMANOS Y AMBIENTE
DE TRABAJO (RHAT)

Proporcionar los recursos humanos adecuados
para cumplir las responsabilidades asignadas a
los roles dentro de la organización, así como la
evaluación del ambiente de trabajo.
28
GES.3.2 BIENES, SERVICIOS E
INFRAESTRUCTURA (BSI)

Proporciona proveedores de bienes, servicios e
infraestructura que satisfagan los requisitos de
adquisición de los procesos y proyectos.
29
GES.3.3 CONOCIMIENTO DE LA
ORGANIZACIÓN (CO)

Mantiene disponible y administra la base de
conocimiento que contiene la información y los
productos generados por la organización.
30
OPE.1 ADMINISTRACIÓN DE PROYECTOS
ESPECÍFICOS (APE)

Establece y llevar a cabo sistemáticamente las
actividades
que
permitan
cumplir
con
los
objetivos de un proyecto en tiempo y costo
esperados.
31
Planificación
Cierre
Evaluación y
Control
Realización
32
OPE.2 DESARROLLO Y MANTENIMIENTO
DE SOFTWARE (DMS)

Realiza sistemática las actividades de análisis,
diseño, construcción, integración y pruebas de
productos de software nuevos o modificados
cumpliendo con los requerimientos especificados.
33
FASES DE UN CICLO DE
DESARROLLO
NECESIDADES DEL CLIENTE Y
PLAN DE DESARROLLO
INICIO
REQUERIMIENTOS
REQUERIMIENTOS
ANÁLISIS Y DISEÑO
ANÁLISIS Y DISEÑO
COMPONENTES
CONSTRUCCIÓN
INTEGRACIÓN Y PRUEBAS
CONFIGUARCIÓN DE
SOFTWARE
CIERRE
34
PRIMER / SIGUIENTE ENTREGABLE
35
ALGUNAS DEFINICIONES
Concepto Descripción
Proceso
Conjunto de prácticas relacionadas entre si, llevadas a cabo a través de
roles y por elementos automatizados, que utilizando recursos y a partir
de insumos producen un satisfactor de negocio para el cliente.
Rol
Es responsable por un conjunto de actividades de uno o más procesos.
Un rol puede ser asumido por una o más personas de tiempo parcial o
completo.
Producto
Cualquier elemento que se genera en un proceso.
Actividad
Conjunto de tareas específicas asignadas para su realización a uno o
más roles.
Flujo de
Esquema que expresa las relaciones entre las actividades de un proceso.
trabajo
Una relación puede ser secuencial, paralela, cíclica, de selección o
anidada.
36
Concepto
Descripción
Verificación
Actividad
para
confirmar
que
el
producto
refleja
propiamente
los
requerimientos especificados para él.
Validación
Actividad para confirmar que el producto resultante es capaz de satisfacer los
requerimientos para su aplicación especificada o uso previsto.
Gestión
Hacer diligencias conducentes al logro de un negocio.
Base de
Es un repositorio de todos los productos tales como productos de software,
conocimiento
planes, reportes, registros, lecciones aprendidas y otros documentos.
Lección
Experiencia positiva o negativa obtenida durante la realización de alguna
aprendida
actividad.
37