REPORTE DE AVANCES EN

PROYECTO POLISOFT

GERENCIA DE PROYECTOS INFORMATICOS

FRANCISCO SEGURA

MIGUEL PEDRAZA

MAYO DEL 2017

Contenido

Introducción_________________________________________3

Fechas de reuniones del tercer corte_______________________3

Sucesos de cada reunión________________________________4

Observaciones_______________________________________ 6

Reporte de Contribución________________________________7

Diagrama de tarjeta perforada____________________________8

Red de Trabajo _______________________________________8

BurnDownChart _____________________________________ 9

Avances de Sprints____________________________________10

Rubrica de calificación_________________________________10

Introducción.

Este documento registra los sucesos que intervinieron en la gerencia del proyecto de base de Datos de la casa de software PoliSoft donde se expresan reuniones, resultados, y reflexiones.

Fechas de reuniones del tercer corte.

25 de abril del 2017 2 de mayo del 2017 9 de mayo del 2017 16 de mayo 2017 23 de mayo 2017

Sucesos de cada reunión.

El día 25 de abril se asistió a la clase de Énfasis de base de datos a las 8:20 de la noche en el descanso del bloque, donde el equipo de Gerencia se reunió con cada uno de los grupos de desarrollo, y se recopilo toda la información que los estudiantes ya habían generado,

a continuación, se listan los documentos obtenidos:

Grupo de base de datos

➢ Cronograma

➢ Documento de avance

➢ Diagrama lógico

➢ Base de datos

Grupo de servidor de base de datos

➢ Cronograma

➢ Documento de perfil y responsabilidades

➢ Políticas de respaldo de la información

➢ Políticas de registro de respaldo

➢ Políticas de comprobación de la integridad

➢ Descripción de la metodología de trabajo

Grupo de interfaz grafica

➢ Cronograma

➢ Documento descriptivo de los requerimientos de

interfaz grafica

El día 2 de mayo un integrante del grupo de gerencia asistió al salón a las 6:40 pero no encontró al profesor ni a los estudiantes, así que se asumió que no hubo clase.

Dia 9 de mayo, en esta fecha se asistió para recopilar la información que se entregó el día Domingo 7 de mayo en el aula virtual de la clase; por la copada agenda de la clase el profesor estipulo que se les expusiera la información de cómo estaba la gerencia del proyecto a

los estudiantes durante 5 minutos y se acordara la entrega de la información por correo, así que se les indico a los estudiantes sobre el repositorio que estaba en Github, y de las tareas que ya estaba estipuladas para cada Sprint, adicionalmente se anotó el correo para recibir la información en el tablero. Al día siguiente por la urgencia de obtener dicha información y viendo de que no se recibían los correos acordados el día anterior, se decidió enviarles un correo a cada uno de los estuantes solicitando todas las entregas que se realizaron el día domingo, dicho correo nunca fue respondido, así que se optó por solicitarle la información al profesor directamente, después de enviarle varios correos se recibió respuesta con la información que se estaba buscando, a continuación se listan los documentos obtenidos

Grupo de base de datos

➢ Diccionario de datos

➢ Documento de avance

➢ Consultas y Script de la base de datos

➢ Script DDL

Grupo de servidor de base de datos

➢ Documento de avance de la instalación del

sistema operativo y base de datos

Grupo de interfaz grafica

➢ Código fuente de la interfaz grafica

El 16 de mayo, se asistió de nuevo a la clase de Énfasis de base de datos, en esta ocasión se presentaron pocos estudiantes y solo se pudo conversar con algunos integrantes del grupo de base de datos y un integrante del grupo del servidor de base de datos, donde los estudiantes indican que se realizará la integración de todos los campos del proyecto en el espacio correspondiente a la clase; de nuevo se intenta establecer contacto con un estudiante para recopilar información pero no se recibe respuesta, así que se vuelve a insistir en solicitar dicha información con el profesor, el profesor indica que no se avanzó demasiado que se pulieron detalles de lo que se tenía y se preparó el terreno para la integración, adicionalmente indica

que el día 23 de mayo se contempla terminar la integración y tener la correspondiente documentación.

En la jornada de 8:20 a 10:00 del 23 de Mayo se asistió a la clase de Énfasis de base de datos como se acordó en la pasada reunión con las expectativas de obtener el documento final de integración del proyecto, pero al intentar interactuar con los estudiantes y solicitar las entregas, el profesor contemplo la opción de que se acordara una fecha para que se recibiera la información de los resultados que se generaron en esa clase; así que se acordó comunicación por correo para solicitar la información de la entrega final, se envió el correo de solicitud de la última entrega, pero nunca se recibió respuesta del profesor a pesar de los numerosos intentes de contactar con el profesor.

Observaciones.

Cada Sprint que se contempló en el repositorio se trató de acomodar a los cronogramas que los estudiantes realizaron y el documento obtenido al inicio del proyecto llamado: “FORMATO PARA ORIENTAR EL PROYECTO”, integrando documentación propia de un proyecto, como las pruebas de la base de datos y código, pero los estudiantes no creyeron conveniente realizar este tipo de documentos ya que no se consideraban calificables, así que se decidió cerrar estas historias en el repositorio.

Ya se contemplaba un cronograma, un EDT y varios documentos con actividades adecuadas para el cumplimiento de lo que se solicitaba en los documentos iniciales, pero por el bajo interés de realizar las actividades y tareas que se planearon desde la parte de Gerencia de proyectos, se decidió acomodar el proyecto a la estructura de calificación que tiene el profesor de Énfasis de base de datos, haciendo una gran cantidad de cambios en la Gestión de alcance del proyecto, Gestión del tiempo, actividades del repositorio, y Gestión de los costos; a continuación se mostraran algunos de los cambios realizados para retomar el proyecto de un enfoque diferente:

EDT antes de los cambios:

EDT después de realizar cambios:

Cronograma antes de los cambios:

Actual Cronograma

El cronograma fue diseñado en Microsoft Project 2016, donde permite visualizar que las tareas con barra gris están retrasadas las barras azules con centro negro o gris se completaron y las azules sin centro negro o gris están por empezar

Puntos de mejora para mejorar la gestión

Aspectos en los que se fallo

A lo largo del proyecto se presentaron varios inconvenientes que afectaron la ejecución del mismo, a continuación, se realizara un análisis de las fallas que se presentaron en la gerencia del proyecto:

-Comunicación: esta fue la principal falla que se presentó, los pocos medios que se usaron para conectar el área de desarrollo y el área de gerencia fueron insuficientes e ineficaces, como medio de contacto se usaron los correos institucionales con los que se acordaban determinadas interacciones para el intercambio de información, pero nunca funciono como medio directo de comunicación.

-Un cambio oportuno: ante cada inconveniente presentado falto un rápido accionar para solucionar, o mitigar la afectación de ejecución del proyecto.

-Identificación de interesados: está altamente ligada con la comunicación, al identificar de forma adecuada la influencia, poder y forma de comunicación de los interesados clave, el proyecto pudo tener un desarrollo diferente.

-Uso del alcance real a evaluar: el área de gerencia propuso un alcance diferente a la que contemplo en la clase, así que se presentaron confusiones al momento de ejecutar el proyecto.

Aspectos que se vieron afectados por los errores cometidos

Las consecuencias que generaron las fallas anteriormente identificadas, afectaron dos de los grandes pilares del éxito del proyecto, la siguiente lista enumera los campos afectados

Alcance: por las fallas y confusiones presentadas en la planificación del alcance, el mismo se vio afectada, principalmente por las tareas a entregar en cada hito

Tiempo: los tiempos presupuestados y los reales se vieron afectados por el desconocimiento del alcance real del proyecto

Metodología de mejora

Al tener claras las fallas y campos afectados, la mejor decisión es realizar un plan de cambios para que el proyecto pueda llegar al éxito, generando así nuevas tareas y búsqueda de nuevos recursos para la mejora continua, no solo en este proyecto, también para proyectos futuros.

Identificar y conocer los interesados: No solo es identificar los interesados es conocer la forma de cómo lidiar, comunicar, e interactuar dependiendo del poder e influencia de un interesado, generando una comunicación estable. El conocimiento de los interesados debe contar con la suficiente información situada en la identificación de los interesados.

Identificar posibles eventos (RIESGOS): La identificación de eventos permite encontrar escenarios que se pueden presentar, y saber cómo actuar que será importante para evitar afectaciones en algún componente de gran importancia, como Gestión de los costos, Gestión del tiempo, y Gestión del alcance.

Comunicación: Fue el principal obstáculo entre el área de desarrollo y la parte de gerencia para contemplar un proyecto de éxito ya que no se usaron los medios adecuados, y los medios que se usaron no se encargado del repositorio, se evidencia que casi todos los Commit

fueron subidos con un solo usuario, la explicación de este suceso es

que falta agregar un encargado al repositorio que tuvo que usar un

mismo usuario para subir los Commit; se evidencia que el mayor

número de Commits se realizaron en el mes de mayo

Diagrama de tarjeta perforada

Este diagrama muestra el día en que más se agregaron Commits al

repositorio, se evidencia que se usó el día jueves para la mayoría de

entregas.

Red de Trabajo

En la red de trabajo, se observan que solo se usó un brench hasta el

momento en el repositorio.

BurnDownChart

En la siguiente imagen se muestra el número de visitas que tuvo el

repositorio donde el eje X son las fechas y el eje Y es el número de

visitas

Avance de Sprint

En la siguiente imagen se muestra el avance de los Sprint

programados en este momento, el primer Sprint esta completado en

un 100% y el segundo se completó de la misma manera, para esta

ultimo Sprint se tiene un 71% de la totalidad ya que falta información

de los encargados del desarrollo del proyecto.

Rubrica de calificación.

1. Francisco Segura

- Porcentaje de trabajo: 100%

2 Miguel Pedraza

- Porcentaje de trabajo: 100%