Está en la página 1de 11

Jairo V.

Solarte Portilla
Código 27017220132
Dagoberto Mayorca
Código 27017220147
MIC Pasto

I. Descripción del proceso CONTROL Y SEGUIMIENTO de la ejecución del proyecto de grado:

Las actividades realizadas y las herramientas empleadas tienen como propósito Mantener el control
y hacer seguimiento de la ejecución del proyecto.

El punto de partida lo constituye el Plan detallado del proyecto. El plan es objeto de revisión
constante, pero no se registran los resultados de las revisiones, salvo cuando haya evidentes
desviaciones que deban corregirse. Esto se aplica para el cronograma, costos, recursos. En este caso
se advierte sobre los riesgos detectados. Lo anterior implica que se está realizando revisión del
cumplimiento de objetivos.

El proyecto incluye una parte de desarrollo de un Sistema hardware, otra de un Sistema software y
también la integración de las mismas. Se ha considerado que la metodología a emplear para el
desarrollo del aplicativo computacional es Scrum, lo que significa el seguimiento de los principios
de adaptación y simplicidad (Proyectos Ágiles, 2016). La metodología implica la realización de
revisiones al final de cada ciclo (sprint). Normalmente, se preparan y se realizan pruebas para las
tareas desarrolladas.

Las herramientas más utilizadas son las listas de chequeo. Éstas se diseñan y se siguen en diferentes
partes del desarrollo (en las pruebas, en la revisión de avances y cumplimiento de objetivos).

Durante el desarrollo del proyecto se realizan reuniones periódicas con las personas interesadas en
el proyecto (desarrollador y propietarios de las fincas cafeteras del municipio de Buesaco-Nariño),
donde se establecen las prioridades de desarrollo, según los requerimientos del producto.

Actividades identificadas dentro del proceso:

1. Revisión del cronograma y presupuesto.


2. Hacer ajustes al cronograma y al presupuesto.
3. Revisar periódicamente (semanal o quincenalmente) de las actividades realizadas.
4. Considerar los requerimientos del producto (Back log)
5. Elaborar pruebas de las tareas realizadas.
6. Realizar reuniones semanales con los interesados para verificar el desarrollo del proyecto y
para establecer prioridades.
7. Hacer seguimiento al cumplimento de los objetivos.
8. Identificar y hacer análisis los riesgos que tengan mayor impacto.
9. Realizar listas de las listas de chequeo.
10. Planear acciones correctivas al proyecto.
Entradas

1. Cronogramas
2. Presupuesto
3. Plan del Proyecto

Salidas

1. Plan del Proyecto actualizado


2. Acuerdos de modificaciones entre los actores participantes sobre el plan del proyecto

Participantes:

1. Desarrollador del proyecto


2. Steakholders (propietarios de fincas productoras de café especial en el municipio de
Buesaco-Nariño).

Herramientas:

1. Guías
2. Listas de chequeos
II. Comparación con CMMI, se compara con PMC (Project Monitoring and Control):

a). Tabla de comparación

b) Para cada objetivo específico: definir en cuál porcentaje se cumpliría y explicar.

c) Para el área de proceso como un todo: en cuál porcentaje se cumpliría y explicar.

a). Tabla de comparación

Objetivo Específico 1.
Seguimiento del proyecto contra el plan
Cumplimiento: 40%
Práctica Específica
Cumplimiento Cómo se cumple (o qué le falta para cumplirla)
Sobre el plan del proyecto:
Se hace verificación para establecer el grado de
cumplimiento del cronograma y de los costos de
las actividades.
Las revisiones son periódicas (al menos
quincenalmente).
Aunque se identifican las desviaciones sobre el
1.1 Plan del Proyecto, y se toman correctivos, no
Monitorear los PARCIALMENTE quedan registradas, a menos de que se trate de
parámetros de (50%) afectaciones que impactan sustancialmente el
planeación del proyecto plan.
No se hace una estimación del esfuerzo requerido
por tareas por complejidad, tamaño o nivel de
servicio.
Tampoco se hace una comparación entre los
recursos asignados y el uso real dado en el
desarrollo de las tareas.

En las revisiones periódicas se verifica el


cumplimiento de los compromisos establecidos.

Sí se hace una identificación de los compromisos


1.2
PARCIALMENTE que están en riesgo de incumplimiento.
Monitorear los
(60%)
compromisos.
Normalmente, no se hace registro de las
revisiones sobre los compromisos, salvo cuando se
identifique un gran impacto derivado del
incumplimiento de algún compromiso.
No se lleva registro del monitoreo sobre los
1.3 riesgos.
PARCIALMENTE
Monitorear los riesgos
(40%)
del proyecto No se hace una revisión periódica de los riesgos en
el estado corriente del proyecto.
Nuevos riesgos se consideran y se documentan,
sólo cuando su impacto es grande y significa la
modificación sustancial del plan del proyecto

Los riesgos que son documentados sí se dan a


conocer a los interesados..
No se cuenta con un registro explícito sobre el
manejo de datos.

Tampoco se tienes tareas periódicas relacionadas


1.4 con la revisión del manejo de datos .
PARCIALMENTE
Monitorear de gestión
(10%)
de datos.. De manera implícita se identificarán los problemas
relacionados con el manejo de datos y de su
impacto, pero no se documentan ni se dan a
conocer a los interesados.

Hay una participación notable de los interesados


en el desarrollo del aplicativo móvil, por la
adopción de Scrum, como metolodología de
desarrollo. El propósito de las reuniones es
verificar el desarrollo del proyecto y el
1.5 establecimiento de prioridades
Supervisar la PARCIALMENTE
participación de los (60%) Además de esta interacción, eventualmente se
interesados. realizan reuniones con los interesados cuando hay
necesidad de informar sobre un riesgo que afecte
seriamente los planes de desarrollo del proyecto.

No se documenta el resultado de la revisión de la


participación de los interesados.
No se hace una comunicación periódica a los
interesados, sobre las actividades y los productos
obtenidos.

1.6 Cuando se advierten problemas que puedan


PARCIALMENTE
Realizar revisiones de afectar seriamente el plan del proyecto sí se
(50%)
progreso del proyecto. informa a los interesados.

Sí se documentan los cambios en los


requerimientos.

Se podría considerar que el cumplimiento de


1.7 objetivos son hitos dentro del desarrollo del
PARCIALMENTE
Realiza revisiones de proyecto. No están establecidos otros hitos de
(50%)
hitos. manera explícita en el plan del proyecto.
En las reuniones que se sostiene con los
interesados, sólo se informa sobre los avances y el
cumplimiento de objetivos o de algunas fases
dentro del proyecto que son relevantes, pero no
se hace una revisión formal sobre el cumplimiento
del plan, sobre el estado corriente del proyecto ni
de los riesgos identificados (a menos que su
afectación sea considerable).

Objetivo Específico 2
Gestionar acciones correctivas para el cierre
Cumplimiento: 25%

Práctica Específica
Cumplimiento Cómo se cumple (o qué le falta para cumplirla)
No se tiene una lista de problemas que requieren
acciones correctivas.

PARCIALMENTE Los problemas que afectan el desarrollo del


2.1
proyecto siempre serán considerados, de manera
Analizar problemas. (40%)
especial aquellos que significan desviaciones
significativas sobre el plan del proyecto.

Las acciones correctivas requeridas se toman y se


informa de su impacto (cuando es significativo) a
los interesados, pero en la decisión de las acciones
2.2 PARCIALMENTE correctivas, no participa sino el desarrollador.
Tomar acciones (30%)
correctivas. Normalmente no se documentan las acciones
correctivas. Sólo la que corresponden a problemas
identificados de alto impacto.

No se hace seguimiento a las acciones correctivas


2.3
establecidas, para asegurar que se complete, ni
Gestionar acciones NO
tampoco se examina la efectividad de las acciones
correctivas.
correctivas..

b) Para cada objetivo específico: definir en cuál porcentaje se cumpliría y explicar.

Primer Objetivo: Seguimiento del proyecto contra el plan

Para hacer menos subjetiva la estimación sobre el cumplimiento de los Objetivos, se ha estimado el
porcentaje de cumplimiento en cada actividad específica, aunque puede ser una manera válida de
hacer una estimación, no deja de ser una aproximación (sobre todo porque no se considera la
complejidad ni la extensión de las actividades específicas). Por los valores parciales estimados (en
las actividades específicas), se considera que el Seguimiento del proyecto contra el plan se cumple
en un 40%. Hay actividades que están más desarrolladas, como Monitorear los compromisos y
Supervisar la participación de los interesados. Hay otras actividades que tienen bajo nivel de
desarrollo, como Monitorear de gestión de dato.

Se consideran algunas actividades importantes de seguimiento sobre el plan del proyecto, como las
revisiones son periódicas y la identificación de las desviaciones sobre el Plan del Proyecto.

Aunque hay participación de los interesados en el desarrollo del aplicativo móvil, por la adopción
de Scrum, como metodología de desarrollo, no se hace una comunicación periódica a los
interesados, sobre las actividades y los productos obtenidos.

Se podría considerar que el cumplimiento de objetivos son hitos dentro del desarrollo del proyecto.

Falta por incluir muchos aspectos como la comparación entre los recursos asignados y el uso real
dado en el desarrollo de las tareas y tampoco se tienes tareas periódicas relacionadas con la revisión
del manejo de datos.

Segundo Objetivo: Gestionar acciones correctivas para el cierre .

Bajo el mismo criterio, se considera que el porcentaje estimado de cumplimiento es 25. La actividad
Analizar problemas es la que más registra avance (40%), pues aunque No se tiene una lista de
problemas que requieren acciones correctivas, sí se consideran los problemas que afectan el
desarrollo del proyecto, en particular aquellos que significan desviaciones considerables sobre el
plan del proyecto. Contrariamente, Gestionar acciones correctivas es una actividad específica que
no se cumple.

Si bien es cierto que no se tiene una lista de problemas que requieren acciones correctivas, sí se
consideran los problemas que afectan el desarrollo del proyecto, de manera especial aquellos que
significan desviaciones significativas sobre el plan del proyecto.

Aunque la mayoría de la veces no se documentan, Sí se toman acciones correctivas requeridas y se


informa de su impacto (cuando es significativo).

c) Para el área de proceso como un todo: en cuál porcentaje se cumpliría y explicar.

Considerando que el propósito de (PMC) es proveer entendimiento del progreso del proyecto, de
manera que se pueda tomar acciones correctivas apropiadas cuando se detectan desviaciones
significactivas en relación con el plan, según lo expuesto en las líneas anteriores, no se tiene en
grado aceptable de desarrollo el área.

Considerando la evaluación realizada sobre el porcentaje de cumplimiento sobre cada objetivo, se


considera que el área (PMC) cumple en un 30%.
III. Comparación con ISO 29110. Se compara con las actividades PM.2 (Project Plan

Execution) y PM.3 (Project Assessment and Control)

a). Tabla de comparación

b) Para cada objetivo específico: definir en cuál porcentaje se cumpliría y explicar.

c) Para el área de proceso como un todo: en cuál porcentaje se cumpliría y explicar.

a). Tabla de comparación

PM. 2.
Ejecución del plan del Proyecto
Cumplimiento: 35%
Actividad Cómo se cumple (o qué le falta
Cumplimiento
para cumplirla)
Si bien es cierto que el plan del
proyecto se monitorea, NO se
2.1
PARCIALMENTE lleva registro que permita
Monitorear y registrar el estado de
(40%) tener trazabilidad sobre los
ejecución del Plan del Proyecto
acontecimientos que afectan
el normal desarrollo del plan.
En algunas etapas del
desarrollo están contempladas
reuniones con clientes e
2.2
interesados. Las reuniones son
Llevar a cabo reuniones con el cliente,
más frecuentes en el desarrollo
registrar acuerdos establecidos y hacer PARCIALMENTE
del aplicativo móvil (dado que
seguimiento para su cierre. (70%)
se hace uso de la metodología
Scrum).
Los acuerdos quedan
registrados, pero no se hace
seguimiento para su cierre.

PM. 3.
Seguimiento y control del Proyecto
Cumplimiento: 10%
Actividad Cómo se cumple (o qué le falta
Cumplimiento
para cumplirla)
3.1 El progreso del proyecto se
Evaluar el progreso del proyecto con evalúa parcialmente con
respecto al Plan del Proyecto, PARCIALMENTE respecto al Plan.
comparando: (30%) - En cuanto a tareas, costo y
- tareas reales contra tareas tiempo, sí se hace
planificadas comparación de lo planeado vs
- asignación real de recursos contra lo ejecutado, pero los cambios,
recursos planificados no se registran, salvo en los
- costo real contra las estimaciones del caso donde haya un impacto
presupuesto considerable. Cambios que no
- tiempo real contra el horario previsto tengan gran impacto (y que
- riesgo real contra previamente pueden ser importantes) No se
identificado registran.

- No se hace seguimiento sobre


el uso de recursos.

- No se hace valoración incial


de riesgo. En algunos casos,
estando ya en desarrollo del
plan, se identifican riesgos y se
documentan (por ejemplo el
riesgo de incumplimiento de
alguna actividad en un sprint).

Cuando se acuerdan cambios


entre el desarrollador y el
cliente, es porque se ha
3.2
evaluado su viabilidad y se han
Evaluar y hacer seguimiento a las Parcialmente
aprobado. En este caso los
solicitudes de cambios hechas por el (30%)
cambios aprobados si se
cliente.
documentan. A pesar de esto
NO se hace seguimiento a los
cambios acordado.
Cuando se evidencia una
desviación importante, en
3.3
comparación con el plan del
Establecer acciones para corregir Parcialmente
proyecto, sí se establecen
desviaciones o problemas y rastrearlos (30%)
acciones para corregir, pero no
hasta el cierre.
se hace seguimiento hasta el
cierre.
b) Para cada entrada y salida definir si se tiene o no, y explicar.

ENTRADAS Y SALIDAS

PM. 2.
Ejecución del plan del Proyecto
Entradas y salidas
Actividad
Entradas Salidas
2.1
Monitorear y registrar el Plan del Proyecto Registro del estado del
estado de ejecución del Plan SI proyecto.
del Proyecto NO
Plan del Proyecto
SI
2.2 Registro de reuniones
Registro de Estado de
Llevar a cabo reuniones con el
progreso
cliente, registrar acuerdos Registro de cambios en los
Cambio en los requerimientos
establecidos y hacer requerimientos aceptados.
seguimiento para su cierre.
Sólo se cuenta con el plan
Si se hace el registro de los
preliminar del documento del
cambios acordado.
anteproyecto.

PM. 3.
Seguimiento y control del Proyecto
Entradas y salidas:
Actividad Entradas Salidas

. 3.1 Plan del Proyecto Registro del estado de


Evaluar el progreso del proyecto con Registro del estado de progreso
respecto al Plan del Proyecto, Progreso
comparando: No se hace registro del
- tareas reales contra tareas planificadas Sólo se cuenta con el avance del proyecto
- asignación real de recursos contra plan preliminar del luego de comparar con
recursos planificados documento del el plan establecido.
- costo real contra las estimaciones del anteproyecto.
presupuesto
- tiempo real contra el horario previsto
- riesgo real contra previamente
identificado

3.2 Seguimiento a los


Cambios en los
Evaluar y hacer seguimiento a las cambios en los
requerimientos
solicitudes de cambios hechas por el requerimientos
cliente. solicitados.
Sí se tiene esta entrada,
pues es la que permite No se hace de manera
hacer la evaluación del explícita, los cambios
impacto del cambio sólo se implementan.
solicitado

Registro del estado de


3.3 progreso
Establecer acciones para corregir
desviaciones o problemas y rastrearlos No se lleva un registro
hasta el cierre. del estado de progreso
del proyecto.
IV. Propuestas de mejora:
a) Con respecto a CMMI:

Práctica Específica: 2.2 Análisis de resultados de la validación. No se cumple

Se propone:

 Establecer de manera clara los criterios de aceptación de los valores medidos por el sistema
de sensado y de transmisión de las variables asociados a la masa de fermentación del café.
Esto implica: Definir rangos de valores posibles, media, desviaciones permitidas para unas
condiciones ambientales específicas.
 Llevar registro de los datos medidos
 Identificar la desviación del dato medido contra el valor medio.

b) Con respecto a ISO/IEC 29110:

Tarea: 3.1 Evaluar el progreso del proyecto con respecto al plan del proyecto, comparando:

- Tareas reales vs. Tareas planeadas.

- Recursos asignados realmente vs. Recursos planeados


- Costos reales vs. Presupuesto estimado.

- Tiempo real vs. Calendario planeado.

- Riesgos reales vs. Riesgos previamente identificados.

No se cumple.

Se propone:

Adoptar la costumbre de hacer seguimiento al plan establecido y compararlo con el desarrollo real.

Normalmente se puede automatizar la comparación de los elementos como tareas, recursos,


tiempo, (por ejemplo mediante el uso de MS-Project), donde se puede hacer el seguimiento entre
lo planeado y lo realmente ejecutado. Se propone hacer uso de la herramienta aludida.

c) Cambio pequeño (2 0 3 semana) para lograr el cambio propuesto de ISO/IEC 29110

Adoptar el uso de MS-Project en la planeación de actividades corrientes (puede ser en el trabajo, en


el propio proyecto o incluso en el hogar) para entrenarse en el uso del aplicativo y sobre todo en la
forma conveniente de hacer seguimiento y contrastar lo planeado contra lo ejecutado.

Consideramos que el cambio sugerido es importante porque tener un conocimiento oportuno entre
el desarrollo de un proyecto y poder compararlo contra lo planeado ofrece la posibilidad de tomar
decisiones oportunas que redundan en la finalización exitosa del mismo.

También podría gustarte