Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Documento de
DEFINICIÓN DE PROYECTO
Sistema de información para contrataciones
Equipo de Trabajo
Cliente
Alcaldía de Granada Antioquia
Responsables
JUAN PABLO CARDONA ARISTIZABAL
juan.cardona59@udea.edu.co
NELSON ALCIDES PUERTA GARCIA
alcides.puerta@udea.edu.co
WILLIAM ALEXÁNDER TORRES ZAMBRANO
walexander.torres@udea.edu.co
Historia de revisiones
2. SITUACIÓN PROBLEMÁTICA
En la Alcaldía de Granada se presenta una ralentización en los procesos debido a que no se
cuenta con un sistema automático para la verificación de la documentación legal referente a los
temas de contratación con sus respectivas prórrogas, lo cual genera igualmente reprocesos debido a
información desactualizada o duplicada. Lo anterior involucra a distintas áreas de la empresa y por lo
tanto hace falta que la información esté centralizada.
Se desarrollará un sistema para la gestión de los documentos referentes a los contratos laborales,
digitalización de las anteriores, clasificación y la trazabilidad de los diferentes entes. Con esto se
facilitará los procesos y la posibilidad de tener la información a la mano en cada momento.
El sistema contará con una base de datos centralizada en la cual diferentes actores tengan acceso al
historial de toda la documentación para validación, modificación o remisión para otros procesos
dentro de la organización.
Ingresar:
Al ingresar se validará el usuario y la contraseña ingresadas si es correcto se dará el
acceso al aplicativo de lo contrario mostrará mensaje de contraseña incorrecta,
después de 5 intentos el usuario será bloqueado.
Olvidé mis datos:
Se pide el nombre de usuario, por la sensibilidad de la información este será la
identificación de la persona, si este está registrado se le enviará su contraseña al
correo electrónico registrado.
Módulo Inicio:
Este módulo tendrá un video de presentación de la alcaldía y el manual de usuario del
aplicativo, además tendrá los enlaces para acceder a los módulos habilitados según el rol del
usuario.
Menú Administrador
Para el rol administrador se habilitan todos los módulos y permisos del aplicativo, los módulos
en los que solo este puede ingresar:
Administrar Usuarios:
Permitirá al administrador, gestionar todos los usuarios, registrar, activa e inactiva
según necesidad, igualmente cambiar los diferentes roles a los usuarios registrados,
en este módulo se podrá activar los usuarios que por 5 intentos fallidos de ingresar al
aplicativo están inactivos.
Plan de Desarrollo:
En este módulo se ingresará el plan de desarrollo hasta los programas, este plan va
por todo el periodo del alcalde 4 años y sobre esto se harán los futuros proyectos.
Menú Supervisor:
Estos son los módulos a los que el supervisor tendrá acceso, se pide que estos módulos
funcionen tanto para la creación como la consulta de estos:
Proyecto:
En este módulo se crearán los proyectos alineados a los programas por el
administrador en el plan de desarrollo, a estos proyectos se asignan los contratos si se
requieren hacer modificaciones a los proyectos que ya tienen contratos asociados será
necesario solicitar el permiso al administrador.
Contrato:
Se ingresarán los contratos que tiene la corporación con su respectiva tipología e
información, se pide la posibilidad de anexar documentos como: Estudio Previo, póliza,
acta de inicio.
Seguimiento:
En este módulo se podrán ver las evidencias enviadas por los contratos a su cargo,
además ingresar el avance físico y presupuestal de estos. Además permitirá la
consulta del avance contractual de todos los contratos pero solo la edición de aquellos
contratos que supervisa.
Menú Funcionario / Contratista:
Actas de Pago:
En este módulo se enviarán las evidencias de las actividades realizadas en el mes,
llegarán al supervisor que aprobará o devolverá según sea el caso.
4. METODOLOGÍA Y HERRAMIENTAS
Bajo la metodología Scrum se realizan entregas parciales y regulares del producto final, priorizadas
por el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado
para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los
El proceso metodológico que utilizaremos para el desarrollo de este proyecto, parte de la lista de
objetivos/requisitos priorizada del producto, que actúa como plan del proyecto. En esta lista el cliente
(Product Owner) prioriza los objetivos balanceando el valor que le aportan respecto a su coste (que el
equipo estima considerando la definición de hecho) y quedan repartidos en iteraciones y entregas.
Las actividades que se llevan a cabo en Scrum son las siguientes (los tiempos indicados son para
iteraciones de 2 semanas):
Planificación de la iteración
El primer día de la iteración se realiza la reunión de planificación de la iteración. Tiene dos partes:
1. Selección de requisitos (2 horas). El cliente presenta al equipo la lista de requisitos priorizada
del producto o proyecto. El equipo pregunta al cliente las dudas que surgen y selecciona los
requisitos más prioritarios que prevé que podrá completar en la iteración, de manera que
puedan ser entregados si el cliente lo solicita.
2. Planificación de la iteración (2 horas). El equipo elabora la lista de tareas de la iteración
necesarias para desarrollar los requisitos seleccionados. La estimación de esfuerzo se hace
de manera conjunta y los miembros del equipo se auto asignan las tareas.
Ejecución de la iteración: cada día el equipo realiza una reunión de sincronización (15 minutos),
utilizando la herramienta Kanban (Scrum Taskboard). El equipo inspecciona el trabajo que el resto
está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que
pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir
con la previsión de objetivos a mostrar al final de la iteración. En la reunión cada miembro del equipo
responde a tres preguntas:
● ¿Qué he hecho desde la última reunión de sincronización para ayudar al equipo a cumplir su
objetivo?
● ¿Qué voy a hacer a partir de este momento para ayudar al equipo a cumplir su objetivo?
● ¿Qué impedimentos tengo o voy a tener que nos impiden conseguir nuestro objetivo.
Durante la iteración el Facilitador (Scrum Master) se encarga de que el equipo pueda mantener el
foco para cumplir con sus objetivos.
Durante la iteración, el cliente junto con el equipo refinan la lista de requisitos (para prepararlos para
las siguientes iteraciones) y, si es necesario, ellos cambian o re-planifican los objetivos del proyecto
(10%-15% del tiempo de la iteración) con el objetivo de maximizar la utilidad de lo que se desarrolla y
el retorno de inversión.El último día de la iteración se realiza la reunión de revisión de la iteración.
Tiene dos partes:
1. Revisión (demostración) (1,5 horas). El equipo presenta al cliente los requisitos completados
en la iteración, en forma de incremento de producto preparado para ser entregado con el
mínimo esfuerzo. En función de los resultados mostrados y de los cambios que haya habido
en el contexto del proyecto, el cliente puede realizar las adaptaciones necesarias de manera
objetiva, ya desde la primera iteración, replanificando el proyecto.
2. Retrospectiva: (1,5 horas). El equipo analiza cómo ha sido su manera de trabajar y cuáles son
los problemas que podrían impedirle progresar adecuadamente, mejorando de manera
continua su productividad. El Facilitador se encargará de eliminar o escalar los obstáculos
identificados que estén más allá del ámbito de acción del equipo.
● Describir las herramientas que se usarán para hacer el seguimiento con tablero kanban.
Gestión de cronograma y gestión de riesgos.
Como repositorio de la implementación se usará Github el cual nos permite trabajar de una manera
colaborativa realizando los respectivos sprints y revisiones con su respectivo versionamiento.
El manejo de la Base de datos se realiza siguiendo el patrón DAO, el cual es muy consistente para
los requerimientos y nos brinda una buena escalabilidad ya que el número de usuarios tiene un
componente variable.
El tablero Kanban es la herramienta que usaremos para mapear y visualizar el flujo de trabajo y
uno de los componentes claves del método Kanban. Originalmente, se utilizaba una pizarra
blanca (o un tablero de corcho) que se dividía en columnas y filas. Cada columna visualiza una
fase de su proceso y las filas representan diferentes tipos de actividades específicas (gestión de
cronograma, gestión de posibles riesgos, ajustes técnicos necesarios, errores, entre otros.). Cada
tablero de Kanban se divide en tres secciones básicas que muestran el estado de sus tareas: Por
hacer, En proceso, Hecho. En este sentido, para un mapeo más detallado del proceso, se tiene
la libertad de crear tantas subsecciones en la medida que se necesiten para visualizar el flujo de
trabajo con la máxima precisión.
5. BIBLIOGRAFÍA