Gestión de proyectos

Description

Mind Map on Gestión de proyectos, created by Danier Javid on 28/02/2020.
Danier Javid
Mind Map by Danier Javid, updated more than 1 year ago
Danier Javid
Created by Danier Javid about 4 years ago
38
0

Resource summary

Gestión de proyectos
  1. ¿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.
    2. Objetivos
      1. Gestionar el inicio y la evolución de un proyecto
        1. Controlar y responder ante problemas que surjan durante un proyecto
          1. Facilitar la finalización y aprobación del proyecto.
          2. Etapas
            1. 1. Análisis de viabilidad del proyecto (feasibility study)
              1. 2. Planificación detallada del trabajo a realizar
                1. 3. Ejecución del proyecto
                  1. 4. Seguimiento y control del trabajo
                    1. 5. Cierre del proyecto
                    2. 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
                          1. PMI/PMBOK
                            1. Gestión de cambio (change management)
                              1. Metodologías basadas en el proceso
                                1. Agile
                                  1. Tiene la particularidad de “partir” en pedazos las tareas y se establece un tiempo específico para cumplir con ella.
                                    1. Objetivos
                                      1. 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. 1.Reducción de costos.
                                          1. 2.Rapidez en la entrega de proyectos
                                            1. 3. Trabajo en equipo y compromiso de todos los miembros del equipo de trabajo.
                                              1. 4. Mayor calidad en el trabajo y en el producto final (ya sea producto o servicio).
                                              2. Surgieron
                                                1. Adaptive Project Framework (APF)
                                                  1. Kanban
                                                    1. Extreme Programming (XP)
                                                      1. Lean
                                                        1. Scrum
                                                          1. 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.
                                                            1. Roles
                                                              1. Scrum Master
                                                                1. 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.
                                                                2. Dueño del producto
                                                                  1. 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.
                                                                  2. Equipo de desarrollo
                                                                    1. 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.
                                                                  3. Tareas
                                                                    1. Lista de producto
                                                                      1. 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.
                                                                      2. Lista de pendientes
                                                                        1. O sprint backlog: elementos de la lista de producto seleccionados para el próximo sprint.
                                                                        2. Incremento
                                                                          1. O increment: elementos de la lista de productos completados durante un sprint.
                                                                        3. Fases
                                                                          1. Sprint
                                                                            1. 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.
                                                                            2. Reunión de planificación
                                                                              1. 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.
                                                                              2. Objetivo del sprint
                                                                                1. O sprint goal: es la meta que se ha establecido, y que se puede alcanzar completando la lista de producto.
                                                                                2. Scrum diario
                                                                                  1. O daily Scrum: reunión diaria de 15 minutos donde el equipo de desarrollo crea un plan de trabajo para el día.
                                                                                  2. Revisión de sprint
                                                                                    1. 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.
                                                                                    2. Retrospectiva de sprint
                                                                                      1. 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).
                                                                                    3. Ventajas
                                                                                      1. Fomenta el trabajo en equipo
                                                                                        1. Optimiza el tiempo de reuniones
                                                                                          1. Reduce riesgos al dividir grandes tareas
                                                                                  3. 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.
                                                                                      1. Valores
                                                                                        1. Los trabajadores y las interacciones sobre procesos y herramientas;
                                                                                          1. Un software funcional sobre una documentación general
                                                                                            1. Una colaboración con el cliente sobre la negociación de un contrato
                                                                                              1. La capacidad de responder sobre la habilidad para seguir un plan establecido.
                                                                                    2. Referencias
                                                                                      1. https://rockcontent.com/es/blog/metodologia-scrum/
                                                                                        1. https://www.bbva.com/es/agile-manifiesto-que-es/
                                                                                          1. https://rockcontent.com/es/blog/que-es-gestion-de-proyectos/
                                                                                            1. https://www.ticportal.es/glosario-tic/gestion-proyectos
                                                                                            2. 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.
                                                                                                      1. Claridad en los términos acordados.
                                                                                                        1. Feedback al momento de analizar los tiempos de entrega
                                                                                                      2. Frecuencia
                                                                                                        1. El registro de las horas se hace diaramente, en horario de oficina.
                                                                                                        2. ¿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
                                                                                                              1. Software Developer
                                                                                                                1. Designer
                                                                                                              2. ¿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
                                                                                                                    1. Hojas excel
                                                                                                                      1. En verdad cualquier otro medio que sirva para este fin
                                                                                                                Show full summary Hide full summary

                                                                                                                Similar

                                                                                                                Capítulo II. Ciclo de vida del proyecto
                                                                                                                molo544
                                                                                                                Capítulo III. Procesos de dirección de proyectos
                                                                                                                molo544
                                                                                                                PMBOK
                                                                                                                Maye Tapia
                                                                                                                Administracion de recurso de un proyecto
                                                                                                                kathyjohanel
                                                                                                                Gestion de Riesgo
                                                                                                                aprendiendo_pmi
                                                                                                                El proyecto de empresa
                                                                                                                belenssdl
                                                                                                                Organigramas
                                                                                                                Diego Santos
                                                                                                                ADMINISTRACION DE PROYECTOS
                                                                                                                Stefany Mendoza
                                                                                                                Gestión de Proyectos
                                                                                                                Maye Tapia
                                                                                                                8 consejos para mejorar la gestión de tus proyectos
                                                                                                                Laura -
                                                                                                                Dirección y Gestión de Proyectos - PMBOK - PMI
                                                                                                                J. Miguel Maldonado