Karteikarten
Administración de proyectos
Karten in diesem Stapel (79)
- 1¿Que es un proyecto?Es un esfuerzo que se lleva a cabo para crear un producto, servicio o resultado unico
- 2Elementos de un proyecto1- Temporal
2- Único
3-Producto - 3Cuando termina un proyectoFinaliza cuando se logran los objetivos del proyecto o bien cuando se termina por que no se van a cumplir los objetivos
- 4Por qué el proyecto es únicoAl poseer objetivos y caracterísitcas específicas y desarrollarse gradualmente y además el clima de trabajo por las circuntancias hace que varien por ende posee calidad de único
- 5Características de un proyecto1- Objetivo claro
2- Un conjunto de tareas identificables
3- Limitación de recursos
4- Intervención de especialistas
5- Nivel de calidad
6- Planificación extensa - 6Qué es la dirección de proyectosEs la aplicación de conocimientos, habilidades, herramientas, técnicas al desarrollo del proyecto para cumplir sus requisitos
- 7Diferencia entre un administrador y un director de proyectosEl administrador es el que administra, dirige o planea el proyecto
El director del proyecto es el que le da rumbo - 8Triple Restricción1- Alcance
2- Tiempo
3- Costo - 9Ciclo de vida del proyecto1- Inicio
2- Planeación
3- Ejecución
4- Control
5- Cierre - 10Estándares1- PMI
2- PRINCE2
3- ITIL - 11Que hace el PMBOKIdentifica el subconjunto de fundamentos de la dirección de proyectos conocidos como buenas practicas
- 12Que hace le PRINCE2Es una metodología basada en procesos para la gestión de proyectos. Enfocada en el negocio
- 13Relación de Portafólios, Programas y ProyectosSe divide en seleccionar y este se enfoca en seleccionar los proyectos, se divide en estrategia (forma de alcanzar las cosas). Portafolio: conjunto de proyectos.
El otro es ejecutar y este se enfoca en realizar los proyectos correctamente. Se divide en programas (Es algo definido y permanentemente abierto) y en Proyecto (genera lo concreto en el producto) - 14Grupos de InteresadosSon individuos y organizaciones que participan activamente en el proyecto y cuyos intereses son tanto positivos como negativos en el proyecto. Se les conoce como Stakeholders
- 15Factores críticos en proyectos1- Objetivos claramente definidos
2- Administrador de proyectos competente
3- Soporte de alta gerencia
4- Miembros competentes en el equipo
5- Recursos suficientes
6- Canales de comunicación adecuados
7- Mecanismos de control
8- Capacidad de Retroalimentación
9- Buena respuesta al cliente - 16Cuales son las dos estructuras organizacionalesFuncional: Donde hay una especialización definida. Ejemplo: un departamento de marketing, un CO.
Orientada a Proyectos: se le dice proyectizada y un ejemplo es la concesión hacia un proyecto específico. Ejemplo: construcción de un puente - 17Que es una Estructura MatricialEsta se divide en tres:
1- Debil: esta se parece a la orientada en proyectos
2- Equilibrada: hay una experiencia o no y participación a un proyecto que está definido.
3- Fuerte: es evidente que hay una especialización - 18Habilidades clave en gerente de proyectos1- Liderazgo: Establecer dirección, alinear al equipo, ambiente motivado.
2- Comunicación: Escrita, oral, escuchar y hablar. Interna y externa. Técnicas de presentación y manejo de juntas
3- Negociación: Filosofía y técnicas, negociar la triple restriccion así como terminos contractuales.
4- Solución a problemas: Identificar causas y toma de decisiones
5- Hacer que las cosas sucedan: Venta de ideas, entender estructuras formales e informales, política y poder en sentido positivo. - 19Modelos Tradicionales1- Cascada (pura o modificada (sashimi, subproyectos) )
2- Prototipo evolutivo
3- Entrega por etapas
4- Espiral
5- Codificar y corregir - 20Cascada PuraConjunto de fases, muy tieso ya que si hay un fallo se pausa el diseño y se devuelve a la fase de requerimientos. Una ventaja es que la fase debe estar bien hecha para pasar. Una limitación es que al inicio al cliente no se le puede entregar nada.
- 21SashimiSe puede avanzar aunque haya faltantes en la fase anterior y una limitación es que el hito en cada fase es cada vez más ambiguo.
- 22SubProyectosTiene la capacidad de dividir mi proyecto en subproyectos. Es estable. Permite el desarrollo en paralelo de modulos. No se puede subdivir el proyecto y posee gran dificultad para implementar.
- 23Prototipo EvolutivoSe va construyendo poco a poco y se comienza con los aspectos visibles del proyecto . Incluye fases reales. No se tiene claro lo que quiere. Se requiere herramientas y técnicas especializadas
- 24Entrega por etapasEl producto se va mostrando en etapas. Entrega funcionalidades del producto útiles. Incluye fases reales. Planeación cuidadosa. Requiere de un cronograma para entrega de cada étapa
- 25Diseño por planificaciónSimilar a entrega por etapas pero este no se conoce al principio si va a tener un producto para la ultimas fecha. Este se usa cuando no se sabe si se va a lograr todos los objetivos. Hay que priorizas las prestaciones y planificar sus etapas. Las etápas incompletas generan un desperdicio de tiempo
- 26Desarrollo en espiralEs un proyecto iterando por fases en que se hace toma de requerimientos, luego riesgos, desarrollo y planificacion y este finaliza en una nueva toma de requerimientos
- 27Codificar y corregirEs muy comun, informal y parte de una idea general. Se diseña, depura, construye y prueba hasta que se tiene algo listo. Posee poca estabilidad. No tiene medios de evaluación de calidad.
- 28Que es una metodología agilConjunto de individuos e interacciones sobre procesos y herramientas. Es un trabajo de software sobre amplia documentación.
- 29Principios del agil manifesto1- La máxima prioridad es satisfacer al cliente.
2- Se acepta el cambio de requisitos.
3- Ofrece software frecuentemente.
4- Los desarrolladores y personal de negocio deben trabajar juntos
5- Construir proyectos alrededor de individuos motivados
6- La conversación para obtener requisitos es la mñas efectiva
7- El trabajo de software es la principal medida de progreso
8- Proceso agil que promueve un desarrollo sustentable
9- La continua atencion a la excelencia técnica y buen diseño mejora la agilidad.
10- Simplicidad
11-La mejor arquitectura, requerimiento y buen diseño emerge de equipos autoorganizados
12- El equipo decide como ser más efectivo - 30Que es ScrumEs un proceso en el que se aplica regularmente un conjunto de procesos
Es fácil de aprender y se requiere un mínimo esfuerzo para iniciar su uso - 31RolesComprometidos: Scrum Masterm Scrum Team y Product Owner
Involucrados: Usuarios, clientes, directores de la organización - 32Product Backlog1- Es una lista de los requisitos priorizados de todo el sistema
2- Se define en la parte inicial del proyecto y evoluciona con el desarrollo del mismo. - 33Sprint Backlog1- Tareas tomadas del produt backlog para ser desarrolladas en el sprint
2- Definido cada vez que inicia una iteración con una duración no mayor a 30 días - 34Incremento del productoAplicación con las funcionalidades del producto definidas en el sprint
- 35Daily Scrum¿Que ha hecho?, ¿Que tiene planeado? ¿Que problemas surgieron?
Comienza puntualmente a su hora. Todos son bienvenidos pero solo los comprometidos pueden hablar. Posee una duración de quince minutos y todos deben estar de pie . - 36Sprint Planning MeetingSe lleva a cabo cada 15 o 30 días.
Se seleeciona el trabajo a hacer
Preparar con el equipo el sprint backlog
Identifica cuanto de trabajo se va a realizar
Ocho horas como límite - 37Sprint Review MeetingRevisa que fue completado y que no
Presenta el trabajo completo a los interasados
El trabajo incompleto no se demuestra
Cuatro horas como límite - 38Sprint RetrospectiveDespués de cada sprint se hace una retrospectiva de esta
Se deja las impresiones de cada uno
El propósito es realizar una mejora continua en el proceso
Posee un tiempo de cuatro horas - 39Feature Driven DevelopmentSon iteraciones cortas que permite entregables tangibles del producto en un corto periodo. De prioridad es la calidad por ende posee un monitoreo constante. Evita presupuesto sobre dimensionales, alcances incompletos y errores
- 40Etapas de cierre de etapas de FDDElaborar una lista que resuma las funcionalidades que debe tener el sistema.
Ordener los conjuntos de funcionalidades conforme a su prioridad y dependencia.
Se selecciona un conjunto de funcionalidades de la lista.
Se procede a la construcción total del proyecto - 41Ventajas del FDD1- Trabajo conjunto entre cliente y desarrolladores.
2- Entrega continua y en plazos cortos de software funcional
3- El equipo de desarrollo no malgasta el tiempo y dinero del cliente
4- Atención continua a la excelencia técnica y buen diseño - 42Desventajas de FDD1- Falta de documentación del diseño
- 43Roles y responsabilidades1- Arquitecto Jefe: realiza el diseño global del sistema
2- Director del desarrollo: lleva diariamente las actividades del desarrollo. Resuelve conflictos
3- Programador jefe: analiza los requerimientos. Diseña el proyecto
4- Propietario de clases: responsable del desarrollo de clases que se le asignaron
5- Experto en dominio: Puede ser usuario, cliente, analista, mezcla. Conocen los requerimientos - 44Objetivo Extreme Programming XPReducir el costo del cambio con principios, valores y practicas básicas. Es un intento de reconciliar la humanidad y productividad
- 45Características de XPMecanismo de cambio de socio
Camino a la mejora
Estilo de desarrollo y disciplina de desarrollo de software
Mejora el proyecto en comunicación, simplicidad, retroalimentación, coraja - 46Actividades principales XP1- Codificar. Hacer diagramas que generarán codigo scripts para una aplicación web
2- Probar. Las pruebas unitarias autormatizadas ayudan a eliminar incertidumbre si todas las pruebas funcionan
3- Escuchar. Deben escuchar a los expertos del negocio.
4- Diseñar. Un buen diseño evita un sistema con muchas dependencias - 47Tablero sencilloUso de kanban para la gestion de proyectos
- 48como crear grupos para Team Scrum1- Inteligencia de negocio, proactividad, simplicidad, disciplina
2- I. Emocional, transparencia, transmitir conocimiento, escucha activa, empatía, respeto, confianza, paciencia.
3- I. Vital, humildad, apertura mental, autocrítica, reflexión, coraje, inconformismo, asertividad - 49Proceso de inicialización1- Desarrollar acta de constitución
2- Desarrollar plan para la gestión de proy.
3-Dirigir y gestionar el trabajo del proy.
4-Monitorear y controlar el trabajo del proy
5-Realizar el control integrado de cambios
6-Cerrar el proyecto o fase - 50Elementos del CHARTERjustificación o propósito, objetivos, requisitos de alto nivel, restricciones o supuestos, riesgos, descripción de alto nivel, Relación de interesados, Patrocinador
- 51Gestión de interesados1- Identificar a los interesados
2- Planificar la gestión de los interesados
3- Gestionar participación de interesados
4- Controlar la participación de interesados - 52Técnica de gestión de interesados1- Identificar a todos los interesados potenciales del proyecto y toda la info relevante
2- Analizar el impacto o apoyo potencial que podría generar y clasificarlo para defenir una estrategia
3-Evaluar el modo en que los interesados clave pueden reaccionar o responder en diferentes situaciones - 53Gestión del alcancePlanificar la gestión del alcance
Definir el alcance
Crear el EDT - 54Planificar la gestión del alcanceProporciona orientación sobre cómo el equipo de direccion del proyecto definirá, validará y controlará el alcance del proyecto
- 55Plan para la gestión del alcance1- Es un proceso para preparar un enunciado del alcance
2- Proceso para la creación del EDT a partir del enunciado del alcance del proyecto
3- Proceso que especifica como se obtendrá la verificación y aceptación formal de los productos entregables
4- Proceso para controlar comos se procesan las solicitudes de cambio al enunciado - 56Plan para gestión de requisitosSaber como serán planfidos, monitoreados y reportados actividades de los requisitos
Actividades de gestión de configuración
Proceso para priorizar los requisitos
Estructura de trazabilidad - 57Recopilar los requisitosEs el proceso de determinar, documentar y gestionar las necesidades y requisitos de interesados.
- 58Matriz de trazabilidadCuadro que vinculas los requisitos del producto desde su origen hasta los entregables que los satisfacen
- 59Definir el alcanceEs una descripcion detallada del proceso y producto
- 60Que es el WBSEs la estructura de división del trabajo
- 61Enfoques del WBS en la construcciónTop-Down: Orientado a componentes de producto y fases temporales. Trata de agrupar por mismo nivel de importancia
Botton-Up: Orientado a fases temporales, Claridad de fases de trabajo y personal clave responsable del proyecto se reune - 62Supuestos básicos del WBS1- Cada elemento representa la suma de subordinados.
2- Tamaño manejable
3- Si hay cambios el WBS cambia
4- Cada WBS de entidad externa debe ser parte del WBS de esa entidad
5- (Elementos clave) Reuniones de revision y reportes mensuales y de prueba
6- Usar Codificación en vista de texto - 63Desafíos del WBS1- Niveles amigables
2- Relaciones lógicas entre componentes del proyecto
3- No WBS pruebe provocar atrasos o fracaso
4- Evitar elementos que no se enfocan en un entregable
5- Cada WBS debe tener un único responsable - 64Validar el alcance1- Entregables aceptados: cumplen con los criterios de aceptación que son formalmente firmados y aprobados por el cliente. La documentación formal recibida del cliente que dice aceptar se transfiere al proceso de cerrar el proyecto o fase.
2- Solicitudes de cambio: los entregables completados no han sido aceptados formalmente. Esos entregables podrán requerir una solicitud de cambio para la reparación de los defectos.
3- Información del desempeño del trabajo: entregables iniciados, su avance, los entregables terminados o que han sido aceptados
4- Actualizaciones de los doc del proyecto: Proyecto susceptibles de actualización - 65Controlar el alcance1- Información de desempeño del trabajo: incluye correlaciones y contexto sobre el desempeño del alcance del proyecto en comparación con la linea base del alcance.
2- Solicitudes de cambio: la solicitud de cambio se procesan para su revisión y tratamiento de acuerdo con el proceso de realizar el control integrado de cambios.
3- Actualizaciones del plan para la direccion del proyecto: actualizacion a la linea base dle alcance y en otras lineas.
4- Actualizaciones de documentos de proyecto: docu de requisitos y la matriz de trazabilidad
5- Actualizaciones de los activos de los procesos de la organización: causas, acciones, lecciones aprendidas - 66Qué es planificar la gestión de recursos humanosEs identificar aquellos recursos humanos que posean las habilidades requeridas para el exito del proyecto
- 67Que se debe hacer en la gestión de recurso humanoPlanificar la gestion de RRHH (quien es la gente que ocupo)
Adquirir el equipo del proyecto (controlar el negocio)
Desarrollar el equipo del proyecto (Aprovechar las competencias)
Dirigir el equipo del proyecto (Dar trazabilidad en funcion de objetivos del negocio) - 68Que es RACIResponsable
Aprobador
Consultado
Informado - 69Formas de obtener material para RACI1- Creación de relaciones de trabajo
2- Teoría de la organización
3- Juicio de expertos
4- Reuniones - 70Salidas en la gestión de recurso humano1- Documento RACI
2- Elaboración de organigrama
3- Rol de descripción - 71Herramientas y tecnicas para adquirir el equipo del proyecto1- Asignación previa
2- Negociación
3- Adquisición
4- Equipos virtuales
5-Análisis de decisiones multicriterio - 72Salidas para adquirir el equipo del proyecto1- Asignación del personal al proyecto y calendario de recursos
2- Actualizaciones al plan - 73Herramientas para desarrollar el equipo del proyecto1- Habilidades interpersonales
2- Capacitación
3- Actividades de desarrollo de espíritu de equipo
4- Reglas básicas
5- Reconocimiento y recompensas
6- Herramientas de evaluación del personal - 74Salidas al desarrollar el equipo del proyecto1- Evaluación del desempeño de equipo
2- Actualizaciones de los factores ambientales de la empresa - 75Herramientas y técnicas a la hora de dirigir el equipo del proyecto1- Observación y conversación
2- Evaluaciones del desempeño del proyecto
3- Gestión de conflictos
4- Habilidades interpersonales - 76Salidas a la hora de dirigir el equipo del proyecto1- Solicitud de cambio
2- Actualizaciones al plan para la dirección del proyecto
3-Actualización a los documentos del proyecto
4- Actualización a factores ambientales de la empresa
5- Actualización a los activos de los procesos de la organización - 77Plan de comunicaciónQué voy a comunicar
A quien voy a comunicar
Canal de comunicación
Quien lo envia
Con qué frecuencia se envia - 78Qué debo comunicarEs bueno comunicar todo tanto las cosas buenas como las malas
- 79—
Informationen
- Beschreibung
- Es un resumen para el curso de administración de proyectos
- Erstellt von
- Royland Solis
- Aufrufe
- 2
- Bewertung