Gestión de proyectos

¿Qué es ?
1. 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.
  1. Proyecto
    1. 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
1. Gestionar el inicio y la evolución de un proyecto
2. Controlar y responder ante problemas que surjan durante un proyecto
3. Facilitar la finalización y aprobación del proyecto.
Etapas
1. 1. Análisis de viabilidad del proyecto (feasibility study)
2. 2. Planificación detallada del trabajo a realizar
3. 3. Ejecución del proyecto
4. 4. Seguimiento y control del trabajo
5. 5. Cierre del proyecto
Metodologías
1. 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:
  1. Metodología secuencial tradicional
  2. PMI/PMBOK
  3. Gestión de cambio (change management)
  4. Metodologías basadas en el proceso
  5. Agile
    1. Tiene la particularidad de “partir” en pedazos las tareas y se establece un tiempo específico para cumplir con ella.
      1. 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.
      2. 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).
      3. 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
    2. Manifiesto Ágil
      1. 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.
Referencias
1. https://rockcontent.com/es/blog/metodologia-scrum/
2. https://www.bbva.com/es/agile-manifiesto-que-es/
3. https://rockcontent.com/es/blog/que-es-gestion-de-proyectos/
4. https://www.ticportal.es/glosario-tic/gestion-proyectos
Horas de Trabajo
1. 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:
  1. ¿Por qué es importante?
    1. 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:
      1. Transparencia al momento de hacer un cruce de información con un posible registro externo por parte del cliente.
      2. Claridad en los términos acordados.
      3. Feedback al momento de analizar los tiempos de entrega
  2. Frecuencia
    1. El registro de las horas se hace diaramente, en horario de oficina.
  3. ¿Quiénes lo hacen?
    1. 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:
      1. QA
      2. Software Developer
      3. Designer
  4. ¿Dónde se reportan?
    1. Cada cliente puede manejar de manera distinta la forma en que se reportan las horas de trabajo. Estos pueden ser:
      1. Plataforma web
      2. Hojas excel
      3. En verdad cualquier otro medio que sirva para este fin

Nächster

Gestión de proyectos

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Danier Javid vor fast 5 Jahre