Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Esto quiere decir que realmente no existe un ambiente estable en el cual se pueda
desarrollar o mantener software.
Ejemplo:
Planificación de proyectos
Monitorización y Control de proyectos
Medición y Análisis
Aseguramiento de la calidad
Gestión de la configuración
En este proceso se deben de gestionar todos los requisitos del proyecto, tanto los requisitos
técnicos como los requisitos no técnicos.
Estos requisitos han de ser revisados conjuntamente con la fuente de los mismos así como
con las personas que se encargarán del desarrollo posterior.
El documento del plan de proyecto es la base para monitorizar las actividades, comunicar el
estado y tomar acciones correctivas. El progreso se determina comparando los actuales
elementos de trabajo: tareas, horas realizadas, coste y calendario actual, con los estimados en
el plan de proyecto. Una apropiada visibilidad nos permitirá tomar acciones correctivas antes de
que el trabajo real se desvíe mucho del plan.
Estas acciones que tomaremos, harán que tengamos que rehacer/ajustar nuestro plan de
proyectos.
Los datos tomados para la medición deben estar alineados con los objetivos de la empresa
para proporcionar información útil a la misma.
Quizás esto le suene a chino, lo que viene a decir es que necesitas tener un sistema de
control y gestión de versiones, como puede ser: Source Safe, CVS, PVCS, ClearClase, etc…
Ejemplo:
Empresa: TIA en Informatica y Administración
Se controlan los requerimientos del cliente y los productos de trabajo, y se han establecido
prácticas básicas de administración del proyecto. Estos controles de administración permiten una
visibilidad dentro del proyecto en ciertas ocasiones. El proceso de construir el software puede
verse como una sucesión de cajas negras que permiten una visibilidad dentro del proyecto en los
puntos de transición (fundamentos del proceso) a medida que la actividad fluye entre las cajas.
Aunque la administración puede no conocer los detalles de lo que está pasando en la caja, se
conocen y están identificados los productos del proceso y los puntos de verificación para
confirmar que el proceso está funcionando. La administración reacciona a los problemas a medida
que éstos ocurren. El cliente puede revisar el producto en puntos de verificación definidos durante
el proceso de software.
NIVEL DEFINIDO (Tercera Fase)
Los procesos que hay que implantar para alcanzar este nivel son:
o Gestión de requisitos
o Solución técnica
o Integración del producto
o Verificación
o Validación
o Enfoque organizacional del proceso
o Definición del proceso de la organización
o Formación en la organización
o Gestión de riesgos
o Análisis de decisiones y resolución
Ejemplo:
Es visible la estructura interna de las cajas, o sea, las tareas en el proceso de software
definido del proyecto. La estructura interna representa la forma en la que se ha aplicado el
proceso de software estándar de la organización a proyectos específicos. Tanto los
managers como los ingenieros comprenden sus roles y responsabilidades dentro del
proceso y cómo sus actividades interactúan en el nivel de detalle apropiado. La
administración se prepara proactivamente para riesgos que puedan surgir. El cliente
puede obtener actualizaciones de estado rápidas y precisas porque los procesos definidos
proporcionan una gran visibilidad dentro de las actividades del proyecto.
NIVEL ADMINISTRADO (Cuarta Fase)
Los proyectos usan objetivos medibles para alcanzar las necesidades de los
clientes y la organización. Se usan métricas para gestionar la organización.
Asegura que sus procesos son controlados usando estadísticas y otras técnicas
cuantitativas. Se establecen Objetivos Cuantitativos de Calidad y Performance, y
son usados como criterios para administrar los procesos. Las causas especiales
de variación son identificadas y corregidas para evitar futuras ocurrencias.
Ejemplo:
Innovación Organizacional
Ejemplo: