La gestión de proyectos es una serie de perspectivas
teóricas y prácticas que se aplican para administrar,
diseñar y orientar los esfuerzos dentro de un proyecto de
cualquier índole de principio a fin.
Proyecto
Un proyecto comprende un cúmulo específico de operaciones
diseñadas para lograr un objetivo con un alcance, recursos, inicio
y final establecidos.
Objetivos
Gestionar el inicio y la evolución de un proyecto
Controlar y responder ante problemas que surjan
durante un proyecto
Facilitar la finalización y aprobación del proyecto.
Etapas
1. Análisis de viabilidad del proyecto (feasibility study)
2. Planificación detallada del trabajo a realizar
3. Ejecución del proyecto
4. Seguimiento y control del trabajo
5. Cierre del proyecto
Metodologías
De acuerdo al tipo de proyecto o las necesidades del mismo se pueden
utilizar diferentes metodologías para lograr la optimización de tiempo,
recursos, entre otros. Las más utilizadas son:
Metodología secuencial tradicional
PMI/PMBOK
Gestión de cambio (change management)
Metodologías basadas en el proceso
Agile
Tiene la particularidad de “partir” en
pedazos las tareas y se establece un tiempo
específico para cumplir con ella.
Objetivos
El objetivo es que se puedan realizar proyectos que cumplan con estándares de
calidad muy altos y se respeten las prioridades de la planificación. Asimismo,
contribuye a la aceleración de las actividades, aumento de la productividad y
mayor compromiso de las partes.
Beneficios
1.Reducción de costos.
2.Rapidez en la entrega de proyectos
3. Trabajo en equipo y compromiso de todos los
miembros del equipo de trabajo.
4. Mayor calidad en el trabajo y en el producto
final (ya sea producto o servicio).
Surgieron
Adaptive Project Framework (APF)
Kanban
Extreme Programming (XP)
Lean
Scrum
El nombre proviene de un tipo de formación utilizada en una jugada de rugby (también conocida como
meleé), donde los equipos se disputan la posesión del balón. En un equipo, cada lado de la formación
debe trabajar de manera coordinada con el otro para conseguir llevar el balón hasta la línea de gol.
Algo similar ocurre con el equipo scrum en un proyecto de desarrollo de software: si todo el mundo
trabaja con un objetivo común, con cada sprint el equipo se acercará más a la meta.
Roles
Scrum Master
Es la persona encargada de gestionar el proyecto Scrum, quedando al servicio del
equipo. Se ha de asegurar de que el equipo entiende y adopta la forma de trabajo
Scrum. También ayuda a las personas externas al equipo Scrum a entender qué
interacciones pueden ser productivas.
Dueño del producto
O product owner: gestiona las características que ha de tener el producto final.
Organiza la prioridad de las tareas, y se ha de asegurar de que el equipo entiende
todos los elementos del trabajo que han de realizar.
Equipo de desarrollo
o development team: está compuesto por un equipo de 3 a 9 miembros, sin
ninguna jerarquía determinada, que se autogestionan. Este modelo de equipo está
diseñado para facilitar la flexibilidad, la creatividad y la productividad.
Tareas
Lista de producto
O product backlog: es una lista de los requisitos del producto. El dueño del producto es el
único responsable de su contenido y el orden de prioridades de las tareas. Puede actualizarse
en cualquier momento.
Lista de pendientes
O sprint backlog: elementos de la lista de producto seleccionados para el próximo sprint.
Incremento
O increment: elementos de la lista de productos completados durante un sprint.
Fases
Sprint
Es la parte central de Scrum. Es un periodo de tiempo de 1 a 4 semanas, durante el cual se
crea un incremento del producto. Cada nuevo sprint comienza inmediatamente después
del anterior.
Reunión de planificación
O sprint planning meeting: en una reunión de unas 8 horas (para sprints de 4 semanas), el
equipo Scrum al completo planificará lo que se va a hacer en el próximo sprint.
Objetivo del sprint
O sprint goal: es la meta que se ha establecido, y que se puede alcanzar completando la lista
de producto.
Scrum diario
O daily Scrum: reunión diaria de 15 minutos donde el equipo de desarrollo crea un
plan de trabajo para el día.
Revisión de sprint
O sprint review: reunión informal de 4 horas (para sprints de 4
semanas) en la que se inspecciona el incremento y se cambia la lista de
producto si se considera necesario.
Retrospectiva de sprint
O sprint retrospective: es una reunión para el equipo Scrum en la cual se proponen mejoras para
el siguiente Sprint. Tiene lugar después de la revisión de sprint, y una duración de 3 horas (para
sprints de 4 semanas).
Ventajas
Fomenta el trabajo en equipo
Optimiza el tiempo de reuniones
Reduce riesgos al dividir grandes tareas
Manifiesto Ágil
El Manifiesto Ágil es un documento redactado en 2001 por 17 expertos en
programación que supuso un cambio radical en la forma de desarrollar
‘software’. Frente a los modelos tradicionales —excesivamente rígidos y alejados
de las necesidades de los clientes—, estos gurús propusieron cuatro valores que
inspiran las diferentes metodologías ágiles que han surgido desde entonces.
Valores
Los trabajadores y las interacciones sobre procesos y herramientas;
Un software funcional sobre una documentación general
Una colaboración con el cliente sobre la negociación de un contrato
La capacidad de responder sobre la habilidad para seguir un plan establecido.
Debido a la naturaleza de la relación o acuerdo que se tiene con los clientes;
cada miembro del equipo debe registrar el tiempo que les toma realizar la o las
tareas que tienen asignada. Sobre lo anterior se puede destacar lo siguiente:
¿Por qué es importante?
El tiempo significa dinero, por lo que es ideal que ambas partes se
encuentren en la misma sintonía. Al llevar un registro de las horas de trabajo, se logra lo siguiente:
Transparencia al momento de hacer un cruce de
información con un posible registro externo por parte del cliente.
Claridad en los términos acordados.
Feedback al momento de analizar los tiempos de entrega
Frecuencia
El registro de las horas se hace diaramente, en horario de oficina.
¿Quiénes lo hacen?
Cabe resaltar que las horas que se registran depende del equipo .Sin embargo, todos se
involucrados en el proyecto por lo que es importante que cada miembro haga el registro:
QA
Software Developer
Designer
¿Dónde se reportan?
Cada cliente puede manejar de manera distinta la forma en que se reportan las
horas de trabajo. Estos pueden ser:
Plataforma web
Hojas excel
En verdad cualquier otro medio que sirva para este fin