Curso integral de gestión de proyectos con plantillas y documentación

1. Introducción del curso de gestión de proyectos: Bienvenidos a la introducción de este curso. Este curso te mostrará todo lo que necesitas saber sobre gestión de proyectos en teoría y en la vida real. Y también cómo acercarlo como gerente de proyecto. El gerente del proyecto desde hace 20 años. También he sido coach de gestión de proyectos desde hace diez años. Ahora. También he trabajado con los gerentes de proyecto yo mismo, como gerente de programa, como gerente para entender realmente lo que se espera de la gestión de proyectos para asegurar que al final de este curso son expertos en gestión de proyectos. Estaré usando rol de diagramas, plantillas, cuestionarios de ejemplo. Realmente asegúrese de que los conceptos sean realmente entendidos pero al mismo tiempo, y también destacaremos las diferencias entre la teoría y el gerente de proyectos de la vida real. Te mostraré los retos que un gerente de proyecto puede enfrentar a diario y cómo abordarlos. Yo también te mostraré cómo simplificar las cosas. Nos volvemos más eficientes. En otras palabras, te voy a mostrar lo que es importante, pero es parte oculta de este curso, te proporcionaré un claro framework paso a paso que si usas, realmente puedes destacar como project manager. Realmente puedes Ace project manager. Te diré si te quedas para llegar a tu manager, a tu equipo , al negocio, ellos realmente te amarían por ello cuando tienes gente de tu lado. Contó sobre el proyecto de sanación. Ahora bien, en la tercera parte, en la tercera parte, revisaremos en el alto nivel algunas metodologías para que veas cómo se relaciona este curso con ellas y te voy a dar mi opinión sobre lo importantes que son. Ya he puesto toda mi experiencia de 20 años en este curso. Si estás interesado en la gestión de proyectos, si estás interesado en meterte en la gestión de proyectos como gerente de proyectos. Y a lo mejor si ya eres gerente de proyectos por ahí y realmente quieres intensificar tu juego. Creo que se beneficiará de ello. Pero también si trabajas con Project Manager, realmente puedes entender de dónde vienen. Y tal vez también les puedas dar un par de consejos. Si quieres saber más sobre este curso, hay un resumen de 15 minutos de duración. Sé que 15 minutos es largo, pero lo he creado para aquellos de ustedes que no están seguros, quieren tomar este curso o no. Así que realmente puedes entrar en más detalles en cualquier caso. Muchas gracias por escuchar. 2. ¡Empecemos!: Bueno, muchas gracias por tomar este curso. De verdad te lo agradezco y espero que valga la pena tu tiempo. Entonces por favor no dudes en ningún punto en tiempo si hay algo que no está claro o si quieres más, algo añadido, como voy a decir, no hay conclusión también si quieres, si hay suficiente demanda, estoy feliz de añadir algunos temas. Por lo que si no has visto el esquema del curso, el siguiente video te brindará más detalles sobre el curso general. Pero si solo quieres sumergirte directamente en ello, por favor entra en los consejos para revisar este curso y hay alguna sugerencia sobre algunos recursos para imprimir. Y después puedes entrar en la pequeña historia sobre el nacimiento de la gestión de proyectos. Entonces gracias de nuevo y todo lo mejor para ti y espero que te saquen mucho de esto. 3. Opcional: resumen detallado del curso: Entonces lo que sigue es un esquema de curso. Es un poco largo porque quiero que sea muy minucioso. Si sigues dudando, si no estás seguro de si quieres comprar este curso o no. Pensé que eso ayudaría incluso hacia el final, hay un poco de una tabla comparativa basada en tu nivel si combustible que te dirá si el curso es adecuado para ti o no. Habiendo dicho que si ya te has comprometido con el programa, con el curso, esto podría ser útil si quisieras tener un conocimiento profundo de lo que te espera. Pero si no, siéntete libre solo para saltarlo e ir directo a la siguiente conferencia. Bienvenido a la descripción general del curso. Antes de comenzar en el contenido del curso, solo quería tener una visión general rápida de la filosofía. En primer lugar, estos cinco componentes, si quieren, que, he reunido para asegurar que el curso sea uno, ojalá agradable de seguir, y dos, que incrementará la retención. Por lo que existe una visión práctica sobre los conceptos, los escenarios de la vida real. Por lo que eso debería facilitar el aprendizaje del curso. Entonces habrá muchos ejemplos por razones obvias siempre es mejor. Tengo ejemplo o alguna vez no captamos completamente el concepto, pero en cuanto llega el ejemplo, sí, vemos cómo se relaciona con la vida real. También mostraremos en la medida de lo posible cómo simplificar. ¿ Cómo podemos implementar lo que hemos aprendido rápidamente? Y creo que también harán que sea más fácil dominar. Entonces en algo sencillo, más fácil de entender, más fácil de dominar. Y luego puedes tomarlo de ahí en todos los diagramas. Y creo que son una gran manera comunicar un concepto a veces, así que habrá muchos de esos. Y finalmente, para la primera parte, que es un curso, y la tercera , que es un estándar, habrá cuestionarios. Ahora que hemos dejado eso atrás, contenido del curso, ¿qué aprenderás? Empezamos con una introducción, algunas sugerencias que tengo para que tomes el curso. Entonces, por ejemplo, aquí hay una hoja de ruta que lo que yo llamo una hoja de ruta. Sé que a algunos de ustedes les gusta mirar hacia adelante. Somos lo que hay en un curso. Por lo que les gusta haber impreso o puesto eso a mano en tu tablet para que puedas seguir donde estamos y las diversas funcionalidades. Pero algunos simplemente prefieren simplemente tomarlo paso a paso. Por lo que te corresponderá por completo. Pero te sugeriré algunos recursos que podrías imprimir. Revisaremos lo que he llamado el nacimiento de la gestión de proyectos. Entonces es algo que es completamente personal. No me cite en ello. Es como imaginé que nació la dirección de proyectos. Entonces he hecho una pequeña historia alrededor de eso. Y esa sería una buena manera de presentarte a gestión de proyectos y cómo nacieron las diversas fases de la gestión de proyectos. Por lo que eso nos llevará a las fases de gestión de proyectos y las diversas actividades a la gestión de proyectos. Y después brevemente, proporcionaremos una definición de la gestión de proyectos y el rol del gerente del proyecto. Y terminaremos por un quiz ya. Entonces pasaremos a la primera parte. primera parte es el curso de gestión de proyectos. Entonces la estructura es muy sencilla. La gestión de proyectos se divide en fases. lo que durante este curso, sólo pasaremos por las fases más o menos, tendremos una visión general de antemano. Y después revisamos las cuatro fases, que son iniciación, planeación, ejecución y cierre. Y después haremos una revisión y un rápido dentro de esas fases, se explicarán algunos conceptos, temas, herramientas. Y yo solo quería revisar esas contigo. Entonces no pasaremos por el curso completo. Yo sólo quería destacar lo que cubriremos entre otras cosas. Por lo que para cada fase que vamos a revisar, se discutirá el propósito de la fase. Proporcionaremos la competencia clave, lo que significa si el resultado se vende en el altísimo nivel. Después de revisar el rol de gerente de proyecto para cada una de esas fases, revise la gestión de los grupos de interés. Eso será obviamente como todos todos los temas por los que te estoy corriendo. Ahora, volverá para diferentes fases. Revisaremos quiénes son los grupos de interés, revisaremos cómo podemos clasificarlos. Y revisaremos un ejemplo de cómo almacenar esta información y hacer un plan de comunicación a partir de estos, revisaremos nuestra estructura de proyecto. Tendríamos unos toboganes alrededor de esto. Esta es sólo una estructura, pero creo que es importante en algún momento cuando te arrojan al rol de gerente de proyecto para entender la estructura. Por lo que tendremos varios ejemplos de estructura. Revisaremos la gestión de riesgos. Revisaremos la gravedad del riesgo, cómo evaluarlo y revisaremos un ejemplo muy preciso de registro de riesgos. Entonces cómo estructurarlo adecuadamente y diferentes tipos de desenlace que podríamos tener para cada riesgo enumerado. Revisaremos alcance. La importancia de los alcances. ¿ Por qué elige para cómo crearlo? Revisaremos el proceso de control de cambios. Entonces ese no es todo el tamaño de mencionar, sino solo para darte una idea de cómo se estructura el curso en un tipo diferente de diapositiva que podrías tener. Por lo que hablaremos de la programación. Voy a proporcionar algunas sugerencias de cómo construir un horario que ha hecho esto hacia fuera. También proporcionaríamos algunos pasos sugeridos para construir un cronograma. Diferente representación de un horario. Cómo monitorear la programación utilizando el software MS Project. ¿ Qué es un camino crítico? Y ahora para comprobarlo rápidamente en el horario. Revisaremos obviamente el costo y el presupuesto, que también es parte muy importante de la gestión de proyectos que sugerimos una manera muy fácil te sugerimos una manera muy fácilde dividir para empezar a empezar con un presupuesto o revisiónreal con usted. Algunos de esos ejemplos, muy concretos, muy claros. Esperemos. Revisaremos un concepto llamado Valor Ganado, que es el que la metodología de gestión de proyectos gusta discutir. Pero como ya han visto, sólo voy a volver a ese tobogán de aquí. Simplemente me gustaría presentarlo de manera extremadamente sencilla, inicialmente después de entrar en ejemplos más complejos. Pero siempre el ejemplo, siempre el concepto de tener algo práctico y un ejemplo para ir, para ir junto con él. Revisaremos la gestión de calidad. Es cuando por lo general empiezas a dormirlo. Estoy tratando de que sea lo más interesante posible. Es bastante importante, pero es cierto que cuando tú, es bastante pesado aprender cuando pasas por todos estos cursos de gestión de proyectos. Por lo que ojalá lo hayan simplificado y al mismo tiempo mantenido, lo mantuvieron muy práctico y completo un supuesto. Brinde mucha información aquí, destacando las que son realmente importantes. Vamos a revisar también obviamente tema de gestión. Tenemos algunas diapositivas alrededor de esto y ejemplo muy claro de registro de emisión con una plantilla. Reuniones de proyectos. Por lo que revisaremos también que en la segunda parte donde, donde les doy mi camino adecuado sobre cómo gestionar proyecto. Pero revisaremos en la primera parte. Aquí el, ya sabes, el por la vía del libro y los diferentes tipos de reuniones que puedes, puedes tener. Por lo que también obviamente hay plantillas que revisaremos y discutiremos. También discutiremos informes de proyectos, lo cual es muy importante para la percepción de un gerente de proyecto. Por lo que también caminaremos a través de una plantilla. Revisaremos una actividad de cierre. Entonces pondré cerrar un poco por separado porque es algo que a menudo se apresura, pero espero que haya proporcionado una manera clara para que conozcas realmente los componentes clave de estos. Y te explicaré por qué es algo que puedes usar como oportunidad para brillar como gerente de proyecto por la misma razón que estaba proporcionando antes, a menudo se apresura. Entonces, si lo haces correctamente, entonces creo que tus grupos de interés quedarán impresionados. Proporcionaríamos algunas plantillas, o ya lo hemos visto. Hemos visto algunas de las plantillas. Habrá más y ejemplos. Una vez más, esto es sólo para darte un ejemplo, hay un plan de gestión de proyectos, que es un documento que crea un gerente de proyecto. Por lo que voy a dar ejemplos de estas cosas exactamente. Toma como ejemplo un proyecto y exactamente lo que debes poner y puedes poner más, pero el punto de partida creo que es muy importante. Entonces eso es todo. Entonces es solo eso, eso fue solo un resumen rápido de algunos de los temas a las dos, verás el alma. Antes de comprometerte con este curso, sabes qué, obtendrás más o menos esperemos con esto. Entonces eso fue para la primera parte. B2 es el marco para realmente tomar parte uno y realmente llevarlo al siguiente nivel para realmente ACTAR. En mi opinión, habrá tres componentes. El primer componente, revisaremos el contexto de gestión de proyectos. ¿ Cuál es el contexto del jefe de proyecto cuando se incorporó a la empresa? ¿ A dónde tiene que lidiar él o ella? Y después entraremos en el marco. Entonces el marco no es algo esponjoso, algo muy concreto. Te diré exactamente lo que tienes que hacer. Bueno, les proporcionaré ejemplos y me gusta, pero es, es muy, es muy concreto. Perdón por trabajar ese punto, pero no es algo esponjoso. Eso estaría bien si pudieras hacer estos, pero solo haz a, b, c, d Y finalmente, entraremos en un tip de entrevista. Por lo que he entrevistado a muchos jefes de proyecto y me han entrevistado obviamente como gerente de proyectos también. Y yo he hecho el trabajo duro y sé lo que funciona y lo que no funciona. Para que podamos revisar esto. Entonces eso es todo para la segunda parte. Tercera parte, metodologías. Entonces tercera parte, lo puse hacia el final para que puedas ver cómo encaja este curso con las metodologías existentes si así lo deseas. Pnp e prints también, si no has oído hablar de ellos, son metodologías de gestión de proyectos. Tú, obviamente son muy largos para tardar semanas en aprender y tienen gustos de examinadores muy minuciosos. Entonces obviamente, no te voy a dar un PNP e imprime dos cursos. Entonces este no es el propósito de este curso. Pero quería darte algún contexto para mostrarte cómo este curso se relaciona con PNP y las impresiones también, más o menos. La idea detrás de eso era sólo mostrarte que es más o menos lo mismo. antiguas metodologías de gestión de proyectos son las mismas. Por lo que vamos a revisar. Por lo tanto cascada y ágil, Cascada no siendo por defecto método utilizado para la gestión de proyectos. Simplemente iré a eso muy rápido y Ágil, proporcionaré un poco más de información. Te mostraré un ejemplo. También, hacia el final, proporcionaremos una comparación entre Agile y Waterfall, los pros y los contras. Entonces si te estás preguntando qué ángel caído puedes usar ambos usando el paladar, uno del núcleo. Por lo que es sólo una forma diferente entregar el trabajo si lo desea. Ese escaño, sólo nos fuimos con una pregunta. ¿ Este curso es para ti? Este curso es para ti si quieres entender la gestión de proyectos. Si quieres convertirte en gerente de proyectos, o si quieres perfeccionar tus habilidades de gestión de proyectos. Ahora bien, si entramos en un poco más de detalle, si tú, si eres como, no te conozco, así que sólo voy a pasar por diferentes niveles aquí y ver si eso, si eso es demasiado para ti. Entonces digamos que eres un principiante principiante y no entiendes en absoluto la gestión de proyectos. Este curso es definitivamente para ti. decir, me lo tomaré de verdad desde el principio como decía, solo te estaba dando una pequeña historia cómo imaginaba que también había nacido la gestión de proyectos. Creo que eso te resultará muy útil. Entonces hay tres partes en este curso. Entonces si eres principiante o laico, sugeriría que empieces obviamente con la primera parte y después de hacer PO2 y después de hacer parte libre. Entonces esto es para ti si estás en esta categoría, si eres intermedio, realmente creo que vas a aprender de ella también. Pongo toda mi experiencia en esto como coach y como gestor de proyectos. Y lo harás estoy seguro de que obtendrás algo para primera parte, la segunda parte, la tercera parte. Si no lo hace, entonces con gusto le reembolsaré. Creo que es parte del de los términos del curso de todos modos. Ahora si avanzó, señora, Seguro que también podría aprender de esto. Realmente puse un poco de esfuerzo en armar un marco. Entonces la segunda parte, me sorprendería si no se obtiene nada de esto. Pero también podrías conseguir algo de la primera y de la tercera parte, creo que sí en realidad, me interesa bastante si quieres echar un vistazo. Es así como realmente lo sugeriría potencialmente, potencialmente y años aquí. Entonces eso es todo. Entonces pasamos del curso filosofía, gramos, ejemplos, visión práctica, cuestionarios. Para ayudarte a retener información y relajarte. Proporciono una descripción precisa del contenido del curso, que consta de tres partes. La primera parte, el curso en sí, la segunda parte, saben cómo llevarlo realmente al siguiente nivel. Y el tercer poder para dar más un poco de contexto de este curso entre todas las metodologías de gestión de proyectos. Y ojalá por fin respondamos a la pregunta, es esta causa para ti o no? 4. Comprensión de la gestión de proyectos a través de historia ilustrativa: Por lo que las próximas diapositivas está completamente hecha historia. Más apuntado esta vez. Sí, si nunca has hecho gestión de proyectos y creo que te introducirá a gestión de proyectos desde un ángulo diferente. Lo que encontré está en las metodologías de gestión de proyectos que te dicen, sí, esta es una cuatro fases y los me gusta y este es el propósito de cada fase, pero no te dicen cómo salieron a la luz y por qué crearlas para empezar. Además, si tú, si te resulta un poco familiar para la gestión de proyectos, te recomiendo que pases por esto. No creo que sea difícil de ver. Creo que está un poco más lejos, algunas fotos y algunos diagramas en ella. Entonces ojalá los disfrutes. Entonces por supuesto, a medida que avanzamos por el curso, obtendrás la forma o por el tipo de significado de cada una de esas fases. Habiendo dicho eso, vayamos a cada uno de inmediato. Bienvenidos a esta parte del curso. De acuerdo, así que no me cite en esto por favor. Esto es, esto probablemente no sea exacto. Entonces estos vértices, cómo me imagino como un poco de herramienta de aprendizaje, cómo podría haber nacido la gestión de proyectos. Entonces imagínense que hay una reina, ella tiene líderes. Pero siempre se están enfocando sólo en la tarea diaria, en las paredes y cosas por el estilo. Entonces pero aún tiene gran proyecto que quiere implementar. Por lo que el trabajo está desorganizado en esos proyectos. Los equipos están empatados. Parece que el dinero siempre se está acabando. Entonces ella dice, está diciendo, yo tengo líderes, pero eso no es suficiente si alguien realmente se centra en esto. Entonces estábamos a punto de presenciar el nacimiento del tema de gestión de proyectos. Esto permitió un esfuerzo carente de coordinación, monitoreo y solución. Proporcionar un recurso dedicado para administrar metódicamente el trabajo hasta su finalización. Gerente de proyectos. Por lo tanto, haga su gerente de proyecto a la Reina. Ve y asegúrate de que las cosas funcionen sin problemas. Llámame de vez en cuando. Entonces gracias. Sugiere que nos pongamos al día después de que todo esté hecho para cerrar las cosas y ver si podemos mejorar las cosas para la próxima vez que hagamos esto. De acuerdo, entonces ya tenemos un gerente de proyecto y tenemos a nuestro dueño de negocio. Entonces veamos cómo funcionó en el primer proyecto que tuvieron. Primer proyecto, ensayo uno, la Reina consigue un proyecto. Y el encargado del proyecto estaba haciendo papel de monitoreo fue durante el papel de fijación. A ver lo que quiero decir. Y comunicando también. Y después del cierre. Entonces ahí fue donde mencionaba antes. Vamos a ponernos al día al final del proyecto es revisar las cosas a donde vamos. Y entonces la reina puede tener los beneficios de un proyecto. Por lo que al concluir, el encargado del proyecto informa a la reina según lo acordado. ¿ Por qué dijo, vale, creo que podemos mejorar en esto. No estaba seguro de contra qué estaba vigilando. Cuando eras tan viejo tú no lo sabía. ¿ Cuánto dinero tenía? Ni siquiera estaba seguro de cuánto dinero tenía. Habría ayudado si hubiera sabido algunas de las cosas que podrían pasar de antemano que nadie me habló de esto. A quién se suponía que debía comunicarme y cómo la reina estaba demasiado ocupada, ella no devolvió el núcleo. todos modos, ¿de qué se trataba este proyecto? ¿ Cuál era el plan? De acuerdo, bueno, tiene suerte. La reina es bastante buena persona decir, está bien, está bien, ya veo tu punto. Para nuestro próximo proyecto, peguémonos el tiempo para sentarnos y planear cómo nos comunicaremos, ¿cómo haremos las cosas? Entonces podremos progresar cuando todos estemos de acuerdo en un plan. Entonces primero tengamos un plan. Estamos de acuerdo en un plan y luego avanzamos. Hagamos esto. Entonces esas son las tareas que un jefe de proyecto estaba haciendo antes, pero ahora se le suman un par de tareas más. Sí, hice un poco de planeación y luego hubo una aprobación de plan. Entonces, ¿cómo te fue? ¿ Crees que el juicio número dos? Entonces proyecto de arma, A ver. Tomó dos meses de planeación y después se presente el plan para su aprobación a la reina, ok, Planeación está terminada. Te costará 51.6£ de oro. Y deberíamos poder completarlo en 26 meses más o menos. En una nota lateral, podríamos perder 51.3 por ciento de nuestro Ejército en el proceso. Es decir, esto obviamente es preciso por una razón ahí se ve en dónde estoy, a dónde estoy llegando. Por lo que la reina inmediatamente verá donde todo esto era un Occidente. No tenemos el dinero, no tenemos estas libras de oro. Y puedo darme el lujo de esperar dos años porque 26 meses para terminar. En serio, ven los beneficios es que no vale la pena. No aprobaría este proyecto si tuviera al menos una idea aproximada del costo y cuánto tardaría. Eso había sido consciente de ese enorme riesgo de perder la mitad de mi ejército. Por lo que no estaba enterada del riesgo. Y ella acaba de enterarse del costo increíblemente alto y cuánto tiempo el proyecto mientras que entonces la peor parte es que le han pasado dos mamás, así que dos mamás pagándole al gerente del proyecto y todo esto para idear algo que ella sabía que no quería. Seguramente, hay una mejor manera de hacerlo. Entonces ahora la gerente del proyecto, se vuelve a ella y a ver, vale, sugiero que hagamos una evaluación rápida esta vez, no esta dos mamás planeando para la mayoría de la planeación. Hacemos una rápida evaluación y te damos información básica antes comenzar a planear nuestros proyectos. Te podemos dar los plazos del curso de nivel superior a paso ligero, quién participará. Por lo que de esta manera podrás decidir si inicias el proyecto. Planear incluso vale la pena. De acuerdo, pero tengo que advertirte, no vamos a ser tan precisos, pero al menos lo tienes, tienes una idea y puedes tomar una decisión. Entonces vamos a ver. Fuijuicio final. Entonces antes había planeación, aprobación de planes, monitoreo, fijación, comunicación, cierre, todo eso ya sucedía. Pero lo que han decidido esta vez es sumar dos pasos. Entonces fíjate que esto ya no es proyecto. Es sólo una identificación o una necesidad. De acuerdo. Todavía no es un proyecto. Es sólo algo de discusión lo que pasó. Sí, ¿por qué no hacemos esto o necesitamos absolutamente hacer aquello? Hay una evaluación y luego hay una acción aquí. Es un proyecto aprobado. Entonces después de un par de semanas, no sé. Mamás, su evaluación se completa según convenga. Dicen que harán una evaluación rápida. La evaluación rápida completada le cuesta aproximadamente £30, que todo esto es solo para que pueda mantenerse al día. Este es un proyecto final. Este es un tercer proyecto si te gusta esto. Entonces por esto ya no son 50 libras. Es sólo por 30£ es un proyecto diferente. Porque eres un £30 gratis de oro. Y deberíamos poder completarlo. Se hunde mamás, no hay pérdida de nuestro medio de proceso. ¿ Te gustaría seguir adelante. Todavía no es un proyecto. Es hacer la evaluación. Y ella dijo: Sí, me gusta mucho más este proceso. No, tengo alguna información clave antes dar el visto bueno para proyectos potenciales. Me doy cuenta de que no es tan detallado como durante la planeación, pero me basta con aprobar o rechazar propuestas de proyectos. Con base en la información que me diste, tenemos un ganador. Sigamos adelante con este proyecto y notemos, ahora tenemos un proyecto. Esto, no queremos llamarlo proyecto todavía, porque en el ejemplo anterior, simplemente hubo demasiado tiempo para, un endocrino decidió que no lo vamos a hacer, entonces no es un proyecto. Así que de todos modos, sí, está bien. Ahora esto es lo que tenemos. Tenemos todas estas actividades que suceden. El proyecto no siendo un proyecto aquí y todas esas productividades y después de la reina pueden tener los beneficios. Entonces, lo que podemos hacer es agrupar esas actividades en lo que llamamos fases en la gestión de proyectos. Porque nos damos cuenta son esos dos podrían agruparse, los azules ahí podrían ser crudos. Y digamos que la llamamos la fase de iniciación. Nosotros, el segundo palet que agregamos, lo llamamos la fase de planeación. Entonces planeación de iniciación. Entonces así fue al principio. Entonces, ¿qué hacemos por las otras actividades? Los dividimos en dos grupos. Tenemos aquí la ejecución, tenemos el cierre que se acordó desde muy principio. Cuando dijeron, acordemos ponernos al día al final para ver si mejoramos o no. Por eso, han mejorado sus procesos poniéndose al día durante el cierre del proyecto. Entonces lo que tenemos aquí, sus fases. Por lo que tenemos esquema si lo desea, cuatro fases, iniciación, planeación, ejecución, y cierre. Y lo que tenemos del lado izquierdo de este diagrama son las actividades. Y tenemos en este caso, 12345678 actividades. Por lo que algunas de esas actividades son solo aprobaciones, verán que en realidad son un paso importante. Por lo que están, están ahí. Para que eso te lleve de una identificación a un proyecto, a los beneficios del proyecto. Podríamos ser que necesitas algo que absolutamente tiene que ver. En realidad no queremos que se aplique esta política, pero se nos está pidiendo que se aplique esto, por lo que es una necesidad. Pero todavía pasamos por este proceso en su manera de evaluar y proyectar y beneficios. Entonces eso es todo. Mi visión de la gestión de proyectos. Podemos ver por qué hay este diferentes tipos de fases. Al ponerse al día después del proyecto, puedes hacer mejor tu próximo proyecto. La ejecución, Todo va, ve, ve. La planeación es para darte una idea más precisa de cómo será el proyecto. Una iniciación es realmente hacer. Incluso queremos hacer esto, pero vamos a revisar todos estos. Simplemente pensé que quería vincular esa historia con la siguiente con la primera parte, que es realmente cuando empezamos a entrar en más detalles sobre esto. Dicho esto, pasemos a la siguiente parte del curso. 5. Cosas que saber para el curso: Entonces antes de que empecemos, por si no sabes cómo funciona. Sí, es la primera vez que tomas este top por supuesto. Para algunas conferencias, hay algunos apegos a ellas. Pueden ser PDF donde pongo algunas de las diapositivas ahí. Puede haber Plantillas, registros. Cuando entremos en la programación, adjuntaré algunos horarios. Por lo que para cada conferencia, siéntase libre de echar un vistazo a estos archivos adjuntos a tiempo que pueden ayudarte a tenerlos a mano si es necesario. Pero ahora mismo, hay dos PDFs adjuntas a este video, y creo que te serán bastante útiles para que impriman o lo tengan a mano durante la vida del curso. Ambos son mapas de ruta. El primero es solo mostrarte una visión general de las fases y los componentes clave de las fases. El segundo es muy similar, pero también te muestra cuáles son las salidas de un jefe de proyecto. Lo que al final del día, el gerente del proyecto necesita crear. Por lo que te sugiero que impriman esos. En el siguiente video hablaremos de terminología y también te sugerimos imprimir o tienes a mano la de la terminología. Otro aviso que verás en algunas de las diapositivas, a veces hay un avanzado escrito en la parte superior derecha, arriba a la izquierda. Entonces esto es solo para decirte que si estás un poco abrumado, siéntete libre de saltarte esos. Sé que cuando pasas por un largo curso como este, a veces solo, tu cerebro quiere tener un descanso, así que sáltalos y tal vez puedas volver a ellos más tarde. Están un poco avanzados. Eso significa que son mando en la gestión de proyectos, pero no tan mando como el, como los demás componentes. Entonces ahora echemos un vistazo a alguna de la terminología. 6. Terminología utilizada: Entonces esta es una terminología a la que me refería. Entonces vamos a dar algunas definiciones. Prometí que no tardaría mucho, pero valdrá la pena. Producto. El producto es el objetivo final del proyecto. Si cuando construyes un puente, por ejemplo, el producto final o el entregable, es la brecha, la brecha del proyecto. Por lo que me oirás mencionar productos. Entonces eso significa lo que el proyecto te dará entregable. Por lo que hay componentes el equipo del proyecto deberá entregar al final del proyecto. Ejemplo de la brecha, podría ser la propia raza, ser también todos los manuales de operación para el puente más antiguos aquí dan los diversos resultados de prueba de documentos y llegan. Entonces cualquier cosa que el equipo del proyecto produzca Morris BAU o para hacer negocios como de costumbre, si no estás familiarizado con esto, es parte de la organización que dirige nuestras actividades diarias. Y por eso la gestión de proyectos fue porque todo el mundo se enfocaba tanto en lo que hacían todos los días y de repente tienes un gran proyecto entrando. Y todo el mundo está ocupado haciendo sus propias cosas, por lo que tienen recurso dedicado. Por lo que negocio como de costumbre, Es la parte de la empresa que realiza actividades diarias y los equipos del proyecto enfocándose más en el proyecto, el cliente, el cliente, el negocio. Entonces es un stakeholder que necesita el resultado del proyecto. Entonces es más o menos para quienes estamos trabajando. Utilizaré esos términos, usaré negocios con más frecuencia y cliente o cliente. Por lo que alta dirección, equipo ejecutivo oposición a gerente que veremos más adelante. Alta dirección para mí, es que es parte del negocio que están por encima de ti de una manera que no quiere decir que estén involucrados en tu proyecto. Pero es en un sentido más amplio, no necesariamente el trabajar en el proyecto, pero podría ser el CEO de la compañía. Podría ser un gerente ejecutivo de otra parte de la empresa. Y el gerente, cuando me refiero como gerente, también conocido como gerente de línea, gerente programa para el jefe de proyecto. Es tu jefe. Si eres jefe de proyecto, es el tipo que ambos ven. Entonces cuando veo tienes que darle estos a tu manager o tienes que darle el a tu negocio. Son entidades distintas. 7. ¿Qué es la gestión de proyectos: A continuación estamos intentando definir la gestión de proyectos. Por favor, ten en cuenta dos cosas. Lo primero es que hay tanta definición de gestión de proyectos. Intento darte uno. He creado uno que refleja bien lo que es la gestión de proyectos, pero hay otros por ahí. Por lo general incluyen la palabra esfuerzo, que realmente quería evitar a toda costa. Lo segundo que hay que tener en cuenta es que siempre son excepciones. Y algunas empresas utilizan la gestión de proyectos de una manera muy flexible, flexible. Entonces esto es no, nada está puesto en piedra. Y de cierta manera eso es lo interesante de la gestión de proyectos. Pero entremos en esas definiciones. ¿ Qué es la gestión de proyectos? gestión de proyectos es la práctica de coordinar el trabajo de un equipo para lograr un objetivo específico como en un momento específico. Entonces la razón por la que el equipo que es es es que realmente no necesitas un equipo. Lo pongo entre corchetes. Porque en mi punto de vista de la gestión de proyectos, y no sólo en mi opinión en realidad predecir la gestión puede ser una sola persona. Es decir, seguro que has oído hablar de estos tipos dirigiendo un proyecto o por su cuenta. Pero lo que es clave aquí tiene un objetivo específico en un momento específico. Entonces si no es un objetivo muy específico, realmente no se puede llamar una gestión de proyectos es más negocio como de costumbre. Y en un momento específico también, cuando se vuelve continuo, cuando se convierte en algo recurrente, eso sucede cada tres meses o incluso cada año. A esto no se le debe llamar proyectos. Debe haber, se les debe dar otro nombre. Es un proyecto de una vez fuera. Tenga en cuenta que la ordenanza específica para ser lo suficientemente fuerte o lo suficientemente importante como para ser un proyecto. Tienes un negocio con tu equipo, ellos tienen algo más pequeño que hacer. ¿ Necesitan tener un equipo de proyecto con el proceso de reporte en su lugar y con un presupuesto y eróticos, probablemente no. Entonces no es un proyecto, es sólo una actividad que está encima. Entonces que se le llame un proyectil para ser lo suficientemente grande. Por lo tanto, esto solo se refiere a los negocios, su equipo de proyecto y la productividad como algo separado del negocio de la empresa. Como es habitual, los recursos verán que en ocasiones pueden ser recursos compartidos. Pero como entidades, se consideran separadas. 8. Papel del gestor de proyectos: Desafío, yo diría que cuando eres gerente de proyecto es asegurar que el equipo entienda tu rol. Cuando tú, sobre todo cuando estás creciendo empresa, nunca han tenido gerentes de proyecto o administración de proyectos. Ven que estás robando y piensan, oh, ahí hay un nuevo tipo admin, vamos a pedirle a él o a ella que haga esto, que haga aquello. Por lo que es muy importante establecer límites al principio. Pero para las empresas que son más maduras, saben qué es la gestión de proyectos. Creo que sería mucho más fácil, pero aún ahí, siguen siendo tentados a ser la persona que hace lo que nadie más puede hacer. Entonces es muy fácil caer en la trampa y hacerlo todas las cosas que se supone que no debes hacer. Entonces discutamos el rol del jefe de proyecto ahora. Entonces el rol del jefe del proyecto, él o ella posee el proyecto, responsable del mismo. No siempre tiene toda la autoridad. El tratado es responsable de que las cosas pasen de la raya. Echemos un vistazo a algunas viñetas. Entonces el PN, eso es otro, eso es otro acrónimo, project manager o project management. El jefe de proyecto planea o actividades, obviamente con otros recursos, pero tiene la responsabilidad de planificar. Cuando todo esto es plan, coordinación y priorización de actividades, reporte, comunicación, ambientación. Serás ejecutivo de cómo van las cosas. Temas. Esa es una gran durante la fase de ejecución, como veremos, esta es la ocupación clave de un gerente de proyecto. Es decir, se podría argumentar que no hay si no hubiera problemas, ¿quién necesitaría un gerente de proyecto? Entonces esto es lo que hacemos y mostramos algunos amigos y se respeta el presupuesto. Esa también es una grande. Como hemos visto al principio, la historia de la Reina. Ella estaba teniendo todas estas actividades quemando dinero. Entonces alguien necesita rendir cuentas por ello. Asegurar que se haya aplicado la calidad suficiente. Es decir, por eso estamos viendo calidad no es las actividades más populares y la gestión de proyectos. Pero en mi opinión, si tú, si entregas algo a tiempo y dentro del presupuesto y no es no es buena calidad o él no es algo que el negocio quería, entonces lo es, no es mejor implementar dentro las limitaciones para mí una buena manera de resumir el papel del proyecto cuando soy Gerente, hay algo que implementar. Él o ella tiene que implementar dentro todas las limitaciones que son plazos, presupuesto y similares. Por lo que aquí tenemos nuestro resumen de lo que es gestión de proyectos y el rol del jefe de proyecto. Para concluir, podríamos dibujar las similitudes entre nuestra vida en la vida de una empresa, si así lo desea. Todos tenemos nuestras actividades diarias que hacer y esto es lo que estoy haciendo coaching en vivo ahora también. Debido a las similitudes con gestión de proyectos son tan obvias. Todos tenemos cosas que nos gustaría hacer, pero nunca nos acercamos a ellas porque nos estamos enfocando en nuestra, en nuestra vida diaria. Y las empresas son lo mismo y es por eso que traen a los gerentes de proyectos. Para que realmente puedan enfocarse en eso. Y tienen que hacerlo. Y tienen que hacer toda la coordinación y lo correcto son las palabras. Lo más probable es que sí, si sucede, sucederá a un ritmo mucho más lento. Ahora, habiendo dicho eso, pasemos a la primera parte. 9. Introducción a la parte 1: el curso de PM: Entonces bienvenidos a la primera parte de este curso. Por lo que la primera parte es un curso completo de gestión de proyectos. Toda la teoría, pero al mismo tiempo es una toma práctica de ella. Por lo que durante la primera parte, revisaremos cada una de esas fases que hemos definido, el anillo, la introducción. Comenzamos con una revisión de alto nivel y después nos adentraremos en más detalle para cada una de esas fases. Entonces comencemos. 10. Resumen de las fases: De acuerdo, entonces sigamos donde lo dejamos en la contradicción anterior. Por lo que hemos identificado algunas actividades que agrupamos en fases, iniciación, planeación, ejecución y cierre. Esas son fases. Y también tuvimos algunas actividades. Entonces así como un solo para continuar si quieres que lo pongamos un poco diferente de una manera que nos ayude durante este curso es solo un recordatorio rápido. Iniciación es la razón por la que estamos haciendo esto y ¿podemos hacerlo? Entonces es una evaluación rápida. Nada demasiado preciso, pero al menos ahí podemos tomar una decisión si seguimos adelante o no. La planeación, ¿cómo va a ser la gestión del proyecto? Habrá también la ejecución fueron realmente hacer trabajo, acción, monitoreo, coordinación, resolución de temas, comunicación, pasando y cierre, y sabe todo terminado. Asegúrate de que no tengamos cabos sueltos y solo reflexionemos hacia atrás. ¿ Hicimos esto correctamente? Si ponemos eso debajo de esto, esta representación aquí, y esto es, así es como tendremos eso para el curso. Entonces todavía tengo esta iniciación en azul porque en teoría no es realmente parte de la gestión de proyectos. Vimos anteriormente que el gerente del proyecto estaba haciendo esta evaluación, pero como veremos, ese no siempre es el encargado del proyecto haciendo esto. Esas esas fueron las actividades clave que teníamos antes. Evaluación, aprobación, planeación, aprobación de planeación, monitoreo, fijación, comunicación, cerramiento. Entonces este es este diagrama que estaremos usando en este curso cuando pasemos por las diversas fases aquí. 11. Fase 1: iniciación: descripción de los: Empecemos con la iniciación de la fase uno. Si todo lo que hacemos es tener una visión general rápida de la sección. Discutiremos el propósito de esta fase. Discutiremos el rol de gerente del proyecto. En esta fase, revisaremos la creación de un documento clave, que se denomina carta del proyecto y diversos componentes de este documento. Pero más precisamente, discutiremos los alcances. Costo es la gestión de las partes interesadas ¿quién revisará la gestión de riesgos? Revisaremos la estructura del proyecto y luego terminaremos y brindaremos algunos ejemplos. 12. Propósito de la fase de iniciación: Bienvenido de nuevo. Por lo que a continuación, estaremos definiendo el propósito de la fase de iniciación. Lo primero que hay que tener en cuenta es que esta fase de iniciación no siempre existe. Otras metodologías de gestión de proyectos por ahí te dicen, sí, necesitas tener una nación enfrentada. En la vida real. A veces no existe. Entonces solo como recordatorio rápido, la fase de iniciación es si decides si el proyecto seguirá adelante o no. Pero hay algunas empresas a las que no les importa. Ellos sólo quieren hacer el trabajo. A veces sólo tienen un mandato. Tienen el presupuesto, y lo quieren hacer. Y no quiero tener que pasar por todo el proceso de iniciación. Y a veces simplemente no tienen la opción. A veces es solo la necesidad del gobierno, a veces es un cambio ilegal lo que se requiere. Y por lo tanto, no tiene sentido discutir si lo vamos a hacer o no porque sabemos que tenemos que hacerlo. Y también lo que sucede a veces es la fase de iniciación ocurre a puerta cerrada. No estás involucrado y creo que eso tiene sentido. Por qué involucrar a un gerente de proyecto cuando el proyecto no es realmente concreto todavía. Por lo que habrá un grupo de ejecutivos discutiendo IDs de proyectos civiles y decidieron después de que hagamos esto y aquello, y luego podrán traer al equipo. Pueden decir: Bueno, queremos un gestor de proyectos para esto. Queremos armar una carta de proyecto. Ya veremos lo que eso significa. Pero ahora supongamos que se da la fase de iniciación. El propósito de esta fase, en pocas palabras, mientras estamos haciendo estos n, ¿es factible? Los componentes clave que necesitamos para tomar esta decisión es que necesitamos tener un alcance de mirada. El alcance es, ¿de qué se trata esto? ¿ Qué estamos haciendo? El costo y horario. Entonces podría ser una muy buena idea, pero si tarda tres años, tal vez no sea una buena idea al final de la misma. Y por supuesto podría ser también prohibitivo, podría ser simplemente demasiado caro. Nos ponemos más o menos en un caso de negocios. A veces el caso de negocio se está haciendo por separado por el negocio, pero a veces el gerente del proyecto, si es parte de esta fase, ayudaría a crear algún tipo de caso de negocio quienes cortan los costo-beneficios , las metas de estrategia saldrán de ella y verán si sí o no, podemos seguir adelante con este proyecto. Echaremos un vistazo a los riesgos clave. En ocasiones existe un riesgo que es tan grande que el negocio tomará la decisión directamente del bate de no seguir adelante con este proyecto. Entonces por esa razón, es importante resaltar el riesgo. Ahora, no queremos ir a planeación y ejecución. Y después de la realidad de este riesgo es simplemente demasiado grande y simplemente nos golpea y solo puede vender el proyecto. Entonces cuando estemos razonablemente seguros de que este proyecto seguirá adelante, podemos empezar a armar un equipo de proyecto. Echaremos un vistazo a los recursos clave. Si el jefe del proyecto está involucrado, ellos asistirán con esto. O iniciaremos y reuniremos recursos de los equipos empresariales para armar un equipo de proyecto. Los resultados clave, Otis, sí, para obtener aprobación para iniciar el proyecto anteriormente, necesitamos algún tipo de firma y veremos que usaremos un documento llamado la carta del proyecto que a veces se usa para poner todos estos componentes, todos estos detalles sobre el proyecto juntos en un solo documento y vamos a conseguir este documento de cierre y luego podemos decir, sí, cubrimos este proyecto ha sido aprobado y podemos formalmente entrar en la planeación. Ahora revisemos el rol del jefe de proyecto. 13. Función de PM en la fase de iniciación: El rol del jefe de proyecto en fase de iniciación es opcional. En ocasiones, incluso cuando se produce una fase formal de iniciación, el gerente del proyecto no está involucrado. Creo que eso tiene sentido. No tiene sentido involucrar a un gerente de proyecto. Si no confiamos en el proyecto, seguimos adelante. Entonces, en este caso, el gerente del proyecto será traído hacia el final de la iniciación cuando estamos bastante seguros de que el proyecto se llevará a cabo y luego podemos construir un equipo de proyecto alrededor de la gerente de proyectos. Otra cosa a tener en cuenta es que a veces el jefe de proyecto viene de un tercero, digamos, cuando un proyecto es externalizado, depende el rol y el origen del gestor del proyecto, voluntad dependen del tipo de proyecto. Y en la fase de iniciación, decidirán como equipo de proyecto decidido, también deciden a quién quieren proteger. ¿ Es mi placer estar con un gerente de proyecto, parte del GOP de la empresa, o serían parte del tercero o tal vez un jefe de proyecto cada uno? Por lo que revisaremos diferentes escenarios bajo el componente Director de Proyectos de este curso. Ya hemos hablado de la carta del proyecto y esto es lo que estaremos revisando a continuación. Yo diría que la razón clave el jefe de proyecto está involucrado en esta fase es que el negocio quisiera que alguien pusiera todo el papeleo para su aprobación. Y aquí es donde el rol de gerente de proyectos comienza con el papeleo. Por lo que traemos todos los componentes que hemos visto antes que forman parte de iniciación en un solo documento. 14. Carta del proyecto: Ahora revisemos la carta del proyecto. La carta del proyecto es un documento que el director del proyecto reúne hacia el final del inicio, realmente para resumir todos los hallazgos de la fase de iniciación o que se ha discutido, poner eso en el siguiente documento. El horario, el presupuesto, y los grandes riesgos, como veremos, y poner todo eso en un documento. ¿ Pueden por favor apuntarse a este documento, todos, para que todos estemos de acuerdo en lo que estamos haciendo? Y luego cuando firmen, entonces se puede entrar en la siguiente fase. Se puede entrar en una planificación más precisa de una manera. A continuación, revisaremos todos los componentes clave de la carta del proyecto. Y entonces entraremos en más detalles y adelante de todos esos componentes. Por lo que aquí tienes enumerado el componente clave de este documento. Los objetivos del proyecto y el caso de negocio a menudo se incluyen en estos documentos. Entonces el negocio pisaría el resultado que quieren del proyecto y cualquier beneficio y ¿por qué vale la pena hacerlo? Revisaremos el alcance más detalle en las siguientes diapositivas. El horario que el estado será muy sencillo. Algunos plazos de alto nivel con fecha de finalización verán esto. Sabemos que tenemos algunos ejemplos al final de estas diapositivas. Vamos a revisar esto. El presupuesto. También revisaremos qué tipo de Richard se espera en esta etapa del proyecto. Como se mencionó, los riesgos son importantes al principio del proyecto, por lo que tendremos que enumerarlos como parte de este documento. Entonces los grupos de interés del equipo del proyecto, ya discutimos eso, pero entraremos en más detalle sobre la estructura del proyecto y la lista de interesados y derechos. Y si es posible, nos gustaría confirmar temprano en el proyecto quiénes serán los aprobadores de estos proyectos. Por lo que la mayoría de los componentes aquí listados serán refinados durante la siguiente fase, durante la fase de planeación. Entonces este es un supuesto que lo que había mencionado anteriormente en este curso es que algunos componentes serán vistos en iniciación y luego revisados en planeación y luego monitoreados y manejando la ejecución. Entonces eso es algo a tener en cuenta. En ocasiones algunos de estos componentes aquí sólo se pueden definir más adelante. En algún momento la iniciación va tan rápido que el riesgo, por ejemplo, sólo está en el presupuesto, sólo se puede afinar durante la planeación, pero nos apegamos a la visión teórica y ojalá tengamos todos estos componentes incluidos. 15. Alcance durante la iniciación: introducción: Bienvenido de nuevo al curso. Entonces lo primero que hay que definir cuando iniciamos un proyecto es ¿qué estamos haciendo? Entonces esto es lo que llamamos el alcance. En ocasiones se llama requisitos. Verás más adelante que ya sabes, los alcances y requisitos podrían significar lo mismo más o menos. Y veremos que este COP es más alto nivel, es más que los límites. Y requisito es más detalle ¿qué hay dentro de los requisitos? A la terminología que le gusta el analista de negocios, le gusta a la juventud. Entonces lo que es importante teniendo en cuenta que sólo somos iniciación y el proyecto podría ni siquiera seguir adelante. Lo que tenemos que tener en cuenta es que no queremos empantanarnos en demasiados detalles alguna vez tampoco tenemos mucho tiempo. Por lo que el alcance durante la iniciación, tiene que ser de nivel muy alto. Queremos asegurarnos de que hemos incluido todos los trozos grandes, todos los componentes grandes del proyecto. Entonces esto es, esto es crítico porque si olvidas uno de los grandes trozos, entonces es, cuanto más avanzas en un proyecto de más difícil es traerlo de vuelta. Si es un pequeño detalle que entonces eso es más fácil. Pero lo que es tan importante como lo que está en alcance es lo que está fuera de alcance. Tiene que dejar muy claro en el documento que no hacemos esto. Nosotros no hacemos eso. Imagina que eres ejecutivo y tienes la suposición de que algo está incluido en el proyecto solo para darse cuenta a mitad del proyecto de que no estaba incluido. Entonces es por eso que tú, tú, tú, les das una oportunidad. Usted dice, bueno, esto está fuera de alcance. Esto para que quede claro, no estamos haciendo esto. Y luego ellos Ejecutivo Ella tiene la oportunidad ahí de decir que sí, pero yo lo quiero adentro y entonces no es demasiado tarde porque aún no se ha encerrado el presupuesto. Podemos volver atrás, aumentamos el alcance y Cito programó lo que sea. Pero en esta etapa, sigue estando bien. Cuanto más progreses, más difícil será. Entonces ahora cuando sugiero que lo hagamos es echar un vistazo a un ejemplo. 16. Costo durante la iniciación: ejemplo: Sólo te voy a mostrar un ejemplo aquí que creo que te mostrará el nivel de detalle que es suficiente en un alcance. Tomemos el ejemplo de un sitio web que necesita ser plantado. Un director gerente quiere empezar a vender su producto en el sitio web. No tiene sitio web, pero sí tiene los recursos para escribir el contenido. Y necesita un proyecto para que alguien ajeno a su equipo instale la infraestructura alrededor del sitio web. El enunciado del proyecto se vería algo así. El proyecto incluirá y eso significa que el proyecto tendrá en alcance es el abastecimiento y registro del nombre de host, la infraestructura para alojar el sitio web, diseño, implementación de construcción, pruebas de seguridad, y la configuración del mantenimiento continuo que dijimos con terceros. Para que podamos agregar más palabras a esto. Podemos, supongo que en esta etapa decir lo más que podamos. Pero por lo general no tenemos ese lujo y todavía, esto es lo que queremos. Y esto es en el alto nivel, lo que nos gustaría que el proyecto que ya sea fuera de alcance como para evitar cualquier malentendido con el equipo del proyecto cuando el negocio va involucrar a un equipo de proyecto es Estoestará fuera del alcance. No queremos que escribas el contenido de la página web. Nos encargaremos de la aprobación de la política y del mantenimiento continuo de la página web. De verdad no queremos que lo hagas. Solo queremos que organices el mantenimiento para ello. Entonces no tenemos que ser complicados. Apenas pocas viñetas como esa. Suele ser suficiente. Si tienes a alguien de negocios que quien diga, oh, eso es un poco vago y entonces puedes profundizar un poco. Pero como decía, por lo general se tiene que hacer muy rápido. No le pongas atención a esto. Sólo para resaltar eso. A veces podemos hacer las cosas muy simples, muy complicadas. 17. Tipos de costo: Entonces supongamos que tenemos a alguien del negocio que tiene una idea de proyecto. A veces han hecho todo el trabajo duro por nosotros y han hecho su propia investigación y ya tienen un costo y solo nos dan el papeleo. Pero en otras ocasiones, están solicitando al equipo del proyecto que escoja el otro costo para ellos. Entonces obviamente esto es asumiendo que hay un equipo de proyecto que puede asistir sin importar quién esté haciendo el costo. Por lo general se hace en un nivel muy alto. Entonces, antes de empezar, solo quería destacar un par de formas que por supuesto se pueden calcular. El primero, por supuesto, estimación es el orden aproximado de magnitud ROM estimado. lo escucharán. De manera que eso se puede hacer mediante una combinación de juicio pericial. Estimación de arriba hacia abajo, una estimación análoga. El estimado de Roma es perfecto para una iniciación. Es algo que es muy alto aunque, pero aun así les da una identificación si pueden pagarla o no. Un experto solo se puede usar a veces es que tienes uno de esos gurús, por ejemplo, para configurar un sitio web, como dijimos antes, alguien que dice, Oh sí, quieres configurar un sitio web, tener todos los infraestructura hecha que te va a costar alrededor de 200 de los grandes o similares. Entonces eso es algo que en algún momento, en algún momento se usa. Queremos dar inicio rápido al proyecto. Liberamos los $200 mil y luego empezaremos. Otro método que se utiliza se llama la estimación de arriba hacia abajo. Y es la estimación de alto nivel también lo que es, pero se calcula sumando todos los componentes de alto nivel de un proyecto juntos. Por ejemplo, tú por el sitio web sin el costo de los materiales, el curso del de los contratistas y los likes. Y tú sumarías todo eso y yo te daría una identificación de alto nivel. Entonces es muy similar a la siguiente, que es la estimación análoga. Es una estimación que se está haciendo usando un ejemplo previo de algo que se ha hecho que es muy similar. Entonces esto es más, esto es lo que estaba diciendo. Esto es perfecto para la iniciación porque es alto nivel en esta etapa, sí, El negocio está esperando una estimación más-menos y de tres puntos que estaremos viendo en la siguiente diapositiva. El segundo tipo de estimación, se llama estimación detallada. Sólo hay una forma de tener una estimación detallada. Es justo al fondo. Cuando entramos en planeación, veremos cómo se usa realmente esto. Podemos en algún momento también llamarlo definitivo, lo cual da un poco de miedo en iniciación tener un presupuesto definitivo cuando conocemos todos los componentes más pequeños y los sumamos todos. Normalmente estamos bastante cerca de la estimación final. ¿ Entonces esto es más adecuado para la fase de planeación? Sí. 18. Estimación de 3 puntos: Entonces mencioné cuando discutimos la rom, la estimación de tres puntos. Simplemente me parece que eso es un poco complicado porque si vas al negocio y les dices que esto te costará $200 mil más o menos el plus siendo el peor de los casos, menos siendo el mejor de los casos, entonces no suele volar. Cuando dices, bueno, podrías pagarlo, eso te costará 200 mil, pero podría subir hasta 300. Fascinado, generalmente un poco asustado. Entonces pero les faltó el rezago, el mejor de los casos. Pero en realidad no les gusta el peor de los casos. Pero a veces es con ron es de esperarse. Estamos en un material de alto nivel. Así que por favor ten en cuenta que esto es solo una estimación aproximada y podrías tener algún costo adicional para leer, pero también podríamos haber leído Miranda y yo revisé este caso. 19. Ejemplo de costos de proyecto en la iniciación: Quiero poner un ejemplo. Entonces solo para demostrarte que una vez más, la fase de iniciación no tiene que ser demasiado granular. Siguiendo el ejemplo anterior, solo estoy recordando ser simple aquí rápidamente. El ejemplo de un sitio web que se está configurando. Por lo que el CIO de la empresa ha estimado el costo de este sitio web y usted estará alrededor de 520 K. Así infraestructura 200 k, diseño, construcción y prueba 200 K. Pruebas de seguridad, 100 K, mantenimiento continuo , 20 K, se suma todo eso. Tienes 520 K. Así que el CIO, Es que tendrás un juicio pericial aunque el proyecto sea nuestras herramientas, el CIO de la empresa que necesita el proyecto, ellos vendrán a ti y te diré, sí, quieres que eso se haga? Estos chicos pueden esta empresa puede hacerlo por ti y suele ser alrededor de 520 K para ser precisos, debido a este mantenimiento que viene en un 20 extra. Entonces este es el ejemplo que tendrías cuando confías en el juicio pericial para hacer la estimación. Entonces eso es más o menos por el costo. Una vez más, cuando vayamos a la planeación, seremos un poco más granulares sobre cómo podemos llegar al curso. Pero iniciación, Todo está sucediendo rápidamente. Quieren saber a alto nivel cuánto causará que vayan a obtener aprobaciones. Pueden agregar un poco encima si usan la estimación de tres puntos para asegurarse de que puedan cubrir algún poco de contingencia ahí. Pero eso es todo lo que se requiere. Y en su carta de proyecto, agregaría declaración, costo del proyecto, y simplemente enumeraría esto. Y eso sería perfecto. Una vez más, como para el alcance, si sabes más si puedes ser más granular, sí, por todos los medios, ve por ello. Pero por lo general no tienes ese lujo. 20. Partes de las partes 1: introducción: Bienvenido a la parte de gestión de grupos de interés del curso. Por lo que en la gestión de proyectos, hay mucho estrés en entregar a tiempo y en el presupuesto. Pero para mí, el proyecto no es un éxito. Si al final del proyecto tienes grupos de interés que son infelices, no importa quién sea. Para mí, no es un éxito. Sólo por darte un ejemplo. estar a tiempo y dentro del presupuesto. Pero lo que entregas no es exactamente lo que quiere el negocio. Es lo que acordamos hacer al inicio del proyecto. Para ellos. Todo ha sido firmado y los me gusta, pero no están del todo satisfechos. Entonces, ¿por qué están satisfechos? ¿ Lo hicieron, realmente nos comprometimos con ellos durante la vida del proyecto? A algunos gerentes de proyectos realmente no les gusta involucrarse demasiado con el negocio y les preguntan cómo están y si están contentos con lo que estamos haciendo porque les preocupa que el negocio lo haga ven y di: En realidad, no estoy muy contento con eso. Y los jefes de proyecto, entonces tenemos que hacer mucho trabajo para incluir esto. Pero para mí es algo que me gustaría hacer. Entonces quiero saber Quiero saber cómo se sienten con respecto a lo que estamos haciendo. Quiero saber si tienen tal vez cambiaron de opinión de alguna manera. Eso quiero saber. Necesito saber que para poder cotizar y descotizar seguimiento de los grupos de interés, necesitamos una herramienta. Entonces hay una herramienta que se usa comúnmente. Se llama la matriz de partes interesadas o las métricas de participación de los grupos de interés. Entonces se está haciendo en dos partes. La primera parte será elaborar una lista de todas las partes interesadas. Y la segunda parte sería evaluar a los grupos de interés. Evaluaríamos qué tan interesados están en un proyecto, y también evaluaremos la influencia que podrían tener en el proyecto. Entonces eso es muy importante. Por lo que durante la segunda parte, revisaremos otra forma de rastrear a las partes interesadas. Por lo que no forma parte de la metodología formal de gestión de proyectos. Entonces por eso lo tengo en la segunda parte. Es más cosas mías. Es parte del framework que he creado. En realidad es una herramienta que, um, que han creado y una divertida que me ha servido muy bien a lo largo de los años. Por lo que sólo me gustaría sugerirlo así como otra forma para que usted cotice unquote track stakeholders. Pero por el momento, nos apegamos a la metodología formal y empezamos a armar una matriz de stakeholders. 21. Parte 2 Definición de las partes interesadas: En primer lugar, echemos un vistazo a la definición de un stakeholder. Un stakeholder es que cualquier persona involucrada en el proyecto está siendo impactada por el mismo. ¿ Con quién trabajas? Entonces eso podría ser, Esas son las obvias que tu equipo, tus compañeros incluso influyeron en la gestión del proyecto. Usted está trabajando con. A quién recibimos los beneficios del proyecto que está más en torno al negocio. Clientes externos a usuarios estar recibiendo algunos de los beneficios que pueden entrar al proyecto? Creo que esto es algo que muchas veces se olvida. Sí. El negocio quiere esto, Sí, El protegerme súper motivado, que si alguien puede llegar tarde campo y salir del estudiante, interrumpir el presupuesto para proyectar eso. Eso es algo que hay que hacer. Es decir, en el gobierno por ejemplo, podrías estar corriendo en el proyecto muy contento. Todos están contentos, pero hay un recorte de presupuesto. Y eso es algo que debes vigilar, por lo que serán parte de tu proyecto. Sería un stakeholder con el que necesitamos mantener la relación si podemos, o al menos ser conscientes de su presencia. Quién proporciona el dinero que obviamente su stakeholder también, quien operará el producto final que utiliza los contratistas, proveedores. Por lo que necesitamos armar una lista de partes interesadas. Una forma de hacerlo es partir de una matriz de stakeholders donde coloquemosa una matriz de stakeholders donde coloquemos todos los stakeholders y los categorizamos en función de sus intereses y su influencia en el proyecto. En primer lugar, tenemos algunos grupos de interés que no tienen mucha influencia, no tienen mucho interés. Por lo que vamos a monitorear a todos esos para que sean más o menos, realmente no puedan impactar el proyecto y no tengan un fuerte interés en un proyecto. Ahora, si nos movemos a la izquierda, a la derecha, perdón, tenemos a los grupos de interés que tienen baja influencia. Tienen alto interés en ello. De arriba a la izquierda tendrán algunos grupos de interés que son muy alta influencia y tienen un interés bajo, sin embargo, necesitamos mantenerlos satisfechos. Pero volveré a este porque este es mi favorito. Y entonces tienes la alta influencia, alto interés, y necesitas manejarlos de cerca. Esos son los chicos que pueden tener mucha influencia en el, en el proyecto y están muy interesados en él. Se trata de las chicas son más o menos lo que necesitas para mantenerte feliz. Otra forma de manejarlo de cerca, yo diría que mantente contento de que Martin, mi favorito agrupado para no perder de vista porque son el otro que acecha es este grupo aquí, la alta influencia, el bajo interés. Son más o menos los grupos de interés quienes en algún momento están justo en contra del proyecto. Entonces por eso tienen bajo interés. Pero podrían interrumpir el proyecto potencialmente porque sí tienen alta influencia. Este es el grupo del que ¿cómo personalmente estaría muy pendiente? Es decir, el que tiene alto interés. Se podría argumentar que como tienen un alto interés, no se preocupen por ponerse en contacto con ellos porque se pondrán en contacto contigo porque les interesa. Entonces por eso para mí, creo que la parte superior izquierda es como si no fuera más importante que esta. 22. Ejemplo de Matriz de las partes interesadas Parte 3: Tan ocupado tobogán. Pero no hay nada como un ejemplo. Entonces digamos que tenemos un proyecto, un proyecto de desarrollo de software. Entonces hemos logrado listar aquí a todos nuestros grupos de interés. Entonces si miramos en el lado izquierdo, hay un Project Manager, Task Manager, Development Manager. Contamos con el analista de negocios, tenemos el equipo de infraestructura liderar gerentes de finanzas, usuario senior y etc. Así que por ejemplo, un gerente de proyecto que tiene alto interés y lamento decir que tiene influencia media. No tiene esa influencia a alta gama en el proyecto. Obviamente, puedes, puedes hacer que el pueda influir en el resultado del proyecto acelerando las cosas cuando pueda. Pero al final del día, no se puede decir simplemente, detén este proyecto. Ese tampoco es el papel. Se está armando el encargado de escritorio. Alguien sólo está probando. Por supuesto que tienen altos intereses porque ellos, ellos son los que vamos a estar probando la cosa. Y, pero una influencia es media. Una vez más, realmente puede detenerlo. Entonces echaremos un vistazo al colon de comunicación. Al final de esto. Gerente de desarrollo, tiene todo a alto interés, yo diría que los negocios de influencia media y que East High ellos influencia aún menor. Eso es sólo un ejemplo. Es decir, obviamente tendrías situación donde nuestros intereses e influencia, disculpen, es diferente equipo de infraestructura lideran. Y luego vamos con el gerente de finanzas. Por lo que el gerente de finanzas tendría unos intereses bajos a veces en una alta interferencia. Entonces este es el escenario que estamos diciendo antes, y por eso digo que realmente es para mí una clave. No mostrarías mucho interés. Pero al final del día, se podría decir, perdón, tuvimos que tirar de su presupuesto y dárselo a otro proyecto si en realidad no lo está. Por eso es muy importante contar con una estrategia para lidiar con este gerente de finanzas. El usuario senior. Lomismo, de bajo interés, tal vez algo con lo que no querías ir. Otro producto nuevo. No agrega nuevo software. Pero él tiene una influencia muy alta al final del día si hacemos todo este trabajo y dice, No, lo siento, no contento con esto, entonces eso es algo que tenemos la longitud del proyecto, intenta e influir en él o ella. Después baja la lista, gerente de operaciones, representantes empresariales. El último que quiero mencionar es un alto ejecutivo está en una categoría obviamente de alto interés, mayor interferencia. Por lo que esos también son los que hay que manejar de cerca. Pero al menos como decía, los verías, no estaría acechando en la oscuridad en contraposición a tal vez algún gerente de finanzas o el usuario senior. Así que no, no, no tomes esto como una, como una, como una verdad para todos los proyectos es solo un ejemplo de cómo podrían ser las cosas, podrías estar en el proyecto donde, por ejemplo, el gerente de finanzas tiene uninterés muy alto en ello porque va a mejorar. Este es el resultado final al final del ejercicio. Entonces, pero es sólo un ejemplo. 23. Ejemplo de plan de comunicación de la parte 4 de las partes interesadas: Algo que se dijo en una diapositiva anterior. En cuanto a esta matriz que se puede utilizar como base para el plan de comunicación como parte del proyecto. A veces se tiene plan de comunicación. Y lo que creo que es la mejor manera de hacerlo es usar esta matriz de stakeholders aquí. Y un plan de manejo de las partes interesadas. Si quieres, puedes llamarlo así. Dos, más o menos junten tu plan de comunicación para matar dos pájaros de un tiro. Aquí tienes tu matriz. Por cierto, esto no es algo que siempre se pueda publicar. Por razones obvias. Puedes adaptar tu comunicación en función de los factores de interés e influencia. Entonces si se toma un ejemplo, el gerente de finanzas aquí, por lo que ya he destacado es de alta influencia, pero tiene intereses bajos. Entonces necesito encontrar algún tipo de estrategia para a más o menos levanta interés y asegurarme de que no venga en el último minuto para saber sacar algo de dinero del proyecto. Entonces lo que tengo aquí, por ejemplo, tiendo a comunicarme regularmente, mantenerme muy al tanto de cualquier asunto relacionado con el presupuesto. El usuario senior, tendría la parte del comité directivo tratando de traer un comité directivo o ella y el intento de comunicarse regularmente fuera del comité directivo. Por lo que discutiremos el comité directivo más adelante. Pero eso es sólo para mostrar se utiliza el colon de comunicación y cómo nos estaremos comunicando con los interesados de los recursos. Y yo quiero, solo quería resaltar lo bajo y lo alto, pero podemos pasar muy rápidamente por la estrategia de comunicación. Habríamos reducido a otros. Este directivo la llevará a las reuniones productivas. Enviaremos correos electrónicos de esa manera nos comunicaremos con ella. Gerente de desarrollo, será parte de Sam, parte del equipo del proyecto se le enviarán correos electrónicos. El líder del equipo de infraestructura estará llevando a las reuniones del proyecto para conseguir su compra porque a veces están trabajando en tantos proyectos, es difícil que se interesen. El gerente de operación en nuestra comunicación tendríamos manteniendo en el bucle mediante el envío de informes semanales incrementará el engagement y cerca de la fecha de implementación porque los intereses lo harán crecen a medida que nos acercamos a la fecha de entrega. El representante empresarial la hará parte de las reuniones semanales y nos comunicaremos con correos electrónicos. El Ejecutivo Superior obviamente formará parte del comité directivo, revisará el comité directivo más adelante y después, y obviamente, se pueden poner algunas notas. Y por ejemplo, el usuario senior aquí denota es la razón por la que se ha puesto en una categoría ya que el bajo interés es E no ha mostrado gran interés en el proyecto que se ha enfocado en otros proyectos más importantes. Entonces podría haber una razón. Entonces se ha estado trabajando en lo muy crítico o en el proyecto y lo encadenamos a este proyecto y no está del todo con nosotros, no está del todo interesado. Entonces vamos, sería peligroso porque podríamos ser como el usuario, la persona que usa el producto. Y si entra en juego, entonces Allí podría causar retos al proyecto. Entonces sentémonos por la gestión de los grupos de interés. Hemos visto cómo identificar a las partes interesadas del proyecto, o podemos ponerlas en una lista pequeña y ordenada. Y también en al menos sólo podemos más o menos esbozar cómo plan de comunicación. Como se mencionó anteriormente. Es decir, no siempre queremos publicar esto. Esta es la forma en que es. Probablemente podamos eliminar los intereses y la apariencia puede ser que algunos stakeholders no quieran ser vistos en una categoría con baja influencia o los likes o algo que tenemos que ser sensibles. Es más algo que guardamos en nuestros expedientes. Pero la comunicación se mezcla, obviamente podemos ordenarla. Podemos eliminar el mantener un bucle enviando informes semanales y comentarios como este. Pero podemos decir, bueno esto, nos comunicaremos con el comité directivo del correo electrónico para que unas reuniones de proyecto se fusionen más, supongamos, políticamente correcto. Entonces eso es apto para la gestión de los grupos de interés. A continuación, veremos la emocionante parte de gestión de riesgos de un proyecto. 24. Gestión de riesgos durante la iniciación: Bienvenido a la parte de riesgo de la iniciación. Entonces imaginemos que tenemos a una persona de negocios acaba de obtener la aprobación informal para seguir adelante con el proyecto. Y está bastante emocionada y quiere ir a la fase de iniciación del proyecto con bastante rapidez. Podría estar un poco sesgada porque está tan emocionada aquí y tú quieres que esto suceda. Por lo que podría no estar muy abierta a alguien le diga que podría haber riesgos para el proyecto. Por lo que solo es cuestión de durante la iniciación, queremos asegurarnos de que todos los grandes riesgos estén siendo naan por el equipo ejecutivo. Queremos ayudarla a identificar algunos riesgos clave que podrían potencialmente peor de los casos significan que el proyecto se está conservando o posponiendo. Recuerda, el escenario que di si vieras el video sobre el nacimiento de la gestión de proyectos, dijo la reina, bueno, si sé que podría haber perdido la mitad de mi ejército, habría ido a encabezar, con este proyecto. Entonces eso es lo mismo que necesitamos para asegurarnos de que el negocio, el equipo ejecutivo, todos estén conscientes del riesgo clave para este proyecto. Y los listamos en la carta del proyecto y todos firman eso. Y entonces todos estamos conscientes de lo que nos espera más o menos. Por lo que para, para hacer un seguimiento de esos riesgos, utilizamos una herramienta se llama registro de riesgos. Y el siguiente video, te diremos cómo podemos empezar con eso. 25. Definir el tipo de riesgo: Bienvenidos de nuevo al curso. Para empezar a armar una lista de riesgos donde podemos hacer es echar un vistazo a varios tipos de riesgo y ver para cada tipo, si podemos identificar a Reesa, podemos hacerlo con un negocio o con el viejo equipo del proyecto en realidad, para el caso. Para empezar, tenemos los riesgos de costos. Esa es una obvia. Qué podría ir en el camino del proyecto que incrementará el costo del proyecto. Y si este costo del proyecto como aumentara, cuál sería entonces el riesgo general para el proyecto. Entonces hay algunos proyectos que tienen un presupuesto muy ajustado si lo repasas más o menos, este es un gran riesgo. Los modelos tienen más tolerancia y en este caso es un poco diferente. Programar riesgos. Si hay deslizamiento en un horario está en un gran riesgo para el proyecto. ¿ Qué podría retrasar el proyecto? ¿ Qué impacto tendría el proyecto si hay un deslizamiento en el cronograma? Por ejemplo, podrías tener una fecha que no sea negociable al final de la misma. ha dicho todo lo que podrías tener datos, pero si se mueve, no es gran cosa. También podrías tener algunos riesgos reputacionales. Si el proyecto no se gestiona adecuadamente. ¿ Existe algún riesgo de reputación que pudiera ocurrir? Digamos que tú, implementas un sitio web que tiene mucha visibilidad hacia los usuarios externos. Y si más o menos desordenas eso arriba, eso sería un gran riesgo reputacional para la empresa. Riesgos estratégicos. ¿ Está el proyecto en línea con la estrategia de la empresa? ¿ O se avecina un gran cambio estratégico? Entonces si sabemos que hay un gran cambio de estrategia que sale para la empresa en los próximos seis meses es que no va a suponer un riesgo para el proyecto en ese momento . Eso es algo en lo que pensar. Entonces tenemos los riesgos legales, los riesgos regulatorios, el riesgo contractual. Si nos involucramos con ambos cuerpos, todos estos pasos de riesgos. Y por último, todos los riesgos asociados a factores o peligros externos son los derechos. Entonces en esta categoría podrías, podrías , podrías enloquecer. Se pueden poner tormentas, inundaciones, sismos, vandalismo, huelgas laborales. Por lo que podría volverse completamente chiflado con estos comentarios, de ahí que, debería prevalecer. Ahora, hemos creado una lista de riesgos. El siguiente paso es decidir qué hacemos con esos riesgos. Y este es el propósito de esta próxima conferencia, es echar un vistazo a los resultados de riesgo. ¿ Qué hacemos con esos riesgos cuando ocurren? Si están bien. 26. Resultado de riesgo: Ahora podemos echar un vistazo a lo que hacemos por un riesgo específico son cinco tipos de acciones que podríamos tomar. Podríamos aceptarlo, podríamos evitarlo, podríamos transferirlo, podríamos mitigarlo, o podríamos explotarlo. Entonces tomémoslos uno por uno rápidamente. Pero cuando entremos en la revisión del registro de riesgos, daremos un ejemplo de cada uno de esos. Entonces eso también agregaría otra capa a tu comprensión si puedo ponerlo de esta manera. Entonces, ¿qué significa eso? Aceptamoslos riesgos, ¿ eso significa que estamos conscientes de ello? Sí, sabemos que eso podría suceder. Pero si sucedió, pasó. Que así sea. No hay problema. Nosotros estamos conscientes de ello tampoco. No queremos hacer nada al respecto. No hay nada que podamos hacer al respecto, así que simplemente lo aceptamos. También podemos evitarlo. En cuanto al proyecto es un poco extremo. Pero sí puedes, lo que puedes hacer es cambiar el plan para evitar estos riesgos. Puedes cambiar la forma en que planeabas hacer las cosas. Su estrategia de implementación de proyectos, por ejemplo. Otra cosa que puedes hacer con los arrays, puedes transferirla a otra persona. Digamos que existe este riesgo. Realmente no sabemos qué hacer si ocurre. Para que puedas transferirlo. Y un ejemplo sería el seguro. Qué se puede hacer con el riesgo así como para mitigarlo o reducirlo. Por lo que toma medidas para reducir la probabilidad del riesgo, o tiene en marcha una acción a tomar si se produce el riesgo. Entonces, si se presenta el riesgo, ya sabes qué hacer. ocasiones eso significará un incremento en el curso del proyecto porque tenemos que tomar algunas acciones adicionales. Pero eso lo veremos también. riesgo puede ser explotado. De manera que eso sólo funciona para riesgos positivos. Riesgos positivos es un riesgo que si ocurre, Eso es bueno para el proyecto Morris. Un ejemplo, podrías haber causado la caída, por ejemplo, y entonces eso significará más dinero en el presupuesto. Y si hay algo que podamos hacer para aumentar las posibilidades de que esto, de que este riesgo ocurra, entonces podríamos tomar medidas. Entonces es un riesgo que podemos explotar. Entonces sé que la noción de riesgo positivo no es fácil de captar. Entonces eso es todo. Entonces eso envuelve el desenlace de riesgo. 27. Severidad de riesgos: Bienvenido. Frente a ti hay una tabla para evaluar la severidad del riesgo. Entonces la forma en que funciona es que necesitamos conocer dos componentes de un riesgo. Necesitamos conocer la probabilidad del riesgo y necesitamos conocer el impacto del riesgo. Y a partir de eso, podemos detectar haciendo referencia a la tabla la gravedad del riesgo que podría ser bajo, medio, alto, o extremo. Entonces echemos un vistazo primero a la probabilidad. La probabilidad puede ser casi segura, probable, posible, improbable son raras, y el impacto como significativo, menor, moderado, mayor o severo. Por lo que encontrarás algunas variaciones sobre esto obviamente de dependiendo de donde trabajes. Si conoces la probabilidad del riesgo, digamos, sabes que un riesgo es raro si sabes que el impacto será severo. Entonces ya sabes que vas ahí re o severo y lo pondrían alto. Casi seguro. Podría ser alguien que esté de baja por enfermedad, por ejemplo, por la vida del proyecto, sí, es casi seguro que alguien se enfermará en algún momento. Pero el impacto será significativo si se trata de un tipo de recurso. Pero si se trata de otro tipo de recurso, el impacto sería mayor. Y entonces tal vez quieras hacer algo en caso que los recursos estén enfermos. Sólo por darte un ejemplo. Por lo que como se mencionó, las empresas tendrían diferentes criterios. Esta mesa se vería diferente a dependiendo de donde trabajes. No hay un estándar que se esté utilizando en todos los ámbitos. Pero creo que eso les da una muy buena idea de cómo podemos evaluar la severidad del riesgo. No siempre se hace, pero creo que es una buena herramienta y creo que si lo haces, te haría quedar bien. Eso te permite también poner un poco de perspectiva en el riesgo cuando alguien acude a ti y te dice, bueno, hay un riesgo muy alto de que si esto ocurriera. Y luego después de cavar, cavas y te das cuenta de que la probabilidad es poco probable y luego el impacto solo es menor o moderado. Y se puede decir: Sí, entiendo su preocupación. El riesgo está en un registro de riesgos. Pero al final del día, las severidades y los medios de comunicación. Esto es todo por la gravedad del riesgo. Ahora podemos ir a la siguiente parte del curso. 28. Ejemplo de registro de riesgos: Como parte del proceso de gestión de riesgos en iniciación, creamos lo que llamamos un registro de riesgos, que es un documento Excel word order alzas que enumeramos todos los riesgos y la probabilidad y severidad del impacto, y la acción que tomamos. Por lo que este es un registro que ya se ha prellenado con algunos ejemplos. Entonces les daré un ejemplo de cada uno de los resultados que discutimos. Entonces si empezamos con el primero, ponemos un número de riesgo, ponemos una fecha levantada, ponemos una deuda. Riesgo descripción somera aquí, una palabra en esta parte roja, SI y luego es, es buena práctica y te hará quedar bien si usas esto. Creo que es una muy buena manera de describir un riesgo usando si, entonces de lo contrario puede volverse muy esponjoso. Se puede decir, bueno, ¿y si esto sucede y el impacto no está claro? Entonces eso realmente te obliga a iniciar sesión riesgos de una manera muy estructurada. Y deja muy claro el impacto también. Por lo que si se cancela el vuelo, entonces el presupuesto se verá impactado. Entonces, ¿cuál es el impacto? Tenemos? Poner el impacto que tiene mayor. Hemos decidido que la probabilidad es posible. Volvemos a nuestro mayor y posible, posible mayor aquí. Posible aquí nos da una severidad de alta. Severidad. Está alto. Tenemos que asignar un propietario por cada riesgo si es si es si permanece abierto. Entonces, ¿quién estará gestionando activamente el riesgo? Si se presenta el riesgo, ¿quién se dirigirá, abordarlo? Por lo que es muy importante que si eres el jefe de proyecto evites tener tu nombre aquí, a menos que sea realmente un riesgo de gestión de proyectos. Pero no siempre es una gestión de proyectos es a veces hay que rezagarse por el tema iniciar sesión. Ya veremos más adelante, necesitas asegurarte de que alguien realmente sea dueño del riesgo, lo monitorea por ti, lo vigila por ti, y está listo para actuar si se produce el riesgo. Entonces eso es que se revisaría más o menos como parte de los roles y responsabilidades, es muy importante contar con un stakeholder responsable de cada uno de los componentes del proyecto, la acción. Por lo que hemos decidido que estaremos transfiriendo este riesgo. Tomamos seguro de viaje por ejemplo, podría ser una opción para transferirlo. Pagas una prima por adelantado. De esta manera se evita el riesgo. El riesgo sigue abierto obviamente porque la sílice. Pero si él sí ocurre, entonces ya sabes qué hacer. Tienes un ad com, tienes una acción, tienes alguien que lo haga. Entonces este es el primer ejemplo, transferir el riesgo. Si vamos a la siguiente línea, si la tendencia del IRS golpea en París, por ejemplo, muy poco probable, lo sé, pero entonces no podremos viajar a Madrid. El plan se va de vacaciones. Tu plan es llevar la tendencia de, de París a Madrid. Entonces el impacto que calificaste como mayor, es poco probable. Pero si miras en tu matriz y notarás que la severidad sigue marcada como alta, por lo que se hará el dueño. Aquí. Has decidido evitar el riesgo. Sí, no quiero que se presente ese riesgo. Ni siquiera quiero preocuparme por ello, así que quiero evitarlo. Entonces olvídate de la tendencia. Alquilaré un auto en su lugar. Entonces puedes cerrar ese riesgo. Esto ya no es un riesgo. Entonces no quieres arrastrar contigo este riesgo junto con el proyecto porque está cerca. Alguien lo levantó, lo has evitado tan cerca, se fue. Aquí está el siguiente riesgo, el riesgo número tres, digamos si está corriendo incluso en el ring pesadamente durante la semana, entonces la compañía no se sentirá cómoda. Un poco de subestimación, pero sólo para darte un ejemplo de vacaciones muy sencillo. Entonces el impacto que ves ahí es moderado, no el fin del mundo. Y la probabilidad es poco probable. Y eso te da una severidad sólo de mediana. Entonces no es alta, Es una severidad de minium. El pobre John sigue siendo responsable de esto, responsable de todo. Pero tú decides aceptar este riesgo y cierras en riesgo. Dices que sí, podría llover. Sí. Bueno, gracias por levantarlo, pero lo acepto. No tendrías estos dos riesgos como este en un registro de riesgos porque tomarías uno o 21 de los dos oxígenos. Pero solo por este ejemplo, eso vale, soy gratis un regalo de regalo. Si tienes el mismo riesgo aquí, mismo impacto, gravedad de probabilidad, mismo propietario. En su lugar decidirás mitigarlo. Por lo que planeas algunas actividades indoor por si acaso. Por lo que añadirías un viejo trae algunos juegos de mesa. Simplemente te prepararías antes del antes de que comiencen los proyectos vacacionales. Prepararías algunas actividades para jugar. Y también si esta columna de riesgo, entonces ya sabes qué hacer. Y este riesgo permanece abierto porque no lo aceptas. Se mitiga la diferencia con éste. Ejemplo final de un riesgo. Si están frente a ir a la playa, entonces no necesitaremos alquilar un auto, y entonces podemos ahorrar algo de dinero. Ese es un ejemplo de riesgo positivo. Entonces el impacto es moderado, la probabilidad es posible. Entonces la severidad, cita y cita severidad siendo positiva, severidad es, hola, John sigue siendo Yona. Acción no viene. ¿ Explotas este riesgo? Sí, estamos conscientes de que esto suceda y si pasa, sí, podemos usar el dinero ahorrado para comprar boletos de cine, por ejemplo, creo que se nota, se nota, bueno qué es un riesgo positivo y cómo se puede explotar hacia arriba. Piensa que el hecho de tener un riesgo positivo no es muy fácil de entender. Entonces creo que con este ejemplo, ojalá eso lo haga un poco más claro. 29. Consejos de riesgo: Para terminar en riesgo con iniciación, solo quería dar un par de consejos. El primero es incluir los riesgos clave en sus informes semanales, pero también en las actas de las reuniones. Por lo que eso tiene algunas ventajas. En primer lugar, para ti como gerente de proyecto que te recuerde los riesgos clave obviamente. Pero eso también permite que el miembro de tu equipo esté al tanto de los riesgos. También permite que su administración esté al tanto de los riesgos y que se le recuerde de los riesgos. Sí, estamos trabajando en estos, pero tenemos esos riesgos. No perdamos de vista esos. Eso permite que todos verifiquen el estado de los riesgos. Por lo que no se pierde en rico registro de riesgo. Entonces no todo el mundo. En realidad, casi nadie accedería al registro de riesgos aparte del Project Manager. Por lo que los riesgos tienen que estar mostrando alguna manera. Y creo que esos dos artefactos que son un buen lugar para ellos. lo que puedes, por ejemplo, también usar tus reuniones semanales para comprobar si surgen nuevos riesgos. nuevos miembros del equipo estarían encantados de recordarles esos. También hazte saber si hay alguna que ya no pueda ocurrir para que podamos cerrarlas. Entonces es una buena práctica. El segundo consejo es a unas reuniones formales de revisión de riesgos. Entonces lo que harás es tan pronto como puedas en un proyecto, idealmente, en, durante la iniciación, tienes una sesión de lluvia de ideas sobre riesgos. Entonces, ¿cómo sería este slosh de lluvia de ideas para más reunión de revisión de riesgos? Entonces lo que podrías hacer como punto de partida cuando no hay riesgo ahí, podrías usar el tipo de riesgo que hemos visto antes y luego construirías tu registro de riesgos. Pero en curso en el proyecto, lo que puedes hacer es aún intentar traer de vuelta a todos y revisar los riesgos existentes. Comprobar si la severidad como cambio. Puedes hacer una lluvia de ideas en una nueva. Se pueden cerrar las que no sean válidas. ¿ Cuál es la clave para este tipo de reuniones, la asistencia? Usted necesita hacer su mejor esfuerzo para asegurarse de que cada parte del negocio, cada parte interesada asiste a estas reuniones. El motivo es que no quieres que alguien venga a ti en medio del proyecto y te diga: Bueno, ¿qué pasa con ese riesgo? ¿ Has pensado en ese riesgo? Pero si esa persona ha sido invitada a estas reuniones tempranas, entonces no pueden decir mucho porque han estado ahí, se habían involucrado. Se ha dado la oportunidad de plantear todos los riesgos. Entonces sólo un asunto más o menos para cubrirte un poco. Porque siempre hay alguien que se acercaría a ti y te diría: ¿Y ese riesgo? Entonces, si tienes tu reunión inicial de riesgo y después de tener reunión de riesgos regular, mueves la responsabilidad una manera de ti mismo al, al Amplio espectro de stakeholders. Tenemos que asumir la responsabilidad de estos riesgos juntos. Entonces no es solo la frecuencia de preocupación de un gestor de proyectos. Mencionamos una reunión inicial cuando empezamos con una página en blanco o algunos gestos que armamos todos en el negocio sabíamos que sabíamos y después de cada mes o cada trimestre, dependiendo de la duración de el proyecto. Entonces eso es más o menos para la gestión de riesgos. Gracias por sus pacientes. Por lo que ahora estaremos discutiendo la estructura del proyecto. 30. Introducción a la estructura de proyectos y estructura básica: Bienvenido de nuevo a las estructuras del proyecto del curso. Entonces hacia el final de la iniciación, ¿cuándo es una buena oportunidad de que el proyecto siga adelante? Conjuntamos un equipo, equipo de proyecto. Por lo que cuando la sección, vamos a revisar diferentes escenarios, estructuras de proyectos externalizadas administradas internamente. Y veremos cómo se relacionan con otras partes del negocio. Echemos un vistazo a una estructura básica de proyecto, administrada internamente. Ningún contratista sabe que la Fed compra. Estás sentado aquí como gerente de proyectos. Tienes un equipo trabajando para ti. A veces. Tienes varios equipos. A veces. Y si trabajas en varios proyectos, tendrías algunos moralistas varios miembros del equipo de proyectos aquí también. Tienes compañeros, puedes tener otros PMs, están trabajando a tu lado. Suele reportarse a un gerente de programa. Gerente de programa es un gerente que administra varios proyectos. Por lo que se llama el programa. Los proyectos pueden estar relacionados o no. Pero en otras ocasiones se podría simplemente reportarlo a un ejecutivo. Un gerente de programa implica que alguien gestione varios proyectos, pero a veces se reportaría directamente al área de negocios y Director Ejecutivo o incluso a un gerente de línea. Y eso ocurriría si no hay gestor de programa, si es un proyecto pequeño, entidad pequeña , empresa pequeña. Por lo que tendrías todo este tipo de posibilidades de reporte. Si eres como un tú, tendrías algunas veces líderes de equipo, las necesidades del equipo tendrían sus propios miembros del equipo. O tendrías algunas veces a miembros del equipo trabajando para ti con una línea de reportes directa. Una cosa a destacar es que podrías tener recursos trabajando para ti el 100% del tiempo, lo que se llama un recurso totalmente dedicado. O podrías haber compartido recurso. Tienes un miembro del equipo aquí, peter es en realidad un recurso compartido entre ti. Y el otro gerente de proyectos aquí está trabajando en dos proyectos. Por lo que este PID de una bandera roja, necesario asegurarse de que esnecesario asegurarse de quevale la pena litigio es como se acordó. Entonces si puedes, en un mundo ideal, trata de tener solo recurso dedicado, pero no siempre posible. Otro escenario destacado aquí, es Mary. Ella lo compartió con BAU. Eso es aún peor en cierto modo porque ella está trabajando para el equipo del negocio como siempre y el negocio que es tu carga de trabajo, no es lineal. Entonces tendrían periodos donde trabajarían intensamente y habrá algunos otros periodos que un poco más tranquilos. Por lo que definitivamente tal vez otra señal de advertencia aquí para asegurarse de que las obras de Mary se destinen cuota para en este proyecto. Entonces, como un poco de mitigación de riesgos, lo que podrías hacer es cuando tengas un recurso compartido, podrías ponerte eso a medida que te arriesgas. Un riesgo aquí, Es probable que la memoria se arrastre a lo largo de algunas actividades BAU, sobre todo si hacen soporte de producción bajo el entorno de TI y similares. Para terminar solo una nota rápida, solo por mencionar que a esto se le llama entorno de matriz cuando el jefe de proyecto toma recursos de otros equipos. Ahí. Sólo por darte un ejemplo de una estructura básica de proyecto cuando el proyecto es administrado internamente y no hay oficina de proyecto. Y veremos los trofeos del proyecto en la siguiente diapositiva. 31. Estructura de proyecto: oficina de proyectos: Bienvenido de nuevo al curso, el apasionante mundo de la oficina de proyectos. Un proyecto de honorarios. Y te voy a dar un poco de algunas siglas aquí. Disculpas llamadas una píldora o un PMO, es más o menos un grupo de principalmente gerentes de proyectos y coordinadores de proyectos. Por lo general, son administrados por el gerente de su oficina de proyecto. Su función principal es asignar recursos de gestor de proyectos y administrador de proyectos, pero también habrá gestionarlos. Por lo que podría tener una línea de reporte de corazón si lo desea, entre el gerente del proyecto y el coordinador del proyecto hasta el gerente de la oficina del proyecto, establecen estándares y políticas para todos los proyectos. Por lo que te unes a una empresa. Insistieron en que, ya sabes, imprime dos o PMP o cualquier otra cosa. Pero cuando te unes a ellos, te das cuenta de que siguen algunos estándares, oscuros, bastante diferentes. Y hay que trabajar con nuestros estándares. Y para mí, este es solo otro argumento de que aprender una de esas impresiones dos o certificaciones PMP es más para quedar bien en tu currículum y atraer potenciales empresas de contratación. Pero el mundo real que es raro que se tenga que trabajar para trabajar con esas metodologías. Simplemente usarás los estándares y políticas de la empresa y los gustos y otro rol del proyecto o heces. En algún momento consolidarían todos los informes proporcionados por los jefes de proyecto y ellos, por supuesto, te verificarían de proyecto y ellos, por supuesto, te verificarían en reporte y te perseguirán. Si no los has proporcionado a tiempo. Reagruparían todos esos informes de todos los jefes de proyecto y los consolidarían y los proporcionarían a los equipos ejecutivos. Mostramos entonces que se está siguiendo el proceso, por supuesto. Por lo que te dan Estándares y gustos. Por lo que quieren asegurarse de que se estén siguiendo los procesos. Y si tienes suerte, te pueden proporcionar alguna capacitación, supongo, como lo haría cualquier tipo de equipo directivo. Entonces esa es una visión general rápida de la oficina del proyecto. Ahora podemos echar un vistazo cómo encaja eso dentro del organigrama que vimos antes. Entonces esto es lo mismo que antes. Entonces estamos sentados aquí como gerente de proyecto, estás reportando al gerente del programa aquí. Pero al mismo tiempo tienes algún tipo de línea punteada a una oficina de proyectos. Puedes estar trabajando junto a un coordinador de proyecto. Ya ves, lo siento, estoy demasiado ocupado con este proyecto y necesito coordinadores de proyectos que te asistiría el coordinador del proyecto. El coordinador del proyecto podría ayudarte con cosas como organizar reuniones, escribir actas, también te podría ayudar con el horario y el del Reich. Y con base en la experiencia del coordinador del proyecto, eso, eso puede ser más o menos útil. Pero como se mencionó, esta es una buena manera entrar en la gestión de proyectos ya que yo, como mencionaré en la tercera parte, creo que esta es una excelente manera. A veces no necesito conocer ninguna otra metodología de gestión de proyectos. Entonces entrarías aquí y luego terminarías aquí probablemente. Pero dejémoslo como está para la oficina de proyectos. Y echemos un vistazo a otro tipo de gráfico que podrías tener. 32. Estructura de proyecto: proyecto subcontratado: Así que echemos un vistazo a otra estructura de proyecto en un escenario donde el proyecto está siendo subcontratado a contratistas a un tercero. En el amarillento aquí, tendríamos la estructura interna habitual con la programación ágil de negocios a su alrededor y proteger a los gerentes allí. Y luego en verdoso, tendríamos al contratista. Tendrían su propia estructura generalmente para proyectos grandes, tendrían un gerente de proyecto y la empresa tendría un gerente de proyecto interno también. Por lo que el flujo de información, si lo desea, sería desde el equipo aquí hasta el gerente del proyecto, contratación, y hasta el gerente de proyecto en la casa. Y después del flujo de reporte subirá al gerente del programa. Entonces ese es solo un escenario. Si te gusta. A veces el jefe de proyecto, podría reportarse directamente al gerente del programa o al área de negocios en algún momento cuando es muy pequeño, no necesitan gerentes de proyecto. Por lo tanto, el líder del equipo podría reportarse directamente al gerente de proyecto interno. Pero para grandes proyectos a jefes de proyecto, uno a cada lado. 33. Estructura de proyecto: comité de dirección: Bienvenido de nuevo. Por lo que para terminar en la estructura del proyecto. Cuando discutimos la comunicación, mencionamos al comité directivo nosotros como un grupo que necesita mantenerse en el bucle y necesitamos tener una forma estructurada de comunicarnos con estos grupos. Por lo que el comité directivo es una estructura temporal que se está configurando para el proyecto para que puedan supervisar el proyecto y proporcionar alguna decisión clave. Y yo iba a decir consejos, pero es más que asesor realmente se supone que suelte, rasgar el proyecto. Esta estructura más o menos está hecha de interesados de alto nivel en, pero en algún momento traen expertos a esta reunión para que puedan tomar una decisión. Suelen ser los puntales para las decisiones clave. Por lo que son grupo muy importante. Entonces echemos un vistazo a lo que típicamente está hecho el Comité Directivo. Por lo que tienen lo que llamamos un usuario senior, que es un Usuario Senior es el usuario final del producto, si así lo desea. Ellos son los que vamos a estar usando, lo que entrega el proyecto. También hay un proveedor senior que no siempre está presente, pero cuando el proyecto es esa fuente o cuando hay alguien suministrando el bien o servicio de lo que estarían a la mano aquí. Y luego el alto ejecutivo, o el llamado dueño del negocio. Entonces esta es la persona realmente responsable del proyecto. El proyecto es para él o ella. En una categoría de grupos de interés, serán de alto interés y alta influencia. Entonces como, como el proyecto está hecho para ellos, entonces tienen el, hacen el código más o menos. Si en algún momento decido que el proyecto ya no vale la pena, simplemente hacen la convocatoria. Tan muy importante. Entonces lo interesante son los comités directivos. Se asumiría que el jefe de proyecto es un asistente obligatorio, pero pero a veces es un Project Manager no asiste. En algún momento es el gerente del proyecto asistiendo. Por lo que levantaron un poco el listón. Ellos quieren obtener un poco de una visión independiente sobre el proyecto. Entonces si no siempre es tu decisión, pero lo mejor es que el jefe de proyecto asista. Entonces eso es todo lo que quería mencionar realmente en un comité directivo, grupo de hola, gente de influencia que se reúne para discutir el proyecto. Y cuando hay algunos temas clave lo harían ellos harían la llamada. También se pueden utilizar como punto de escalada. Esto es lo que dije es bueno como gerente de proyecto al que asistes porque puedes plantear tus temas clave. Y eso es todo para la estructura del proyecto. Por lo que a continuación, terminaremos la fase de iniciación y comenzaremos revisando algunos ejemplos antes de concluir comenzaremos revisando la fe. 34. Opcional: ejemplo de la carta de proyectos: Por lo que antes en un inicio, mencioné el documento de carta del proyecto, que es un documento que el director del proyecto crea para reagrupar todos los hallazgos de la fase de iniciación. Y esto se está utilizando como una forma de conseguir que el negocio firme el proyecto y podamos seguir adelante con el proyecto. Yo sólo quería darles un ejemplo. La fase de iniciación hacia arriba, porque creo que siempre ayuda. Creo, como ya he mencionado, la carta del proyecto puede dar un poco de miedo. En ocasiones vemos estas enormes plantillas con toda esta información en la que hay que estar. Pero no tiene por qué serlo. Si empezamos con algo muy sencillo y solo agregamos unas palabras a su alrededor, puede ser en realidad un ejercicio bastante corto, sobre todo tomando en consideración que la mayor parte del contenido de este documento se toma de otras partes interesadas. De los grupos de interés, no estás escribiendo gran parte del contenido. Tomemos otro proyecto para tener una oportunidad, construir un puente. Entonces una de las secciones, nuestra sugerencia que tenemos en el documento de carta del proyecto es un proyecto de objetivos. De manera muy sencilla, el proyecto se refiere la construcción de un puente en el lado blando de la ciudad. Algo muy sencillo como esto para los objetivos del proyecto. Cuando tenían algún papeleo de casos de negocios y me gusta, tomabas cosas del documento y las pondrías ahí. Lo mismo para la siguiente sección aquí, beneficios y caso de negocio. Eso es algo que a menudo tomarías del negocio. Yo tengo aquí. El tráfico actual en el centro de la ciudad se ha vuelto insostenible y está causando retrasos. Y por lo tanto necesitamos esta brecha. Entonces entrarás en el ámbito de alto nivel, lo que está en alcance, y lo que está fuera de alcance. Por lo que realmente lo he simplificado. Creo que antes en el ámbito, aquí tenía varios puntos de bala. Simplemente realmente lo simplificó. Obviamente tendrías más palabras que agradables, pero es sólo para resaltar la estructura del documento. En alcance, el edificio y pruebas de la brecha. Esto es lo que queremos que haga el proyecto. Queremos que el proyecto construya un puente y para asegurarnos de que funcionara, tendrías más subcomponentes. Yo pensaría que el valor de dos bits dice, tú dirías dónde hay que hacer y los gustos. Esto es más o menos para darte una idea de dentro y fuera del alcance. Fuera del alcance, tendrías comunicación con los usuarios de la carretera y todas las carreteras en ella serialización, por ejemplo, no quieres que el equipo del proyecto se encargue de esto. Te llevarás esto tú mismo. Esto está fuera de alcance. Elhorario de alto nivel será solo hitos clave. Sólo dirás por John, me gustaría terminar la fase de planeación. 2021, marzo. Se contratará a la empresa. Junio. Esto tiene que suceder y te pasarías por la terminación para 2023 presupuesto de ejecución igual. Teníamos mirada rápida en el presupuesto. Hablamos del orden aproximado de magnitud y uno de los pesos llegar a estos rugosos orden de magnitud. tanto que la opinión de expertos, y luego tenemos un experto puede construir un puente. Simplemente no quieres improvisar para igualar. Entonces realmente necesitas a alguien, contrataste a alguien, a un experto. Sabe cómo se hace, se hace un especialista que muchas veces. Por lo que cualquier tipo de preservado con 120 millones para construir un puente. Y el presupuesto como Consejo, perdón, como presupuesto de 150 millones. Entonces parece que podría funcionar. Siguiente parte, los riesgos clave. Pero si vamos a retrasar la construcción. Por lo que te preocuparía que si hay mal tiempo, entonces la construcción se retrasará. Y entonces pondrás eso en tu registro de riesgos. Y entonces decidirías qué hacemos con esto. Simplemente lo aceptaremos. ¿ Quieres evitarlo? Habrá más difícil. Probablemente podrías mitigarlo. A lo mejor hacer algún mundo laboral bajo techo mientras llueve. No lo sé, pero ese es un punto de partida. general, te referirías a tu registro de riesgos. Lo harías, podrías adjuntar tu registro de riesgos a la carta del proyecto para realmente ayudar a todos a tomar una, tomar una decisión sólida. Otro riesgo que he enumerado aquí, obviamente no soy especialista en construcción de puentes, pero me gusta este ejemplo. Por lo que la dependencia de las autoridades viales podría retrasar la fecha de implementación para que te imaginas que tendrías pocos bucles por recorrer para construir un puente. Y una de esas son las políticas, los estándares y los gustos. Entonces eso es algo que causaría retrasos. Entonces, como parte de la mitigación de riesgos, intentaremos acelerar ese proceso o al menos muy entender cuáles son los pasos involucrados. Daría también al proyecto más estricto otra visión de lo productivo. Por lo que has decidido ir a externalizar el proyecto. Obviamente no tenías equipo de especialistas a mano para construir un puente. Por lo que tendrías un equipo metal de lo siguiente. Tendrías un gerente de proyecto interno. Pondrías a Mary Smith, parte del consejo debería ser tu gerente de proyecto interno. Tendrías Project Manager de dos empresas diferentes. Entonces tendrías a la empresa XYZ por hacer la propia construcción y ABC para hacer otra cosa. Por lo que tendrás un equipo hecho de gestores de proyectos libres porque este proyecto sería tan, tan grande que el tercero tendría gerentes de proyecto. Se establecería un comité directivo y parte de la lista de partes interesadas. Supongo que se hará un comité directivo del usuario senior, que son los representantes de la autoridad vial. Por lo que el usuario senior estará representando a todos los que usen el puente. Entonces obviamente no puedes tener todos los usuarios, pero tú serías el que representa todos los usos. El paludismo senior sería la empresa XYZ. Ellos son los tipos clave, son los chicos clave construyendo el puente, por lo que serán el proveedor senior. También tendrías el alto ejecutivo y ese es un jefe que asumiría que es alcalde de la ciudad. Por lo que él o ella será quien tome, tomando las decisiones clave en el proyecto. Entonces tendrías una lista de partes interesadas. Tengo aquí sólo duplicado al comité directivo. Obviamente tendrías gerente de proyecto. Tendrías a Marion agradable. Tendrías a los jefes de proyecto de estas dos empresas y tendrías a alguien que se te ocurra lista de aprobadores requeridos? Sí, eso es importante. Tendrías que el alto ejecutivo estaría enviando el documento tras revisión por parte del equipo directivo. Entonces ya sabes que la aprobación clave para este proyecto sería el masculino, la ciudad. Entonces eso es un poco de recapitulación de la carta del proyecto. Espero que tenga sentido. No terminamos con el ejemplo. Todavía tenemos un par de ejemplos después de éste, pero creo que ojalá sea solo el techo, toda la información que has tenido en su cara para la fase de iniciación de fase. Y también tienes una plantilla en tus recursos. Una vez más, la plantilla, cada empresa tendría un tipo diferente de plantilla. Entonces, si te unes a un gerente de proyecto en algún lugar, eso te daría una plantilla. Pero yo solo quería poner una plantilla en los recursos solo para mostrarte que no tiene por qué ser demasiado complicado. Echemos un vistazo a otro ejemplo. Pero esta vez en algunos componentes específicos de la carta del proyecto. 35. Opcional: ejemplos adicionales: Así que me he centrado aquí en algunos componentes de la carta del proyecto, que son el costo, el horario, el caso de negocio y el equipo. Entonces primer ejemplo, tendrías una entrega de software. El costo de alto nivel. Tendrías al proveedor de servicios X, Y, Z, que proporciona una estimación de 150 K y 50 claves en curso. Por lo que es tercerizar entorno. Y esta suele ser la mejor manera de conseguir delito menor porque, ustedes saben que los prestadores de servicios están haciendo este día ahora, como les estaba mencionando, tienen equipos. Serán capaces de darle costo muy preciso, horario de alto nivel. Por lo que el proveedor como estimado para las mamás entregan. Por lo que entonces en base a eso y en función de cuándo puede iniciar el proyecto, debes poder darle al negocio una implementación, fecha de implementación al si quieres agregar alguna contingencia o no. El caso de negocio, necesitamos un sistema contable para evitar entrada manual y héroes humanos que nos cuesten 75 mil por año. Por lo que te están diciendo que uno por supuesto sería 15050 haciendo. Pero les estás diciendo que yo pondría un 75. Sí. Entonces, ¿eso vale la pena? Entonces dirían, bueno, 50 K cuestan por 75 ahorros, sí, son 25 K al año. Pero es que realmente vale la pena la molestia teniendo en cuenta que necesitas recuperar tu costo inicial. Entonces les pones todo eso a ellos y ellos pueden tomar una decisión informada. El equipo reúne a un equipo, el proveedor de servicios nos proporciona un gerente de proyecto. El Comité Directivo se configurará con estos gerente de proyecto y recurso senior de x, y, z, que es, que es el proveedor de servicios aquí. Siguiente proyecto. A modo de ejemplo, desarrollas un sitio web. Por lo que el costo de alto nivel, se tiene una pyme o experto en la materia u otra palabra para un gurú estimado en $30 mil. Tienes tu escala liberal. Dirías que necesitamos estos antes de Navidad. Eso es imperativo para las pequeñas empresas. Entonces obtienes la estimación de la SMA y verás que si eso podría funcionar. El caso de negocios es que queremos una instalación en línea para reducir la cantidad de llamadas telefónicas y hay algunos números allí. Por lo que una vez más, pondrías todos estos números juntos para que el negocio lo decidiera. Ahorro de costos. ¿Vale la pena? Y el equipo, un equipo interno puede hacer el trabajo. Entonces no seremos un proyecto de tercerizar como el anterior. Será un proyecto de gestión italiana. Utilizará a Mary como gestora de proyectos. Y el resto de su equipo ya está configurado. Para que puedas descansar tranquilo que podamos ejecutar este proyecto no problema. Otro ejemplo que acabo de dar en realidad un experto estimó 120 millones, el horario de alto nivel que esperan mencionar desde hace años, se requiere incumplimiento para evitar congestionamientos. Y para armar al equipo. Sabemos que este Pm se especializa en constricción de incumplimiento, por lo que lo contrataremos como contratista. En lugar de tener otro escenario en el anterior, tenía a alguien internamente de la consola. Pero te das cuenta de que para ser más conveniente tal vez tener un jefe de proyecto especialista y lo contratarías. Ejemplo final, sólo sólo para mantener estos pactando en vacaciones como me gusta dar una gama diversa de ejemplos. Entonces costo de alto nivel, bueno, tenemos 5 mil amplio lapso, el horario de Oliver, tienes dos semanas caso de negocio. Realmente necesitamos un descanso en el equipo, nosotros dos y los niños. Entonces como parte del tener en cuenta, estamos en la fase de iniciación. El proyecto aún no ha iniciado. Entonces, en otras palabras, si te quedas con, uh, yendo de vacaciones , proyectos, tienes $5 mil para gastar y tienes dos semanas disponibles. Y entonces se puede modelar es decidir bien, ¿vale la pena el caso de negocio? ¿ Retiene agua? ¿ Tengo? ¿ Podemos empezar a planear esto? Y esta es la ventaja de hacerte esta pregunta antes, antes de entrar en la planeación. Porque si te metes planeación y si empiezas a investigar y eróticos y después de darte cuenta, bueno, ni siquiera tenemos el dinero para ello o ni siquiera tenemos que irnos por ello. Entonces quería terminar con este ejemplo solo para resaltar la importancia de conseguir, lo clave es escribir una tesis y una cara, porque después de que sea demasiado tarde, no quieres entrar en todo esto planeación. Sólo para darse cuenta de que, bueno, el otro día que ese no es proyecto viable y ese es el propósito de la fase de iniciación. 36. Fase 1: cierre de la iniciación: Bienvenido de nuevo. Para concluir el inicio de nuestro proyecto. Por lo que empecé esta fase afirmando que el inicio del proyecto no siempre ocurre. Al menos no OKR antes era un poco de una comprobación de la realidad en contraposición a lo que vas a estar aprendiendo en algunos estándares de gestión de proyectos, la analítica metodológica. Tendrás un escenario con alguien que directivo y ejecutivo. Simplemente vendrían a ti y te avisarían. Sí, tienes un proyecto. Ya elaboramos el presupuesto y esto tiene que implementarse para tal fecha y suele ser bastante agresivo. Entonces esto sucede es, es importante para ti cuando te involucres en esta etapa ser muy activo tratando de encontrar cualquier brecha potencial. Porque cualquier cosa que se pierda en esta fase, sería muy, muy difícil de arreglar más adelante. Necesidad de desafiar con mucho tacto los recursos que se le ocurrieron con esta cotización, Necesitas probar y averiguar cómo llegaron a esa cotización. Es necesario comprobar si han olvidado algo para incluirlo. Esa cita, cita, a veces se les ocurre cita, pero no piensan en todos los gastos generales y similares. Entonces, como gerente de proyecto, realmente necesitas asegurarte de que todo esté incluido. Y para evitar eso como lo haces también la era de la planeación, pero no incluyeron esto. Yo no incluí eso. EntoncesDesafío con tacto, esa sería mi recomendación. Si te escondes involucrado en iniciación para asegurarte de que el costo total proporcionado temprano sea imposible porque una vez que se destine el presupuesto, entonces se pondrá más difícil, si no imposible a medida que avances en el proyecto a Amanda y el cambio. Entonces vemos la, la fase de iniciación como analogía. Si quieres comenzar un cuadro, la fase de iniciación es cuando delineaste las grandes formas en tu lienzo. Si olvidas uno o si no lo haces bien, entonces no tiene que ser preciso, de pincel amplio. Pero si olvidas un pedazo grande, entonces sería muy difícil rectificarlo. Entonces tenemos un cuestionario para encerrar las cosas y seguiremos con la siguiente fase, que es la planeación del proyecto. 37. Fase 2: resumen de la sección de planificación: Bienvenido de nuevo al curso, vista general de la sección de planificación presencial. En esta sección, revisaremos el propósito de la fase de planeación. También discutiremos el rol de gerente de proyectos. En esta fase, revisaremos un documento importante el jefe de proyecto tiene que crear durante esta fase, se llama Plan de Gestión de Proyectos. Por lo general, los componentes clave de esta fase que discutiremos serán los requisitos de alcance, la programación, el costo, el presupuesto y la planificación de calidad. Terminaremos como de costumbre con un ejemplo del documento creado por el jefe del proyecto. Y luego tendremos un resumen y algún cuestionario también. 38. Fase 2: propósito de planificación: Ya hemos concluido iniciación, felicitación. Se aprueba el proyecto. Ahora estamos empezando a planear. Planear es planear la ejecución, que es planear para la siguiente fase, más o menos. La mezcla es ¿cómo vamos a estar entregando esto? ¿ Y qué es exactamente lo que tenemos que hacer? Porque iniciación, todo fue un poco alto, trozos de alto nivel. Ahora es el momento de conocer los trozos pequeños, así que tenemos que volver al negocio y preguntarles qué es exactamente y poner eso en papel y todos podemos firmarnos y ponernos de acuerdo. Pero ahora revisemos en detalle lo que implica la fase de planeación. Entonces, ¿cuál es el propósito de la planeación? Es más o menos, ¿cómo estaríamos haciendo este proyecto? Estaré realizando las actividades de este proyecto. Es mirada sureña a los componentes clave que están involucrados en la planificación. Volvemos a requerimientos, nos volvemos más granulares. Tú un poco del nivel inferior. ¿ Qué es exactamente lo que queremos lograr? ¿ Qué se incluye, qué se excluye? Establecemos los límites un poco más de una manera más refinada. Tenemos un vistazo más de cerca a nuestro horario ahora ya no estamos en el cepillo amplio, por lo que realmente estamos viendo cada paso que se requiere. La dependencia es la duración de los pasos, y eso nos debe dar una fecha final de entrega. Tenemos un vistazo al presupuesto y el costo en mucho más detalle. Tenemos una mirada, otra mirada a los stakeholders si todavía están bien, más de cerca o menos en los roles y responsabilidades. Este es el documento clave que se estará entregando al final de esta fase, tuvimos la carta del proyecto en iniciación. Y en esta fase, llamaremos al documento que es creado por el jefe del proyecto, el plan de gestión del proyecto. Y luego planear todas las demás actividades más o menos. Dependiendo del proyecto, tendrás más o menos actividades aquí he enumerado algunas. Planeamos cómo vamos a estar informando sobre un proyecto. ¿ Necesitamos mantener a alguien al tanto en el control de calidad? Hablamos de calidad. Podemos comprobar que lo que estamos haciendo es correcto? La comunicación? Habló de eso a las partes interesadas. ¿ Cómo nos vamos a comunicar y con quién y cómo? Eche un vistazo a la planeación de adquisiciones. ¿ Tenemos que comprar algo y en caso afirmativo, cómo lo estaremos haciendo. Y tendremos también, por supuesto, echaremos un vistazo a los riesgos. Por lo que el resultado general que se busca de la planeación es saber cómo será la actividad del proyecto contactando, realizado, lo siento. 39. Papel de PM durante la planificación: Bienvenidos de nuevo al curso. Echemos un vistazo al rol de gerente de proyectos en la planificación. Durante el inicio, el gerente del proyecto creó una carta de proyecto. Y durante la planeación, el gerente del proyecto creará un plan de gestión de proyectos que abarcará todos los hallazgos de la planeación y lo presentará para su aprobación. Él o ella tiene otro documento para crear algún papeleo que hacer. Además de eso, las dos actividades clave que el director del proyecto necesita hacer es finalizar el cronograma y el presupuesto. Esos son esos son clave y son muy importantes. Y hay que hacerlo con mucho detalle. Encima de esto. Por supuesto, el gerente del proyecto necesita asegurarse de que toda la planeación se haga correctamente. Acabo de enumerar algunos aquí. El PM necesita asegurarse de que la planeación de actividades sea histórica, que los requisitos sean claros. Se define el alcance, que se termine la estructura del equipo, se cree la lista completa de los interesados, que los recursos estén disponibles. Eso es muy importante obviamente para la planeación y el horario. Que todos estén a bordo. Podríamos tener una lista de interesados, pero aquí no están comprometidos. Y si los recursos no están disponibles, entonces no vamos a ir muy rápido. Entonces generalmente lo que hacemos es tener una reunión de kickoff donde involucramos a todos los stakeholders, todo el recurso del proyecto, y a ver si alguien tiene algo que decir, dígalo ahora. De lo contrario, vamos tenemos que asegurarnos de que se defina el reporte. Como se mencionó anteriormente. Sedan todos los pasos para entregar un buen producto que está planeando por la calidad. Y eso va la comunicación es clara. Encima de eso. Echemos un vistazo al registro de riesgos también agregamos. Entonces eso es un montón de cosas que hacer durante la planificación. Es fase muy activa para el jefe de proyecto. 40. Definición de plan de gestión de proyectos: Una vez más, así podría verse tu plan de gestión de proyectos. He tomado algunos de los componentes que estaban en mi primera diapositiva sobre la planeación del proyecto, pero he agregado algunos aquí. Los factores críticos de éxito, que sean, ¿cómo decidiremos si el proyecto es un éxito o no? Eso es algo que podríamos incluir en el plan de gestión del proyecto. Podríamos enumerar todos los entregables. Si te acuerdas de la terminología, eso es todo lo que el proyecto estará entregando al final del proyecto. La estructura de descomposición del trabajo, eso es algo que también es mucho. Los requisitos de lista son lo que se requiere del proyecto. Y tengo un ejemplo de esto más adelante. También podrías tener algunas limitaciones que no han mencionado antes. Un enfoque de proyecto, que es, cómo vamos a estar haciendo este proyecto alguna vez, algún momento no es necesario porque la forma de hacer el proyecto es bastante estándar. Pero si hacemos algo un poco diferente, supongo que siempre es bueno enumerarlo. Entonces ese es otro documento que necesitamos crear. Y a continuación, comenzaremos a revisar el primer componente, que está volviendo a los requisitos de alcance. 41. Requisitos: introducción: Bienvenidos de nuevo al curso. Ahora es el momento de entrar en más detalle en nuestro ámbito. Entonces por un lado, tenemos el negocio. Tienen que decirnos qué es exactamente lo que tenemos que hacer. Por otro lado, el equipo del proyecto sería analistas de negocios y diseñando quien realmente necesite para asegurarse de que entienden lo que quiere el negocio. Este es un paso crítico porque todo lo que hagamos en ejecución estará basado en estos requisitos que el negocio nos está proporcionando. Y veremos en la siguiente diapositiva lo importante es este requisito y lo importante que es hacerlo bien? Entonces, ¿cómo creamos un documento de requisitos? Por lo general hay algún tipo de analista de negocios involucrado en nombre del negocio para poner todo el negocio que quiere en un solo documento. Podría llamarse el documento de requisitos empresariales. Podría llamarse el documento detallado de requisitos, pero también puede ser una matriz de requerimientos a un nivel alto. Y la ventaja de la matriz de requerimientos, es bastante rápida. Para volver a los requerimientos. Tendría un requisito aquí y tiene un número asociado al mismo. Aquí sólo les estoy dando un ejemplo. Eso es bastante útil como veremos, si no es una matriz de requisitos, habrá algún tipo de otro documento de todos modos, donde los requisitos estén claramente articulados. Sólo para enfatizar que este ejercicio es bastante importante para el proyecto. Utilizaremos la matriz de requerimientos o cualquier tipo de documento de requerimiento durante la ejecución para diseñar y construir el producto. También se utilizará para comprobar el alcance del negocio aquí. ¿ Has pensado en eso a mitad del proyecto y si no está en la lista, dijimos, perdón, eso no estaba en esta lista. Entonces necesitamos hacer un control de cambio. Se utilizará para comprobar la calidad. Cuando tengamos un equipo de pruebas, ellos pasarán por todo este requisito y confirmarán que la construcción se ha hecho correctamente y luego incluirán todos estos requisitos. Y la aceptación final. Cuando se complete el producto, el negocio volverá con esta lista y se asegurará de que, sí, tienen estos años, tienen ese tick, tick, tick, y ya está todo hecho. Es especialmente importante en, en un entorno de proveedores cuando se contrata a una empresa para hacer un trabajo justo antes de firmar y libre de liberar el dinero. Por lo general tendrías algunas discusiones en torno al requisito. El requisito aquí, por ejemplo, pueden tener aquí alguna categoría. Podría ser un requisito de cumplimiento, podría ser un requisito de seguridad, podría ser solo un requisito de diseño. Entonces tendrías algún tipo de descripción. Podría ser un buen punto de partida. Por ejemplo, el requisito de seguridad serial o las transacciones en el sitio web deben estar encriptadas. Y entonces podrías tener algo más detallado. Por debajo. 42. Estructura de desglose de trabajo: definición de WBS: Antes de pasar a la siguiente parte de la planeación, solo quería mencionar brevemente una herramienta ya que estamos en requisitos que los analistas de negocios usan a veces también. Visualizar los requerimientos que son requeridos por el negocio en el proyecto. Por lo que se llama EDT o la estructura de desglose del trabajo. Y es sólo una forma elegante de descomponer entregables en trozos más pequeños. Por lo que puede ser utilizado, es utilizado principalmente por analistas de negocios, pero también puede ser utilizado por el gerente de proyecto. Por ejemplo, aquí en realidad tengo el ejemplo de un proyecto que he descompuesto usando el gráfico EDT. Entonces la forma en que funciona es que va del componente más complejo al más detallado, y funciona con subcategorías. Entonces si tienes, por ejemplo, yo tengo el componente superior, que es mi proyecto es ir de vacaciones. Descompongo este proyecto en las actividades clave que siento que se requieren para entregar este proyecto. Y luego debajo de cada actividad clave, tengo menor actividad y el alcance. Entonces si sólo tomo un ejemplo, decidir destino. Por lo que mi proyecto sería de igual manera días. Y mi subproyecto, si así lo desean, mi subcomponente se decidiría en destino. Endo, decide el destino. Tendría una lluvia de ideas. Revisa el camino. El siguiente subcomponente es, ¿cómo voy a decidir sobre cada unario? Otra mirada al momento. Voy a echar un vistazo a los stokes que quería tener y ascitis que quiero visitar. Entonces, en otras palabras, es cuando vas de arriba a abajo te vuelves cada vez más granular. Necesito buena manera de no olvidar nada. Se llama estructura de desglose de trabajo EDT. Sólo quería mencionarlo solo por si te enteras de ello y puedes ver yep. Ya he oído hablar de eso. Sélo que es. 43. Programación: introducción: Bienvenido a la parte de programación del programa. Como hemos visto con el alcance, programación durante la planificación tiene que ser más exhaustiva. Tiene que ser completa. Durante la iniciación, simplemente estábamos contentos con algunos hitos clave, pero estaban en la planificación. Tenemos que hacer un plan completo, un horario completo. Cuando construimos un horario. Durante la planeación, nos preocupan principalmente las actividades que se llevarán a cabo durante la fase de ejecución. A nadie le interesa realmente lo que está pasando en la fase de cierre, tal vez tu proyecto suyo para que puedan equipar adecuadamente algunos de los recursos de gestión del proyecto y los del Reich. Pero un negocio sus equipos de proyecto y los Ragsdale están mayormente interesados en la ejecución. Entonces aquí es donde pasaremos la mayor parte de nuestro tiempo planeando la ejecución. Por lo que la programación obviamente es importante para la coordinación de recursos. Es importante saber que no puedes simplemente tomar recursos y dejarlos ir cuando quieras. Por lo que probablemente no estarías trabajando con otros directivos. Es necesario decirles cuando un recurso estará disponible o cuando se necesita tener acceso puntuación trimestre y otro recurso. Obviamente la coordinación de actividades. Para que puedan decirles a los equipos esta actividad terminamos en esa deuda. Entonces el otro equipo, si tienen una dependencia de esta actividad, entonces pueden iniciar. Para que puedan poner todo eso en yo o el líder del equipo puede poner eso en los planes. Obviamente la implementación deja que el complicado, pero también el costo final porque algunos costos dependerán de la duración de tu proyecto. Por ejemplo, la gestión de proyectos es la obvia. Cuanto más largo sea el proyecto, más tiempo necesitarás dedicar al proyecto. No significa que necesitarías gastar el 100% de tu tiempo. Pero cuanto más largo sea el proyecto, más será el costo de gestión del proyecto. Lo mismo para algunos están contenidos en algún administrador, algunas actividades de sobrecarga estarían en la misma categoría. 44. Programación: desglosar la ejecución: Bienvenido de nuevo a la planificación y programación parte de la planificación. Después de la introducción, quería mostrarles algunos componentes típicos que caen bajo la parte de ejecución. Por lo que siempre es una buena idea cuando planeas un proyecto para comprobar si caes bajo este escenario aquí. Entonces al final de la planeación, se pasa a la ejecución. Entonces, en otras palabras, en la planeación, necesita planear la ejecución, como mencionamos antes, hay que mirar hacia adelante o lo que implicaría la ejecución. Por lo que son instancias donde la ejecución se descompondrá de la siguiente manera. Entonces tendrías el diseño, construcción, prueba y luego la implementación. Entonces eso es típico de un proyecto de TI. Tendrías que los requisitos se producirían antes y durante la ejecución voluntad, harás el diseño, harás la construcción, harás la prueba, la implementación, y después la terminará el componente de ejecución. Durante la planeación, harás la recopilación de requisitos. Por lo que el negocio vendrá con matriz de requisitos o documento de requisitos de negocio. Y eso te dirá lo que hay que hacer en detalle. Y luego durante la ejecución, entrarás en diseño y cómo lo haremos. Por lo que a veces hay cierta confusión. El diseño no forma parte de la planeación, aunque será tentador ponerlo ahí. Pero no lo es. Lo que no está planeando es reunir los requisitos y luego diseño es parte de la ejecución. Estos y te diremos cómo lo vas a perder. Estos son los requisitos, le dirá lo que va a hacer y el diseño usted, cómo lo hará. Los requisitos en el negocio de alto nivel aquí quiero un sitio web que tenga estos datos tiene dudas y los likes y el analista de negocios como parte del diseño, te dirá cómo van a convertir este requisito en algo concreto, cómo se diseñará exactamente la página web. Y después de que pasemos a construir, los desarrolladores construyan o construyan, usarán el documento de diseño producido aquí, y lo usarán para construir el producto. Cuando se complete la construcción. Esperemos que tengas un paso de prueba aquí donde comprobarás si el trabajo está hecho apropiadamente. Y según los requisitos. Esto es lo que estábamos viendo antes. El documento de requisito se utiliza para el diseño, para la construcción y para el gusto. El paso final después de la prueba es hacer la implementación. Por lo que como pueden ver, eso puede ser muy útil para armar un borrador de horario. Tendrías un encabezado con un diseño o golpeando con build, implementación de pruebas. Y bajo cada encabezado tendrías las tareas más detalladas. 45. Ejemplos de planificación de ejecución: Bienvenidos de nuevo al curso. Ahora lo que podemos hacer es que hemos visto este modelo antes donde podemos ir desde el diseño, la construcción, la implementación de pruebas. Donde podemos hacer es echar un vistazo a los proyectos y ver cuándo, cuándo hacer la planeación si encajan dentro de ese modelo. Entonces aquí tengo cinco proyectos y sólo vamos a revisarlos rápidamente y comprobar por cada uno de esos componentes aquí si encaja con el modelo. Entonces el primero es una entrega de software. Entonces, ¿cuáles serían los requisitos para esto? Ese será el negocio diciéndonos lo que quieren que haga el software. Por lo que eso funciona. Por lo que realmente podemos relacionarnos con un requisito aquí. El diseño será por lo general utilizar especificación de software de algún tipo, y será realizado por el analista de negocios. La compilación será toda la configuración de codificación y relax realizada por el desarrollador. No hay sorpresa allí porque la entrega de software es en realidad la que en realidad es un proyecto de desarrollo de TI y hacer que este modelo se ajuste al proyecto de desarrollo de TI. Por lo que para volver aquí, prueba prueba de software VS requisitos. Sí, por lo que sabe el análisis estaría involucrado en la implementación. Habrá un go-live donde los usuarios podrán acceder al sistema. Eso funciona. Voy a desarrollar su sitio web también son tipo de proyecto de TI. El requisito vendría del negocio nos dirá qué tipo de lado ancho quieren y qué funcionalidad quieren tener. El diseño que será el mismo. Habrá un diseño de sitio web de diseñador aquí que se está haciendo para construir, creando sitio web cuarto a trimestre, que es más configuración en estos días. En lo que a esto se refiere. Sin embargo, el equipo especializado hace el sitio web y encima de eso, obviamente el negocio vendrá y hará la implementación de la UAT. Sí, vamos en vivo también, brindamos acceso completo a la página web. Para que funcione tick, construyendo un puente. Los requisitos. Creo que ya hemos visto construir un puente antes. Entonces los requisitos, el gobierno o quien quiera estos puente, esboza qué tipos de rayos quieren. El diseño se haría, yo pensaría por un arquitecto tendrá la planta y los gustos. El proyecto de ley lo hará el equipo de construcción. Prueba estaremos probando la solidez de la brecha. Entonces esa es una interesante. Asumo que también prueban componentes antes, pero no sé si los has visto en internet, pero pusieron 50 camiones grandes en el puente y más o menos probaron. No quiero saber qué pasa si no funciona, pero creo que lo hacen. Bastante conveniente que el sabor sea bastante sólido y la implementación, sí, en un día dicen que eso es todo. El puente es cotizar en vivo y los autos están permitidos en la carretera. Ahora si tomamos el proyecto de codificar de ir de vacaciones, los requisitos, sea lo que sea, esto, todos necesitamos días santos, supongo que en algún momento, diseño estará preparando el escenario y la construcción será para hacer la prueba de reservas. Realmente no se puede probar las vacaciones. Es decir, ojalá pudiera probar mis días santos, pero supongo que podrías hacer un dry run con todas las reservas. Y la implementación es cuando sólo empiezan a aterrizar en la luna. Digamos que queremos ir a la luna. Entonces esto, esto es un requisito. Me imagino que proporcionarían más detalles que eso. Pero el diseño, tenemos un cohete siendo diseñado y construimos el gusto del cohete. Asumo que hacen muchas pruebas, pero en realidad no pueden probar ir a la luna una, dos veces y después. Vale, esa es, esa es, esa es la correcta. Deja, deja ir ahora en vivo. Por lo que harían algún tipo de degustación. Entonces es discutible si este modelo funciona para esto, creemos que tal vez sí. Y la implementación, Eso es todo, 321 ve aquí, lo tienes todos los componentes. Muy útil cuando se desea crear un plan. 46. Construir un horario: pasos y ejemplo: Sigamos con la planeación de proyectos, la programación. Tengo algunos pasos sugeridos para construir un horario aquí. Paso 123, obviamente, creo que construir un horario es bastante intuitivo. Creo que todos sabemos de las dependencias de duración del proyecto. Todos hemos planeado algo de alguna manera. No es gracioso las fiestas también. Quisiera poner este ejemplo. Es todo el mundo. Ojalá empezaras eso en algún momento. Paso uno, enumeramos todas las tareas requeridas junto con el esfuerzo requerido. Se trata de un modo de tiempo que en realidad se gastaría en hacer el trabajo. La duración será el tiempo empleado de principio a fin. Por lo que podría tener algunos retrasos, algunos tiempos de ancho en el medio. Por lo que eso se tomará en cuenta durante la duración. Es un ejemplo rápido aquí para ti. Tómense dos horas a los constructores para arreglar mi techo. Pero si se toma en cuenta todo el verde de ida y vuelta, les tomará dos semanas, la duración, pero en realidad habrá trabajando en mi techo sólo por dos horas. Entonces si volvemos a nuestro ejemplo aquí, es construir una barda con un portón. Entonces enumerarías todas, todas las tareas que, y por favor no comentes esas. Sólo suponiendo que lo que se requiere así 0.5 días para construir el material días libres para instalar el poste, una semana para poner una barda arriba en hoy para construir en instalado el portón. Por lo que empezamos con enumerar todas las tareas. Paso dos, enumeramos las dependencias entre las tareas. Revisamos una tarea que no puede comenzar antes que otra como completa. Entonces, por ejemplo, no podemos empezar a construir la barda antes de conseguir el material. No podemos ponernos a la defensiva sin leer el material. Para que podamos empezar a poner la barda sin el poste. Entonces no podemos hacer esto sin el post. Enumeramos todas las, todas, toda la dependencia entre una tarea como esta. Documento aquí ha avanzado. En algún momento la relación a ser entre tareas puede ser más compleja. Por ejemplo, algunas tareas que pueden comenzar unos días después de que se inicie otra. O a veces necesito terminar al mismo tiempo. Un ejemplo es que necesitamos terminar el hecho de que al mismo tiempo que nuestros vecinos terminaron el suyo. Porque queremos asegurarnos de que estén exactamente la misma altura, por ejemplo. Entonces eso es más una dependencia compleja la que podemos tener. Entonces aquí es donde nos pondré avanzar. Si eres principiante, realmente no tienes que preocuparte por este escenario. El escenario. Paso tres, lo juntamos todo. Revisamos la asignación de recursos y una limitación para esas tareas. ¿ Quién está haciendo esas y cuántos recursos tenemos disponibles? Y aquí es donde mencionaba antes, esfuerzo y duración como dos términos que a menudo se usan en la gestión de proyectos para aquellos que programan, esfuerzo es en realidad el momento de hacer realmente el trabajo y duración. Es un tiempo que tomará, tomando en cuenta todas las, todas las dependencias, las restricciones, y el cuchillo. Entonces por ejemplo, lo que tengo aquí, vamos a tener una semana para biomaterial es que necesitamos encontrar el cortejado adecuado. Las tiendas podrían no estar abiertas y los gustos. Entonces esto es para mostrarte que la tarea de 0.5 días puede convertirse en una tarea de una semana. Y esto es lo que pasaría también en la gestión de proyectos. En algún momento podría, alguna tarea podría tener un día si está en el avión, pondrías cinco días porque el recurso no suele ser valioso, funciona medio tiempo o la longitud en, tomaremos dos semanas para poner la barda que barda IP como contratista está trabajando medio tiempo. Entonces cuando nos esforcemos, pero la duración será de dos semanas. Es posible que el recurso no esté disponible. Entonces eso es más restricción si quieres, hasta cierta fecha. Por lo que enumera su restricción. Tiendas están cerradas durante el descanso de Semana Santa, contratistas fuera o yo. Para que puedas enumerarlos lo suficiente como para que el mío sea tu programa. Podrías terminar el proyecto antes de que el proyecto se detenga. Después. Dos recursos disponibles con las mismas habilidades podrían trabajar en la misma tarea. Entonces esa es situación más positiva. Algo a tener en cuenta cuando pongas tu horario es una fuente secundaria estará disponible a partir del 10 de mayo. Y luego enumeras todas las demás restricciones. El cerco necesita ser pagado antes del 12 de junio. Podría haber un tipo de restricción. Entonces eso es todo. Paso uno. Paso dos, dependencias entre esas dependencias requeridas. Porque cuando se echa un vistazo al recurso y las limitaciones, entonces tendrás que tomar en cuenta esas dependencias. Entonces ese es solo un ejemplo de cómo podrías ir sobre la construcción de un horario. ¿ Y cómo representarías esto? Simplemente puedes representar esto de esta manera al negocio. He tomado en cuenta todo el esfuerzo y duración y asumiendo proceso inicio de marzo. Ya he juntado todo eso y me daré una fecha de finalización. Es un pequeño programado, pero sólo para ilustrar los tres pasos que tenía antes, Vamos a ver otras formas, obviamente para presentar un horario. Pero este tipo de programadores verían que es bastante bueno presentar en ellos, muy valioso para el negocio. 47. Tipos de horarios, parte 1 Vistas de hitos y línea de tiempo: Hola otra vez. Así que revisemos algunas pestañas programadas que podrías encontrarte. Por lo que alguna vez he presentado aquí para programar pestañas que son bastante comunes. Se enfocan en hitos. Para la primera que se llama vista de hito, simplemente enumeramos las tareas y luego ponemos la fecha de finalización aquí en el lado derecho. Por lo que normalmente tendrías todas tus tareas clave de proyecto importantes. Y cuándo completarán eso da a las partes interesadas y la idea de cuándo se completará algún hito clave. El segundo es un cronograma del proyecto. Es un poco similar en enfocarse también en hitos, pero es un poco más visualmente, si lo deseas. Entonces ahí está la culminación que el 30 de diciembre y el nombre de la tarea está aquí. Es bastante fácil de usar. Este lo he hecho en Microsoft Excel. Creo que también se puede hacer en Visio. Entonces revisemos las ventajas de este tipo de horarios. Por lo que son geniales para la gestión de informes del Comité Directivo. Obviamente, son muy fáciles de leer y se enfocan en un componente clave. Son fáciles de incluir en los reportes. Por lo que sólo puedes copiar esto y ponerlo al final de tu reporte. Eso le da a todos una actualización del horario. Y también con el equipo del proyecto, son mejores. Siento que la gente motive y se concentre en las tareas a la mano. Por lo que el diagrama de Gantt que veremos en la siguiente diapositiva, Es más completo, más detalle, pero descubrí que su equipo de proyecto a veces lucha por ser torcido. No tienen tiempo para entrar en la tarea más detallada, así que eso es perfecto para que todos se centren. De acuerdo, Entonces el desarrollo de software aquí tiene que terminar el segundo de febrero. Y eso le da a todos un poco de meta y una visión clara de lo que hay que lograr. 48. Tipos de horarios, parte 2 Gráficos y archivos adjuntos de Gantt: Por lo que el otro tipo de horario con el que te encontrarás definitivamente es un diagrama de Gantt. Nuevamente, el gráfico es el patrón oro. A diferencia de la programación de gestión de proyectos. Permite dependencias complejas e incluso puedes hacer tu presupuesto con él. Entonces así es como se ve. Entonces en el lado izquierdo, tienes un proyecto de tareas. Y en el lado derecho, es un poco de una forma más visual. Volviendo al lado izquierdo, enumerarías tus tareas. Aquí. Puedes agruparlos. Por ejemplo, podrías tener el agrupamiento de planeación y tendrías todas las tareas de planeación de ejecución, todas las tareas para ejecución. Tendrías el esfuerzo que discutieron antes. Se podría poner la duración en lugar del esfuerzo. Se pueden poner nombres de recursos. Ahora puedes asignar un recurso para esta tarea y para esa tarea. Y el software te hará saber si un recurso es doble reservado, si se le asigna a más del 100 por ciento. Por lo que es una herramienta bastante buena para el jefe de proyecto. Nos fijamos en los pros, sí, es genial para proyecto complejo. Calcula las fechas de finalización en función de la dependencia, por lo que no tienes que hacer para hacerlo todo manualmente. Todo. Se lo dije calculado. En el lado negativo, puede parecer un poco abrumador como mencioné en la diapositiva anterior. Entonces, ¿qué negocio en los equipos de proyecto? Por lo que si quieres usarlo como herramienta de comunicación, te recomiendo encarecidamente que lo guardes una o dos páginas porque acabo de representar una página. Aquí están más o menos aquí tengo un proyecto en una página, pero a veces habría 1011 páginas. Entonces es un poco irrazonable pedirle a un miembro del equipo del proyecto que lo revise. Y para ti es un poco se convierte en una pesadilla de mantenimiento. Por lo que la herramienta que utilizamos para este tipo de horario es la herramienta de Microsoft llamada, llamada MS Project y Microsoft Project. Pero también puedes hacerlo con Microsoft Excel y realidad mostrarte un ejemplo en los recursos, hablando de recursos, aquí estamos. Por lo que he incluido uno de estos diagrama de Gantt en un recurso hecho con Microsoft Project. Entonces obviamente si no tienes Microsoft Project, no podrás acceder a él. Entonces por esa razón, también lo he puesto en formato PDF. Y también he proporcionado un ejemplo de un diagrama de Gantt que se ha hecho con Excel. Entonces, si entras en Excel, si quieres crear un nuevo libro de trabajo y entras en las plantillas y escaneas en busca de disparos, podrás encontrar algunos gráficos de Gantt son plantillas que puedes usar. Entonces si realmente te interesa que si realmente quieres jugar con whisky y gráficos, pero obviamente Excel no tiene el mismo cálculo ventajoso que tendría el proyecto de Microsoft. Entonces eso es todo para la programación de proyectos. A continuación, pasemos a la planeación para el costo de nuestro proyecto. 49. Costos durante la planificación: introducción: Bienvenidos de nuevo al curso. Entonces seguro que lo has adivinado. Durante la planeación, obtenemos más detalle, Mientras que cuál fue el caso para alcance ya que fue en horario cuidadoso. Ahora, por presupuesto, obtenemos cada vez más detalle. Tenemos que tener todo listo. Como ya veremos. Como probablemente lo hayas hecho, cuanto más avances en el proyecto, más difícil es cambiar un presupuesto. Por lo que hacemos un presupuesto completo. Durante el inicio se estimó la costa de alto nivel, y lo llamamos el orden de magnitud. Ahora estamos en la planeación y es momento de ir más granular. Entonces hacemos una estimación de abajo hacia arriba, lo que significa que agregamos todo el componente más pequeño que habríamos encontrado cuando hicimos nuestro cronograma y nuestro diseño. Por lo que hemos causado pegado a cada uno de esos componentes. Por lo que hacemos esto después de que se complete el cronograma porque algunos costos dependerán de la duración del proyecto. Por ejemplo, el costo de administración del proyecto. Y suele ser más caro si el proyecto es más largo porque está basado en el modelo de días en los que estará involucrado el gerente del proyecto, quiere que se finalicen los costos de este proyecto. Nos referimos a estos presupuestos como nuestra línea de base. Y durante la vida del proyecto, siempre estaremos refiriendo nuevo a esa línea de base para comprobar si seguimos dentro de los límites presupuestarios. 50. Costos: precio fijo y tiempo y material: Entonces, cuando empezamos a juntar nuestros costos, una forma de hacerlo es hacerlo más claro, es dividiríamos nuestros costos en tiempo y material y precio fijo. Entonces sólo para dar una explicación rápida sobre cada uno de esos materiales determinados, por supuesto, calculado es dependiendo de cuánto tiempo el proyecto o la tarea va a tomar el proyecto o la tarea . Entonces no estamos realmente seguros. Podría tomar diez días, proteger 20 días. Entonces tendríamos que hacer una estimación de cuánto tiempo tardaría en terminar la tarea. Pero si tarda más, será más caro. Si se toma menos tiempo, será más barato. Entonces realmente no lo sabemos, por eso decimos, depende. Es por esto que en este ejemplo aquí, tendrías a los contratistas. Traes a alguien por un día. Si terminas la tarea en cuatro días es de 4 mil, pero si la termina en seis días, sería del 6%. Obviamente, tendrás algún tipo de estimación, pero en realidad no está arreglada. El precio el mismo que discutimos para el costo de administración del proyecto. Depende de cuánto tiempo sea el proyecto. Gerentes funcionales, podría depender de cómo se involucren. Si los proyectos se vuelven más complejos, tal vez se involucrarían más. Y podrías requerir alguna consulta para adultos también. En medio del proyecto, podrías darte cuenta de que necesitas algo y luego lo traerías como Stan y material y también la compra. No lo sabes de verdad. A veces entonces se ventila cómo se llevarán a cabo las actividades de adquisición. Aquí ha sido totalmente vago, pero siempre se te ocurriría algún tipo de estimaciones. El precio fijo, es más concreto, sabes exactamente cuánto quieres tener que pagar por adelantado. Si miramos ejemplos, tu hardware, cómpralo. Entonces ese es uno que conocemos. Estaremos necesitando. Sabemos de antemano cuánto costaría. Puedes tener un precio fijo en viajar si sabes que necesitas viajar para el proyecto, puedes calcularlo exactamente por adelantado. También puedes tener algún tipo de servicio que sea de precio fijo. Alguien viene a arreglar algo. No importa si les lleva cinco días o diez días, pagarías sólo el mismo precio. Y para, para algunos bienes también. Aquí sólo hay ejemplos. Son sólo algunos ejemplos de eso puesto aquí, pero obviamente, podrías tener una lista más grande. Entonces tal vez sólo para terminar con un ejemplo muy rápido es que digamos que te vas de vacaciones. Antes de irte de vacaciones, ya sabes, se fijarán algunos costos. Habrías pagado tu hotel, di que habrías pagado tu vuelo. Eso es precio fijo, pero algunos serán más tiempo y material. Si quieres llamarlo así. Por ejemplo, el medio, no se sabe exactamente cuánto se va a gastar en cada comida. No sabes cuánta gasolina gastarás exactamente, pero tendrías una identificación, harías una estimación. Dirías, bueno, $50 al día para los varones, por ejemplo, todavía se considera un tiempo y material porque no sabes exactamente de antemano, pero tendrías algún tipo de estimaciones para darte una identificación. Entonces este es obviamente el costo que hay que vigilar. Si buscas en un entorno de cliente proveedor. El material común es obviamente preferido cuando usted es el vendedor. Porque si te lleva más tiempo del que te pagan lo suficiente por ti, estás cubierto de alguna manera. Por otro lado, el precio fijo sería el preferido por el cliente porque saben exactamente cuánto van a pagar por adelantado. 51. Costos: ejemplo de FP y T&M: Por lo que para reiterar un poco respecto a este precio fijo y conceptos de tiempo y materiales y quería darle un ejemplo. Entonces, si esos conceptos son claros para ti, siéntete libre de saltarte ese video. Pero siempre me gusta dar un ejemplo. Entonces si volvemos a la barda, construyendo un ejemplo de barda, podrías tener potencialmente dos opciones o combinación de las dos. Vamos por la opción uno. Opción uno, usted decide ir precio fijo, o el contratista le da un precio fijo. Por lo que el presupuesto total es claro. Precio por todos los clavos de madera y poste vendido fijo, y la mano de obra también es fija. No te costará más que esto. Entonces como cliente, sabes que el precio no irá por encima de esta cantidad. Es decir, siempre hay excepciones, pero esta es la idea de los precios fijos. En teoría, te apegas a estos precios. Entonces otro contratista, potencialmente podrías tener un margen mayor si si, si esto fuera un poco de una estimación y tienes una carrera de ensueño y luego te queda un poco de dinero. Pero si, si te lleva mucho más tiempo del que potencialmente podrías perder dinero. Por lo que podrías ir también con la opción dos. Y fue un tiempo en material. Entonces o te podrían decir, mira, no tengo ni idea, pero nuestra mano de obra es de $50 por hora. Pero por lo general, como estaba mencionando, eso le daría un estimado que vemos todo alrededor de $2 mil, pero será tiempo y material de todos modos. Por lo que tenga la seguridad de que no pagará más de, de lo que se requiere. Entonces como cliente, no estás seguro de cuánto costará al final, exactamente. Que tengas más confianza en que pagarás el precio correcto. Como contratista, no tienes la misma presión para perder dinero potencialmente. Por lo que si hay un problema en un trabajo lleva más tiempo que aún pagar en una tarifa por hora. Entonces así es como las dos opciones que potencialmente podrías tener, hay una tercera opción. Podrías decidir tener algún precio fijo y algo de tiempo y material. Al igual que por ejemplo, el contratista podría decirte, te damos todos los materiales, precio fijo, entonces eso es $750. Ya sabes cuánto exactamente vas a pagar por esos. Pero tendremos la mano de obra ya que el tiempo y los materiales le darán $50 de pago. Por eso, te cobraremos 5% o pagaremos. 52. Ejemplo de presupuesto: Bienvenidos de nuevo al curso. Echemos un vistazo a un ejemplo de presupuesto de proyecto. Entonces lo que tengo aquí es un poco de ejemplo de un proyecto sencillo donde tendrías y coordinador de gestión de proyectos y un desarrollador y tester. Obviamente hay que involucrar más recursos, pero solo quería darte un ejemplo muy sencillo. Y yo quería dividirlo entre material de talento y también en un precio fijo, tendrías el tiempo y el material. Tendrías la estimación de cuánto tiempo dura el proyecto. Tendrías los 50 días aquí. Entonces esa sería la duración de los proyectos multiplicar por la tasa. Y tendrías un costo aquí por tiempo y material. Como decía, esto es sólo una estimación. Si el proyecto tarda más de lo que tu costo aumentará aquí. Arteriola terminal. Nuevamente, si la estimación es incorrecta, entonces esto podría aumentar si se subestima. Todos esos recursos, el número de días. Y ahora tienes el rojo por día y eso te da un costo total. Ese costo ojalá no cambie. Pero si lo son, si lo son, si son eventos que entra en camino del proyecto, el ojo emita que estos, estos costos podrían cambiar. En un escenario de precio fijo, entonces ese es tu más conveniente aunque el comprador, por lo que te va a costar $20 mil. Ya sabes que las pruebas de seguridad de TI te van a costar $10 mil y lo estás haciendo. Entonces así es como pondrías tu presupuesto. Añadirías el material de talento más antiguo y añadirías todo el precio fijo. Y eso te daría la estimación tutorial, el término de zona de peligro y mi cola. Entonces ese es el que debes vigilar. Podría ser potencialmente una oportunidad si las cosas se pegan, toman menos tiempo del plan. Pero ese es tu punto de partida. 53. Programar presupuesto basado en: Ese es otro ejemplo que quería dar. Yo he puesto esto, póngalo bajo la categoría avanzada. Siéntete libre de omitirlo. Se llama presupuesto con base programada. En lugar de darle a tu departamento de finanzas un costo mayor al final del proyecto, en realidad lo divides mensualmente. Esto se vería algo así. Supongamos que aquí tenemos tiempo y material. Aquí tendrías todas las paperas. Tendrías una estimación para que necesites construir. Tienes 75 unidades y tienes una estimación de $1 mil por unidad que construyas. Obviamente siendo tiempo y material, esto es sólo una estimación, por lo que podría costar más construir diez unidades. Entonces, ¿cómo funciona esto? dirías a tu departamento de finanzas o quien sea tu gestión que verías a finales de enero, me habría pasado 10 mil y 21 de febrero del 31 de marzo y etc, hasta el 75 mil totales o el fin del proyecto. En ocasiones el departamento de finanzas solo libera el dinero mensualmente, por lo que les será útil. En lugar de entregarte los 75 mil, simplemente te alimentarán por goteo todos los meses. Por lo que aquí tenemos la producción se planea aumentar para abril. Por lo tanto, su costo total para un pro aumentará y luego lo reflejaría en su pago mensual allí. Y ese es el presupuesto general del proyecto. Entonces la diferencia con este ejemplo de presupuesto y el que proporcioné anteriormente es que proporcionamos una estimación mensual de un proyecto Agile va a gastar. Y como verán, es bastante conveniente cuando estamos dando seguimiento a nuestro presupuesto. Entonces, en otras palabras, finales de febrero, puedes comprobar cuánto has gastado y comparar con esta cantidad. Y seré más preciso en lugar de solo comparar con el costo final del proyecto al final. Durante la ejecución, revisaremos cómo podemos rastrear este tipo de presupuesto. 54. contingencia de presupuesto: Para terminar de costar un deslizamiento rápido sobre contingencia. En ocasiones cuando pones tu presupuesto en conjunto, puedes poner para que algunos fondos de contingencia se agreguen a tu presupuesto. Podrías estar bien hacerlo, pero no siempre te permiten hacerlo. Por lo que son principalmente dos tipos de contingencia. Dinero que podrías conseguir. Una es una contingencia de riesgo. El otro es estimación de contingencia. En tu presupuesto general, tendrías tu presupuesto base más la contingencia de riesgo y más la contingencia estimada. Entonces lo único es que no se puede acceder a aquellos bajo ciertas condiciones. La contingencia por riesgo, sólo se le permitirá acceder a ella si el riesgo da cuenta y tuvo alguna acción que realmente costó dinero para arreglar el riesgo. Y la contingencia para estimación. Entonces eso es más contingencia si no tienes mucha confianza con tu estimación, digamos que sí, es un proyecto técnico y tu equipo técnico te ha proporcionado una estimación, pero no están extremadamente confiados con él porque es un poco de un greenfield para ellos. Nunca lo han hecho antes. Entonces podrías ir y decir: Bueno, este es mi presupuesto, pero me gustaría tener el diez por ciento de top por estos componentes aquí que da un poco de miedo y no estamos plena, totalmente confiados . Creo que a veces demasiado buena manera sólo de reducir su presupuesto en lugar de ir el monty completo y tener estos dos juntos como su línea de base, usted dice, Bueno, voy a ir por este presupuesto, pero al igual que un heads up, aquí hay alguna contingencia que podría necesitar. Entonces eso es todo por la contingencia. 55. Introducción a la planificación de calidad: Entonces bienvenidos a la parte de calidad del curso. Seguro que has estado esperando esa. Entonces es mi trabajo asegurarme de que no te pierda a estas alturas del curso. Cuando estaba aprendiendo administración de proyectos, cuanto entramos en la parte de calidad, estaba de todos modos, pero creo que esa calidad no tiene por qué ser tan insocorvante. Es sólo cuestión de que el gerente del proyecto se asegure de que se esté aplicando la calidad. Tienes la responsabilidad de la calidad en tus propios procesos. Y usted tiene la responsabilidad de asegurar que la calidad se aplique en el proyecto en general. No significa que tengas que medir las cosas tú mismo y revisar las cosas tú mismo, pero tienes que asegurarte de que quien esté en mejor posición para hacer estas mediciones, en realidad las esté haciendo. Echemos un vistazo a la calidad en un poco más de detalle ahora. Por lo que la mayoría de las veces los vapor saben dónde tienen que hacer para garantizar la calidad. Pero el reto es que calidad puede ser bastante subjetiva. Por lo tanto, necesitamos alguna forma medir si lo que estamos haciendo, todo lo que estaría entregando es de calidad. Por lo que necesitamos asegurarnos de que el producto final y también el proceso de entrega será de calidad. Por lo que la replanificación declaramos qué vamos a hacer para asegurar que la calidad en todo el proyecto, qué acciones vamos a estar tomando. El resultado puede ir ya sea plan de desigualdad, como se mencionó, o podemos ir apenas como una sección en el plan de gestión del proyecto, que es, que es más común. 56. Planificación de calidad: ¿cómo lo hacemos?: Planeando la calidad, ¿cómo lo lograremos? Por lo que a mi modo de ver hay dos componentes clave involucrados en la planeación. Tenemos que asegurarnos de que el proceso y los controles estén en su lugar. Incluso como gerente de proyecto, necesito asegurarme de que están siguiendo mi propio proceso. Por lo que eso garantizará la calidad al proyecto. Y al final, ojalá, eso pueda reflejarse de nuevo en la calidad del producto final. Para comprobar si los controles de procesamiento están en su lugar, podríamos hacernos las siguientes preguntas. Podrías preguntarnos qué procesador y contrato estarán usando. Para que pudiéramos enumerar esos. Y eso hará que todos se sientan más seguros de que se aplicará la calidad. Y también podríamos preguntarnos, ¿ hay suficientes o necesitamos establecer procesos y controles adicionales? Entonces, por ejemplo, podríamos decir que el proceso de control de cambios se utilizará para evitar la fluencia del alcance. Asegúrate de que no salgamos del alcance. Y si queremos salir del alcance, sólo tendremos el proceso de control de cambios para mantenernos al día. Y podríamos decir que el presupuesto se revisará mensualmente. Podríamos decir que revisaríamos todo el proceso en una mamá dentro del proyecto para asegurarnos de que siguen siendo válidos y son eficientes. Entonces eso es que aquí no queremos reinventar la rueda. Por lo general tenemos procedimientos habituales que nosotros, queremos utilizar, pero siempre es bueno echar un vistazo fresco a esos y confirmar que son, siguen siendo válidos. Y otras partes de la planeación de cualidades es probar el producto final. Por lo que es bueno tener todos sus controles de procesamiento en su lugar, pero para encontrar que el producto necesita ser de calidad también. Eso es esto. Esto es lo que quieren los grupos de interés al final del día. Entonces, ¿qué preguntas te haces? ¿ Cómo probaremos el producto final? Por lo que normalmente tendrías equipo de pruebas y ellos saben lo que tienen que hacer. Pero siempre es bueno salvar ese tipo diferente de estrategia. O si se involucrarán equipos externos para esto. ¿ Cuáles son los criterios que nos van a satisfacer? El producto final es de buena calidad. Entonces al final del proyecto, necesitamos una forma de decir, Sí, este es exactamente el producto final que el cliente o el negocio o quien quiera. Por lo que necesitamos tener algún tipo de criterios de aceptación. Entonces aquí estipulamos qué equipo de pruebas se llevará a cabo. ¿ Qué hacemos si falló la prueba? Probablemente procesar si las pruebas no son buenas, enviamos eso de vuelta al equipo de construcción analógico podamos especificar todo eso. Por lo que aquí en nuestro plan de gestión de proyectos, podríamos tener las pruebas se externalizarán a la empresa X, Y Zed. Podríamos decir que x, y, z proporcionará un informe semanal sobre las pruebas. Podríamos decir que nos proporcionarán un plan de pruebas que estaremos revisando. Y aquí podríamos decir que el criterio de aceptación sería que todas las pruebas se hayan completado como anomalía, levantan cuestiones menores. Por lo que una vez que lanzaste todo eso todo, todo el mundo, Lo siento, Está más seguro de que tendrás un producto de calidad hacia el final. Entonces tener un producto de calidad no significa que tener un producto sólido, sino que también significa que en realidad es el producto que el negocio quería. Por lo que la última palabra sobre calidad, si se quiere, es, en teoría, el rol de gerente de proyectos en calidad no es realizar calidad. que no vayas al equipo y les digas, ya sabes, muéstrame que has hecho para que pueda revisarlo. Estarías más haciendo preguntas. ¿ Qué has hecho para garantizar la calidad? ¿ Has seguido tus, tus procesos de pruebas y los me gusta? Entonces si ves algo por todos los medios ve a veces al desarrollo de sitios web que en realidad me ha pasado. Revisa el trabajo que chicos han hecho, y me di cuenta de que ya vi algunos defectos. Entonces yo solo se lo acabo de mencionar. Entonces si hay algo realmente obvio, evidente sí, por supuesto hazlo, sobre todo si tienes tiempo. Pero si no, solo necesitas asegurarte de que se esté aplicando la calidad. 57. Calidad: tipos de pruebas: Aquí en esta diapositiva, he enumerado todos los, no, no todos los tipos de pruebas de hombres que podrías encontrarte. Sólo quería, sólo para darte una identificación esa manera para probar el producto final. A veces son muchas pruebas que, eso puede ocurrir. Entonces de esta manera, si tú, si escuchas hablar de esas palabras, terminología, debes estar familiarizado con ellas. Empezando desde la parte superior. Y he puesto algunas estrellas verdes aquí para resaltar las claves. Se escucharía la prueba de integración del sistema o asiento. Entonces eso se suele hacer para proyectos de desarrollo de software. Y se podría desarrollar un software, podría funcionar perfectamente, pero si no se integra bien con otros componentes internos, externos de software, entonces eso no es bueno. Entonces un ejemplo, si pruebas un nuevo software de contabilidad, si no tomas riesgos correctamente con aplicaciones heredadas, no te preocupes demasiado esta aplicación. Lo he puesto debajo de la diapositiva avanzada, repente para su información en esta etapa. Ahora el siguiente tipo de pruebas, que es más comentario, supongo que se llama ya sea el, la prueba funcional, la prueba del sistema, o a veces sólo se llama pruebas. Por lo que suele ser hecho por un equipo especializado, un analista de pruebas, y comprueban que el producto financiero funcione correctamente antes de entregarse al negocio. Pero tienen unos guiones de prueba. Y es, son pruebas más formales que lo que haría un negocio al final. Son un equipo de especialistas. En otras palabras, es muy bueno tener eso hecho antes de que el negocio entre en juego. A modo de ejemplo, ya sabes, el, el equipo de prueba podría comprobar que la navegación de un sitio web está funcionando según lo diseñado. Y podríamos comprobar que todos los enlaces uno por uno están funcionando correctamente. Por lo que toda la funcionalidad estará funcionando. Por lo que las pruebas de aceptación del usuario. Entonces es cuando se lleva a cabo la prueba final antes de que podamos liberar la mayor parte del tiempo. Entonces entraría el negocio. Les daríamos por el escenario para sitio web, por ejemplo, les daremos acceso a nuestro entorno de prueba. Y vendrían con unos scripts de prueba y comprobarían si el software es realmente lo que requerían. Ellos verifican que el producto cumpla con las expectativas y requisitos antes de ir en implementación. lo que un ejemplo, allí podría comprobar si el proceso coracoide se calcula sobre los productos que se venden en el sitio web. Siguiente? Es decir, esos son ligeramente diferentes, pero los puse a todos en las categorías. Más resiliencia, pruebas de estrés, pruebas de rendimiento o verificar que el producto final sea lo suficientemente robusto en condiciones extremas. Para el sitio web, simularías a mucha gente usando el sitio web. Por el ejemplo de la brecha aquí, traerías no sé si has visto estos 50 enormes camiones en la raza para asegurar la británica únicamente Jennifer, no sé qué pasaría si no lo es si es no es suficiente. Entonces creo que probablemente saben lo que están haciendo. Entonces ese es otro tipo de pruebas que podrías tener. También está la prueba de verificación de productos llamada PVT o pruebas de producción o pruebas posteriores a la implementación. Tomemos el ejemplo del sitio web que no, Digamos que vas en vivo un día, por la mañana cuando estás vivo, sus usuarios entran como un, como usuario externo y comprobará que el sitio web está funcionando correctamente. El sistema está en vivo, pero aún así la prueba final ante todos, todos se meten. Entonces toma la implementación de un software en vivo, funciona como lo hizo en prueba. Sitio web que va en vivo pero en sus usuarios pueden acceder a él. Entonces ese es el escenario al que sólo se refería. Entonces, como se mencionó, hay un montón de tipo de pruebas con las que podrías encontrarte. Esta unidad de prueba. Por lo que esto generalmente lo hacen los desarrolladores de software y cuando lo hacen ellos en sus propias pruebas antes dárselo a los equipos de especialistas. Entonces es posible que oigas eso, pero es más o menos con los desarrolladores haciendo su propio trabajo. También podrías tener pruebas de penetración o pluma, lo cual es bastante popular por el momento. Es para asegurar que el sitio web no pueda ser hackeado. Por lo que estimula el ciberataque y comprueba si eso, no, no podemos ser atacados, que el sitio web es seguro. Pruebas de liberación también es posible que escuches eso. Entonces eso es más para encontrar nuestras pruebas que hacemos antes de que se lance el software. Si te hubieras abrumado. Solo hay que tener en cuenta que es para ti, sólo les llamaremos las pruebas en sí. Y una prueba de aceptación del usuario. 58. Calidad: ejemplo de pruebas para proyectos de desarrollo suave: Solo quería mostrarte también cómo se vería en el proyecto de desarrollo de software que tendrás. Entonces aquí tienes toda la planeación. Aquí tienes la ejecución, por lo que es un desarrollo de diseño. Y entonces tendrías todas las pruebas. Y yo solo quería mostrarte dónde encajaría eso. La primera prueba que tendrías estaría aquí. Por lo que el equipo estaría haciendo este desarrollo en esta etapa. Y luego después tendrías una prueba del sistema. Y después de estos tendrías el negocio. Vendrían a hacer sus pruebas de aceptación de usuarios, que está aquí. Este es nueve. Aquí tendrías las pruebas de penetración. Por lo general, se está haciendo al final cuando no hay más posibilidades de software que se está haciendo. Por lo que fueron a comprobar que el sitio web es seguro. Y luego justo antes de entrar en vivo, harás las pruebas posteriores a la implementación, PVT o pruebas de producción. Por lo que se ve que la calidad en el proyecto puede ocurrir varias veces. No solo tienes tu proceso recurrente y control de calidad para ser puesto en marcha, sino que también tienes algún hito clave aquí alrededor de cada tipo de pruebas. 59. Opcional: ejemplo de plan de gestión de proyectos: Por lo que a continuación tenemos un ejemplo del plan de gestión del proyecto. Pero lo he puesto como opcional. Pero es una buena manera de entender lo que sucede en la planificación y cómo se ve el documento final. Entonces habiendo puesto toda la palabra por palabra, lo que debes tener en un plan de gestión de proyectos. En realidad es bastante sucinto en cierto modo, pero te guiaré a través de cada parte del plan de gestión de proyectos para que realmente entiendas de qué se trata este documento. Echemos un vistazo. Bienvenidos de nuevo al curso. La planeación de proyectos llega a su fin. Entonces echaremos un vistazo al ejemplo del plan de gestión de proyectos. Eso lo tendré en dos toboganes. Es más o menos revisar todo lo que hemos visto durante esa fase. Y sólo para darte un poco de una idea como hicimos al final de la iniciación. Entonces el proyecto está construyendo una brecha. Entonces tendríamos una declaración de alcance poco similar a la que cuando tuviéramos una iniciación, pero entraremos en más detalle. Yo sólo tengo que construyó un puente. El trabajo incluye todos los elementos de la brecha, pero excluyen o semáforos. Nos haremos por separado. Entonces entrarías en más granular y tendrías más puntos de bala en el suyo en su alcance de alto nivel. Pero obviamente, al final de la planeación, también tendrías todos los requisitos del negocio. Por lo que los requisitos del negocio no provienen de este documento aquí. Se proporcionarán por separado. Por lo que puede referirse a hombres esculpidos como Indiana diciendo que el alcance es todos los requisitos de negocio que hemos producido por separado para este proyecto sea un éxito que queremos romper para estar listos el 1 de febrero de 2022 o el segundo de enero de 2022. Si lees las fechas al revés, con poca interrupción tráfico alrededor del tamaño del edificio. Por lo que esto queda claro en cuanto a hacerse en esa fecha. Y no queremos ninguna interrupción para el equipo del proyecto. Saber dónde tienen que hacer el enfoque de proyecto. El trabajo sería probablemente una fuente, sería contratar a una empresa XYZ para hacer el trabajo, consultar. Pm estará coordinando las pruebas de trabajo serían subcontratadas a la empresa ABC. Entonces eso te está dando el enfoque de alto nivel o sobre cómo va a ir avanzando con esto, con este proyecto y estos documentos, si se lo das a ejecutivo, ellos sabrían cómo estaremos haciéndolo. Esto es útil para ellos. Si tenemos algunas restricciones, podemos liberarlas también. La construcción no debe interrumpir el tráfico actual. Eso también se mencionó en una declaración de alcance. El incumplimiento debe estar operativo antes del 1 de febrero. Entonces eso también forma parte de la crítica cosx x fotos. Entonces, si tienes alguna restricción, cosas que te están impidiendo ir tan bien como te gustaría. Tú. Los enumerarías aquí. Entregables, esa brecha. Pero vamos un poco más granular también querremos como parte de un entregable o de las restricciones operativas, queremos un horario de mantenimiento para usar después de que se complete el puente y puedas enumerarlos todos. Te puedes volver loco. Tú, si eres negocio, quieres enumerar aquí todo lo que el proyecto te daría al final del cronograma del proyecto. Puede insertar la vista de hitos aquí. Lo que voy a hacer es pondría aquí la vista del hito. Y dependiendo de donde trabajes, algún momento les interesa un horario más detallado para que puedas adjuntar tu carta de Gantt. Hacia el final. Esto tendrá que ser firmado por el negocio. Por lo que el negocio quiere un poco de confianza que estaremos cumpliendo con sus plazos. Y la mejor manera de proporcionarles confianza es darles un desglose o las tareas y por qué se completarán los datos. Continuando con el plan de gestión del proyecto, el presupuesto. Entonces aquí tienes un presupuesto muy detallado, por lo que puedes proporcionarles el presupuesto detallado, pero en este documento, puedes dar un resumen. Puedes ver la búsqueda de costos totales y a lo largo de dos años y luego te refieres al desglose del presupuesto y los plazos. Si se trata de un presupuesto basado en el horario, la calidad, puedes hacer alguna declaración aquí, o puedes referirte al plan de gestión de calidad de la empresa. Pero se podrían decir cosas como la empresa ABC, que es la empresa que hemos contratado para hacer las pruebas. Ebc estará entrando en la brecha, se probaría según las mejores prácticas y presentará una estrategia de pruebas para su aprobación. También se podría decir que ABC estará probando para darnos luz verde para cuando la brecha esté lista para salir? Eso está claro. Cuando los negocios por ahí hoy. De acuerdo. Eso está bien. Parece que esto se ha cuidado de lista de partes interesadas. Entonces podrías, podrías duplicar a los stakeholders que tenías en tu carta de proyecto o podrías ser más granular si hay algún cambio y las rocas. Podríasenumerarlos aquí. Comunicación. Comunicación y tendrías tu plan de comunicación. O si no, entonces solo puedes hacerles saber cuándo se enviaría el proyecto de este. Puedes mencionar si hay un comité directivo y también puedes mencionar que la empresa subcontratada proporcionará su reporte semanal a tu gerente de proyecto. Y el gerente del proyecto escalará cualquier cosa temas significativos. Registrode riesgos. Por lo que ya tenemos un registro de riesgos desde la fase de iniciación. Entonces podemos referirnos al registro de riesgos aquí y podemos decir, bueno, hemos anotado otro riesgo, la contingencia Monet para este riesgo, como he estado un poco incluido en el presupuesto, si es que es el caso. Por lo que aquí puedes proporcionar algunas frases sobre el riesgo. Y entonces se puede mencionar cualquier otro documento de planeación, adquisiciones, comunicación, recurso humano, cualquier cosa que pueda. El modo en que veo este documento es cualquier cosa que pueda hacer que la persona esté firmando este documento. Sentirse mejor. Usted enumeró aquí, seguiría el procedimiento existente ni se requeriría el documento de planeación en esta etapa, pero el proyecto. Por lo que si se requiere. Entonces eso es todo por el ejemplo del plan de gestión de proyectos, puedes echar un vistazo en recursos. También hay un borrador de plantilla solo para mostrarte que el plan de gestión del proyecto puede ser muy sencillo. Obviamente, dependiendo de donde trabajes, si quieres entrar a la gestión de proyectos, no vas a venir con tu propia plantilla. Por lo general tendrían sus propias plantillas y tendrías que usarlas. Pero siempre es bueno tener un ejemplo de algunas maneras. Entonces ahí vas. 60. Fase 2: resumen de planificación: Entonces eso es todo. Terminamos con la planeación de proyectos. Por lo que para resumir, la planeación del proyecto, sea lo más minucioso posible para evitar cualquier sorpresa durante la ejecución del proyecto. Iniciación, necesitábamos tener los trozos grandes, ¿no? En la planeación, necesitamos ser muy granulares, muy meticulosos. Tenemos que asegurarnos de tener todo planeado muy a fondo. Entonces cuanto más minuciosos seamos, en teoría, más fácil será la ejecución. Nls sorpresas que tendremos, siempre habremos sorprendido y ejecución, pero la idea es reducir la cantidad de sorpresas que podríamos tener, asegurar que los requisitos sean lo más precisos posible. Entonces eso es algo de lo que a veces es difícil conseguir el control porque los requisitos vienen del negocio, en cierto modo, viene de fuera del equipo del proyecto. Por eso hay que ser un poco minucioso con nosotros. Y cuando te dan unos requisitos, lo compruebas con tu, con tu equipo. ¿ Eso es lo suficientemente bueno para que empecemos en la ejecución? Así que consigue que todo firme antes de entrar en la siguiente fase. Los requisitos, tu plan de gestión de proyectos, asegúrate de que esté firmado por, por todos. Por lo que a menudo hay empujones para iniciar la ejecución lo antes posible. Entonces usa tu, tu sentido común ahí. No quieres sonar demasiado y todo y decir: No, no voy a empezar la ejecución hasta que todo esté firmado y no creo que te encuentres como alguien muy flexible si haces eso. Pero usa el sentido común y el estrés que los despachos son realmente críticos. Entonces ahora sólo queda una cosa, más o menos es hacer el trabajo y hacer la ejecución. Pero antes de hacerlo, no olvides el cuestionario. Y te veré al otro lado de esto. 61. Fase 3: resumen de la sección de ejecución: Bienvenido a cara vista general de la sección de ejecución libre. Por lo que como es habitual, comenzaremos proporcionando el propósito de la fase de ejecución y también el rol de gerente de proyecto en esa fase. Después discutiremos las siguientes actividades. Gestión programada, gestión de alcances , manejo de temas. Tendremos una mirada más cercana a los informes de las reuniones. También vamos a echar un vistazo al seguimiento de costos y un componente muy específico de seguimiento de costos, que es n valor, que he marcado como avanzado porque no siempre está presente en el proyecto gestión. Pero supongo que es algo bueno saber. Y por último, vamos a terminar en esta fase y hay un cuestionario también. 62. Introducción a la ejecución: Bienvenidos de nuevo al curso. Por lo que ahora la planeación está terminada. La planeación es completamente eso significa que tenemos nuestros puntajes y nuestro plan en nuestro plan de gestión de proyectos sobre los requisitos de los diversos documentos que tenemos. Entonces significa que ahora estamos bien para proceder a la ejecución del proyecto con base en el plan que hemos proporcionado y que ha sido aceptado. Ahora echemos un vistazo con más detalle. Lo que tenemos que hacer durante la ejecución. Se ha hecho planeación. Esta fase se trata más de monitorear, controlar, solucionar problemas e informar de los avances. Echemos un vistazo a los componentes clave. Por supuesto, habrá que hacer alguna coordinación. Entonces eso depende de la madurez de los equipos. A veces puede ser muy fácil ya que parece que solía trabajar juntos por lo que se coordinan entre ellos. Pero a veces se tiene que hacer un enfoque más práctico para el gerente del proyecto. Reportando, muy importante informar. Por lo que eso se tiene que hacer generalmente de manera semanal, pero a veces quincenal. Por lo que depende de donde trabajes. Si eres gerente de proyecto, control de calidad, asegurándote de que esto se esté llevando a cabo, echa un vistazo a tus procesos. Comunicación. Asegurarsede que todos, todos los grupos de interés estén siendo comunicados sobre cómo va el proyecto. Si hay alguna compra, revisando los riesgos también. Esto tiene que ocurrir. Manejo de temas. Por supuesto, hablaremos un poco de eso más adelante. Seguimiento del cronograma y costo. Entonces ese es uno de los componentes clave. Revisaremos los tres componentes clave en tan solo un minuto. Y revisión. La gestión de proyectos no se trata solo de tareas rodantes. Si sientes que la tendencia va en la dirección equivocada o si hay alguna tragedia, cambios estratégicos, aquí es donde realmente haces la diferencia y dices: Bueno, espera un minuto. ¿ Todavía vale la pena hacer esto? Y luego al final de todo eso, haces alguna implementación. Entonces esto es solo una instantánea del componente clave. Todo depende del tipo de proyecto, la cantidad de trabajo que tendrá. Pero este es un buen resumen. Pero si sigues desalentada por esta lista, revisemos los tres componentes clave en los que creo que estarás involucrado como gerente de proyecto. El primero es informar no negociable. Esto tiene dos. Al parecer solo hay una cosa que haces durante la semana es hacer tus reportajes. Si no reportas a tiempo, tu equipo directivo, negocio, proyecto o honorarios, o quien pensara que no estás en la cima de tu proyecto. Entonces este es mi consejo. reportaje va primero. Es temp. Di, bueno si hago reportajes, no tengo tiempo de hacer otra cosa y escucho mucho de eso de los jefes de proyecto, pero deja eso a un lado, créeme, reportar va primero. Lo segundo es gestionar los temas. Es posible que tengas muchos problemas, podrías tener menos problemas o podrías tener problemas. No necesito gerencia porque el equipo es maduro y saben arreglarlo. Y ellos, y tienen procesos en su lugar y gustos, y son bastante autosuficientes. Pero a veces aquí es donde pasas la mayor parte de tu tiempo. Y por último, no han enumerado coordinación sino monitoreando el cronograma y el costo. Es algo que obviamente hay que hacer. Entonces tienes algunas, o usas tu diagrama de Gantt o prefiero tener una lista de tareas más granular para que realmente pueda marcarlas a medida que avance. Pero esas actividades de recursos humanos deberían mantenerte ocupado durante la ejecución. 63. Papel de PM en la fase de ejecución: Revisemos rápidamente, el rol del jefe de proyecto en ejecución será un poco una repetición de la diapositiva anterior, y esto es lo que quiero pasar por ésta rápidamente. Vimos los componentes clave de la ejecución, el jefe de proyecto estar involucrado en todos los componentes, entonces eso será muy fácil de adivinar. ¿ Cuál es el rol del jefe de proyecto y ejecución? Pero antes de empezar, solo quería mencionar que a veces la ejecución es un poco más suave para los gerentes de proyectos cuando no hay problemas y me gusta. Pero independientemente, esta es la fase del proyecto donde el jefe de proyecto es el más a la vista. Por lo que cuando algo que suceda en el proyecto de cerca o a distancia, el jefe del proyecto siempre será el primero de contacto. En realidad, si algo sucede en tu nodo, primero de contacto, área de punto de contacto es podrían significar que hay algo mal en el proyecto. Realmente deberías ser el primero de contacto. Habiendo dicho eso, vamos por el papel. Coordinar el trabajo entre equipos, vimos que monitorear el cronograma y presupuesto están en capas. Que la gente conozca este deslizamiento, informe al respecto y arréglelo. Asegurar que se realice la calidad, comunicar el progreso del proyecto, facilitar las compras , gestionar problemas y monitorear los riesgos. Entonces, como pueden ver, es más o menos una repetición de lo que teníamos antes, pero lo hemos revisado y ahora podemos pasar a Horario, que es, como se mencionó, que una de las tres actividades clave estamos monitoreando el cronograma. 64. Programación en la fase de ejecución: introducción: Revisemos el seguimiento de horarios como parte de la ejecución del proyecto. Durante la planeación, creamos un cronograma con hitos detallados y dependencias y gustos. Ahora durante la ejecución, sólo se trata de entrar en esas tareas se hacen. Y solo monitoreamos el progreso y abordamos cualquier deslizamiento aún mejor si puedes anticipar el deslizamiento y evitarlos que habrá muy apreciado por tu equipo directivo. Entonces, ¿cómo hacemos esto? Por lo que me gustaría sólo mencionar rápidamente la tercera parte de este curso. En la tercera parte de este curso, discutiremos brevemente la diferencia entre dos metodologías que tiene cascada y una jarra. Entonces para esta parte aquí quiero recalcar que esto es más abordando el componente de cascada. Waterfall es más o menos cuando haces justo todo una vez que solo tienes una implementación de planeación y le gusta. Si estás trabajando en un entorno ágil, tienes un horario de aspecto diferente. Entonces, ¿cómo rastreamos esto? Usualmente usamos un software llamado MS Project. Y de nuevo, gráfico que hemos discutido en la planeación. 65. Definición de ruta crítica: En esta diapositiva tenemos la representación del diagrama de Gantt. El que mencioné en la planeación utilizando el software MS Project. Solo quería mencionar que nos pusieran en marcha el camino crítico y lo que es. Por lo tanto, el camino crítico es la parte del horario que el infante impactó el calendario mundial se verá impactado. Entonces esa es la forma en que me gusta verlo. En otras palabras, es bastante intuitivo realmente que usted sabe, que si una tarea se retrasa, van a proteger, se retrasará. Y llamaríamos, veríamos que esa tarea está en un camino crítico. Revisemos estos rápidamente. Entonces lo que teníamos era que estábamos haciendo el diseño, el diseño, que era estos estaban haciendo el desarrollo. Que fue esto un después de que estuviéramos haciendo las pruebas. Entonces, si el diseño se retrasa, ya que esta tarea aquí viene después y depende del diseño, entonces esta tarea se retrasará. Y si esta tarea se retrasa, entonces se retrasará el proyecto de guerra. Nfo la fecha de implementación se retrasará. En otras palabras, decimos que esta tarea está en un camino crítico. Esta tarea está en el camino crítico y le gusta. Ahora bien, si hay una tarea que no está en el camino crítico, por ejemplo, esta de aquí que no está bajo camino crítico porque hay tiempo de sobra para que estas tareas se completen. Digamos la documentación de capacitación, la escritora de la documentación de capacitación no está aquí o está enferma o le gusta, y él o ella no va a poder comenzar hasta ese punto en tiempo aquí estas licitaciones trabajan sin demora el proyecto. No. Porque hay mucho tiempo en más o menos tiene hasta el 26 de julio dos para completar esta tarea, que es el inicio de la siguiente tarea porque es una capacitación requiere es documentación de capacitación. Entonces sólo tengo una tarea aquí que no es un camino crítico. Toda la otra tarea, si se retrasan, eso retrasaría la implementación. Y éste si el, si, si se retrasa no retrasará la implementación. Entonces eso es lo que es un camino crítico. 66. Monitorización de horarios: Vamos a continuar. Programamosmonitoreo. Entonces solo quería mostrarte cómo en teoría, el jefe de proyecto puede comprobar si un proyecto se adelanta a lo previsto o está atrasado. Por lo que tengo una captura de pantalla aquí de MS Project disparo de arma de fuego en el lado derecho y nuestras tareas en el lado izquierdo y lateral. Entonces tenemos los nombres de las tareas, tenemos la duración, y tenemos el porcentaje completo y todas estas actualizaciones para las fechas de inicio y fin. Con el fin de comprobar si estamos en horario o no. Estamos echando un vistazo a la tarea aquí y el porcentaje de finalización aquí. Por lo que para cada tarea, asignamos un porcentaje de finalización. Entonces aquí tenemos esta tarea aquí un 100% completo y el por ciento completo. Por lo que todas las tareas de planeación están completas. Por lo que eso significa que la planeación está concluida. Si vas y ejecución, tenemos el documento de diseño 100% completo para que esté hecho. Y tareas de desarrollo. Esas dos tareas están completadas en un 20 por ciento. Todos los demás aún no han comenzado. En el lado derecho de nuevo, para ayudar a parte de la captura de pantalla, podemos comprobar si estamos por delante de lo previsto utilizando la fecha de hoy. Por lo que la fecha de hoy es esta línea roja vertical aquí. Esta línea interior que está dentro la barra nos muestra la finalización de esa barra. Entonces aquí un 100 por ciento. Por lo que ven su línea fruto que todos estos otros solos por aquí, sólo el 20 por ciento de la tarea se ha completado. Por lo que la línea interior es el 20 por ciento de la barra. Entonces te lleva aquí sólo cuando en teoría, si quieres, con el tiempo, debería tomarte sólo escribir bang aquí. Si se adelantó a lo previsto, esta línea interior debería ser en el futuro. Por lo que nos reuniríamos con eso. Entonces eso significaría que estamos anticipados a tiempo. Entonces obviamente todo eso es muy teórico. Y esas tareas que en gran parte tendrían en este MS Project o en la hoja de cálculo, o en algún lugar. El desarrollador tendría todas estas tareas listadas y las rocas por lo que podría tener una forma más granular y precisa de rastrear, pero la identificación está en su alto nivel, si es posible, para tener un porcentaje de finalización. Entonces si el equipo puede, te dirán, Bueno, estamos alrededor del 20% terminado, veinticinco por ciento terminado. Pondrás eso y eso te daría una forma visual muy rápida comprobar si llegas a tiempo o no. Entonces aquí te preocuparías porque hemos visto que esas tareas están en un camino crítico. Es decir, si llegan tarde o la implementación del proyecto estará atrasada. Esta tarea aquí no está en un camino crítico, por lo que no ha comenzado, debería haber comenzado hace tiempo. Pero no te preocupa porque no está en un camino crítico. Por lo que ves tienes todo este tiempo aquí para tenerlo terminado. Eso sólo una breve reseña del monitoreo programado, cómo lo ha hecho. De esta manera. Mantenga esto simple. Golpeemos una o dos páginas si puedes hacer el resto afuera. Así que este horario sin embargo es muy importante porque es un punto central si quieres que el proyecto tenga una visión de dónde agregamos, es bueno para ti, pero también es bueno para los miembros del equipo del proyecto, para el equipo directivo, para el comité directivo es que les da un nivel de comodidad sabiendo que existe la programación central en su lugar. 67. Gestión del alcance: Bienvenidos de nuevo al curso. Revisemos la gestión de alcances. Por lo que durante la planeación, hemos definido con precisión nuestros alcances. Contamos con requerimientos de negocio. Contamos con un documento de requerimientos de negocio o matriz de requerimientos, o cualquier proceso que utilicemos. Ahora nuestro trabajo durante la ejecución es asegurarnos de que nos apegamos a esos requisitos, cuándo asegurarnos de que no realizamos actividades que están fuera del alcance. Porque eso sin duda aumentaría los costos y los plazos de los proyectos. Por lo que tenemos que aplicar un poco de control de calidad del proyecto es un proceso que utilizamos y que se llama control de Tange para ese fin. Entonces esto es un voy a discutir esto en parte a la entrevista parte de la segunda parte. Es una pregunta que probablemente escucharás cuando vayas a entrevistar dice Project Manager. Estará por ahí a lo largo de las líneas. ¿ Qué haces si el negocio acude a ti con requisitos adicionales? Aquí está la respuesta. Entonces echemos un vistazo un poco más cerca a lo que el control de cambio. 68. Control de cambios: Entonces si hay un cambio en el requisito, sin importar de dónde venga y la razón de ello. El equipo del proyecto realmente necesita evaluar el impacto. Y potencialmente lo que llamamos una solicitud de cambio necesita ser planteada y que necesitamos obtener la aprobación del comité directivo para que pueda guiarlos a través del proceso aquí. Este proceso depende realmente de la propia empresa, pero te mostraré la, la versión vanilla si quieres. El punto de partida. Tenemos un requisito adicional del negocio por cualquier motivo. La primera pregunta que nos hacemos es, ¿ es un requisito lo suficientemente pequeño? En algún momento es tan pequeño que el negocio olvidó mencionar que necesitaban esto. Pero discutimos con el equipo y SEO, esto está bien. Simplemente podemos, podemos simplemente deslizarlo y simplemente podemos hacerlo. Entonces lo que haces, solo solo incluyes el requisito en el alcance. Este requisito adicional es muy pequeño y su crédito está en alcance. Pero lo que tengo aquí es un atajo no siempre es aceptado por tu dirección, por tu proyecto de v Así que ahora ellos, esto es pequeño, no me importa que no lo quisieran. Van a seguir viniendo con pequeño requerimiento o las y's. Entonces eso depende mucho de donde trabajes. Es bueno. Creo que es una buena manera de que como gerente de proyecto es demostrar que eres flexible. Sí, es un requisito pequeño, pero podemos deslizarlo para que sea bueno para su relación con un negocio. Pero al mismo tiempo, si tu dirección no quiere, entonces tú solo en oposición a deshacer. Entonces, ¿qué pasa si el requisito no es pequeño? Entonces el negocio, les pedimos que planteen una solicitud de cambio de aprobación a la solicitud de cambio es un documento, documento Word, o lo que sea que el negocio escribirá para decir formalmente, sí, nosotros necesitan que se evalúe este nuevo requisito. A veces no es el negocio. algún momento es un gerente de proyecto realmente lo hace en nombre del negocio, pero eso no es realmente importante en esta etapa. Entonces para hacer esto, sí, entonces esta es una solicitud de cambio que veremos cómo podemos llenarla de manera sencilla. Enla siguiente diapositiva. Ese es el documento más pequeño donde ingresas alguna información sobre el cambio que deseas. Ahí está la cortesía en alguna parte. Podría ser en algún momento solo un comité directivo o en algún momento es solo un aprobador acordado en algún lugar que eche un vistazo a una solicitud a distancia y tendrá el impacto en la programación en algún momento el impacto en el costo va a requerir más dinero. Y las rocas son que tienen una mirada y o bien lo aprueban o lo declinan. Echemos un vistazo a lo que pasa cuando lo aprueban. Entonces cuando nuestros lo prueben, hay dos cosas que ocurren. Lo primero es que incluimos este requisito en el alcance. Entonces sí, estaremos haciendo este requisito. Lo que hacemos es cambiar nuestro presupuesto. Digamos que había más dinero apegado a estos requisitos, pero se ha aprobado. Entonces ahora estamos bien. Podemos poner más dinero en nuestro presupuesto y podemos rebasar línea para programar si eso aplica también. Entonces estamos chirriantes limpios. Teníamos una línea base que hacemos, una nueva línea base porque todo ha sido aprobado. Ahora, si la solicitud de cambio está encendida. Simplemente registra las solicitudes de cambio en algún lugar. Simplemente lo presentas, y luego no haces nada en este nuevo requisito es que esto ha sido rechazado. Entonces ese es un resumen rápido de lo que sucede. podría encontrar un nuevo requisito Sepodría encontrar un nuevo requisitopor muchas razones el negocio se dio cuenta de que olvidé algo o como parte del trabajo más preciso que se dan cuenta hay otra pieza de trabajo que hay que hacer. Entonces si es pequeño y si puedes incluir incluido en un alcance y simplemente seguir trabajando en ello. Pero si no es más de lo que tienes que tener un mantener mantener un seguimiento de ella, y tener un poco de registro. Por lo que pones una solicitud de cambio. Si se aprueba, tú haces el cambio. Tu línea de base si no lo es, se queda fuera del alcance. Entonces así es como se ve una solicitud de cambio. Simplificación. Nuevamente, esto es todo lo que necesitas. Desafortunadamente, tienes que usar plantillas que eres, se te están proporcionando. Entonces no siempre tienes que no siempre lo tienes tan sencillo. Pero este es el mínimo que recomendaría. Por lo que tienes una identificación para que eso te permita hacer un seguimiento de ella. Tienes el nombre del solicitante, tienes una descripción. Y vamos con este ejemplo del puente. Nuevamente. El negocio dice que el puente necesita tener un conjunto adicional de luces o el yo y las tendencias. Y tienes referencia a requisitos más precisos o qué tipo de luz donde querían exactamente y los gustos. Por lo que esto está vinculando su espalda a los requisitos. Como gerente de proyecto, hay que evaluar el impacto de este cambio. Entoncesese es tu papel. El negocio no lo va a hacer por ti. Por lo que hay que comprobar, sobre todo si hay un cambio en el horario y el presupuesto, si tiene los recursos para ello, etc. Así que aquí en este ejemplo, costos adicionales y parámetros de tiempo extendido a continuación. De hecho, agendar el proyecto. Necesitamos otra paperas gratis que ya sea el chat, necesitas otros $20 mil. Entonces cuando eso vaya para su aprobación, saben cuánto dinero extra tendrían y sé que tardará más en entregarlo. Entonces cuando evalúo sí o no para la solicitud de cambio, saben todos los que tienen todos los elementos en la mano para tomar esa decisión. Siempre es bueno tener opciones. Ahora aquí las opciones son un poco en blanco y negro. Es como si lo haces, o no lo haces. Por lo que la opción uno es no hacer el cambio y posponer el adicional requerido después de la implementación del proyecto. Esa puede ser una opción. No lo hagas en absoluto. Serotra opción. O aceptas la nueva fecha de entrega y aceptas el gasto. Entonces dices el cambio aprobado y obviamente qué opción has elegido, y luego está firmado. Por lo que siempre es bueno como gerente de proyecto es tratar de encontrar varias opciones aquí. Ahora aquí podrían tener. Aquí dijeron sugerencia es haber hecho después de la implementación del proyecto en lugar de decir, no lo hacemos en absoluto. Pero en algún momento son opciones civiles, civiles. Podrás encontrar formas de implementar este cambio. Podemos estar a un costo menor o más rápido. Si puedes traer tal vez más recursos, todos los derechos para hacer el trabajo. Por lo que ser lateral pensando para la opción siempre es bueno. 69. Gestión de problemas: parte 1 Introducción: Bienvenido de nuevo a la gestión de temas del curso , la parte divertida. Por lo que existe una especie de proceso para gestionar los problemas que es más o menos registrar el problema en un registro de problemas y administrarlo a su resolución. Pero no hay realmente una fórmula mágica sobre cómo solucionar realmente esos problemas. Cuando se registra el problema, le corresponde más o menos al jefe de proyecto trabajar con los equipos, los diversos equipos para solucionar el problema. Entonces hay mucha lluvia de ideas, pensamiento lateral e influencia que necesita ocurrir para que el tema se resuelva. Te mostraré en un par de diapositivas el tipo de tema más común que tenemos. Pero antes de hacer eso, echemos un vistazo a esta herramienta que tenemos el registro de emisión. 70. Gestión de problemas parte 2: registro de problemas: Una vez más, este es el registro AC en su más simple de las formas. No creo que eso tenga que ser más complicado que esto. Y una vez que te haya presentado todas las columnas, puedo, te mostraré las dos más importantes. Entonces, en primer lugar, a veces se le llama Registro de problemas. Creo que ya mencioné eso, o emitir registro. Hay una plantilla en los recursos si te interesa, que es más o menos una copia al carbono de esto. Tenemos el número de tema para que podamos referirnos a comer rápidamente que planteó. Tenemos una descripción lo más precisa posible y tenemos el impacto. ¿ Cuál es en este impacto del tema en el proyecto? Y por lo general es un retraso en la fecha de vencimiento de la implementación. ¿ Cuándo se debe resolver este tema para que no impacte en el proyecto? En algún momento tenemos un problema. Sí. Pero o la tarea no está en el camino crítico o no es preocupación inmediata, necesitamos saber por cuándo se convertirá en una preocupación. Por lo que esta no es fecha de vencimiento para la resolución del tema. El dueño muy importante. Tenemos que asignar a alguien que resuelva este tema. Y si es posible, no el jefe de proyecto. ¿ Por qué no el jefe de proyecto? Porque el rol de gerente de proyecto es coordinar todas las actividades de los temas y gestionar el tema a su resolución. Pero la mayoría de las veces, el tema en sí no puede ser arreglado, cotizar entre comillas, por el gerente del proyecto. Viene de un equipo técnico, ha venido de él, de otro equipo. Si se trata de un recurso no disponible, entonces es un administrador de recursos necesita solucionar el problema. Por lo que el jefe de proyecto necesita evitar ser el dueño del tema. El estado abierto o cerrado. La última actualización. Es bueno poner fechas en estos muertos esto ocurrió y después poner toda la fecha posterior y el número de riesgo relacionado, cuando se presenta un riesgo, se convierte en un tema. Entonces por ejemplo, esto aquí como no aplicable. Entonces este tema aquí no viene de él, de un riesgo. Pero esto se destacó como un riesgo inicialmente, y ahora se ha dado el riesgo y por lo tanto, emitirá. Entonces esto es sólo un par de ejemplos. El primero de John, recurso de pruebas de valores no estará disponible hasta el 1 de FEB. El tema es que va a caer, retrasar la implementación ya que toma pruebas está en un camino crítico. El procedimiento de prueba es requerido por trabajo de 15 pies, lo que aún podemos arreglarlo sin que impacte en la fecha de implementación del proyecto. Hemos logrado conseguir un dueño aquí. Por lo que el gerente de pruebas, en su situación, el encargado de los resultados de las pruebas, es el que está poseyendo este tema. Y brinde una actualización aquí los gerentes de pruebas han sido T2 intentando, perdón, liberar recursos. Proporcionamos una actualización al final de la semana. Eso es bueno. Por lo que de nuevo, un cuerpo de pie para proporcionar mantenimiento continuo de la página web. Aún no seleccionado. Chicos, los queremos durante el riesgo. Ahora se ha presentado el riesgo. Entonces mide porque no podemos ir a vivir con mantenimiento en curso. La selección de fecha de vencimiento es requerida por los completados por el 29 de Juan son los que retrasarán la implementación. Logramos encontrar que una propietaria, Natalie, gerente de compras, necesita resolver esta. No se trata sólo de poner la orden y esperarla aquí para arreglar el tema. Obviamente, necesitamos ser administrados activamente por el gerente del proyecto. Y naturalmente siempre que una actualización se vea bien, la compañía ha sido destinada y usted eliminaciones está en curso o lo hacen el 14 de Juan? Echemos un vistazo a los dos dos puntos clave. Seguro que ya los has adivinado. Por lo que el dueño, necesitan que se les recuerde que son propietarios emitidos para esto y que tienen una fecha, la fecha de vencimiento, que es buena columna más importante. Una vez que tienes un problema y logras tener un dueño y tu fecha de vencimiento, entonces las cosas están bajo control. No son que no estás hendido aquí ya que el dueño para tratar de perseguir a todo el mundo para arreglar el tema se ha establecido claramente que hay un dueño y hay una fecha de vencimiento. 71. Problemas comunes: Entonces revisemos el tema más común, ¿qué tareas están atrasadas? Entonces esto es más o menos un desenlace. Hay potencialmente un número infinito de causas para estos, pero solo quería resaltar la clave y ver si podemos abordarlas. Tan común causa de un retraso y cómo reducir la probabilidad. Si los tomamos uno por uno. La primera causa realmente es saber que la estimación es incorrecta. Por lo que tratamos de utilizar la contingencia tanto como sea posible. Cuando proporcionamos nuestras estimaciones. N2, empujamos a los equipos a ser lo más detallados posible, para que eso les permitiera destapar cualquier subtarea que no se hubiera pensado. Por lo que es más probable que encuentres en ese punto temprano todas las tareas que se requieren. Pero eso sí, oh, dispara. De acuerdo. Ya en la planeación durante la ejecución, ya es demasiado tarde. El recurso no disponible. Eso es bastante común en cuando se comparten los recursos. Entonces, ¿cómo reducir su evitar recurso compartido? Es decir, tienes campanas de alarma en cuanto alguien te diga dónde puedes tener este recurso, pero él o ella se está compartiendo con otro proyecto u otro equipo de negocios como siempre. Evita si puedes poner eso como un riesgo. Tengo un recurso compartido. Además, una forma de reducir la probabilidad es buscar recurso temprano y antes. Consíguelo por escrito que puede tener ese recurso a partir de esa fecha, a partir de ese punto en el tiempo. Otra causa de retraso son los nodos de recursos muertos por el trabajo. Eso es bastante complicado a veces, pero al final del día eso impactará el proyecto. Así que intenta y discretamente credencial de tecnología. Hola, este recurso con recursos trabajó en este tipo de actividades antes. Y en cuanto lo note durante la ejecución, lo antes posible. Y poner eso como una, como un gran riesgo. El costo por retraso de trabajo adicional encontrado. Entonces eso es lo que sucede cuando la estimación de detalle y el desglose distal de la tarea en tu ocurre durante la ejecución. Cuando eso ocurre durante la semana de planeación sigue siendo bueno porque podemos intentar cambiar los plazos y el presupuesto, pero durante la ejecución es demasiado tarde. Entonces hay dos causas que es para la que se estaba abordando. El primero, una planeación de estimación detallada que reduciría la probabilidad. Igualque esta. Pero el teléfono de trabajo adicional es el alcance detallado. Tedmed abordaría también este tema. Bueno, reduciría la probabilidad también. En un ámbito de planeación, mencionamos la necesidad de ser lo más detallados posible, y aquí es donde pagarían dividendos. Y otro escenario. Tuequipo de diseño o tu equipo de desarrollo dirían: Bueno, me doy cuenta de que necesito hacer esto también. Estaba discutiendo con un negocio y dicen que hay que incluirlo. Y entonces eres difícil situación que si realmente no incluyes estos, el negocio no va a ser feliz. Y por lo tanto, es necesario poder empujarlos hacia el control de cambios, hacia elevar su solicitud de carpa. Pero para hacer eso, es necesario demostrarles que lo que les están pidiendo ahora está fuera de alcance y bien declarado fuera de alcance en un documento que ustedes les han proporcionado? Por supuesto, no en esas palabras, pero serías discreto y eso solo les destacarías. A más cosas. Usa contingencia si puedes. Durante la planeación. Mencioné que las estimaciones podrían cambiar y tratar de conseguir algo de polémica, dinero o héroe, si se nota que el recurso no se mata. Usa eso como excusa para conseguir una contingencia. Siempre que puedas, obviamente, preferentemente en la planeación. Pero incluso si haces eso en ejecución, es bueno porque te permite anticipar a Dealy potencial e intentar arreglarlo antes el retraso esté impactando el proyecto en general. Haga una lluvia de ideas al equipo sobre los riesgos que podrían causar retrasos. Al final de sus reuniones, Chicos, ¿pensaron en algún riesgo que pudiera causar retrasos? Y algún recurso estará más que feliz de venir con toneladas de ellos. Toma nota de ellos y solo trata de resolver los potenciales peligrosos. Entonces esto es todo para la gestión de temas. Manejar temas es realmente donde puedes mostrar tus habilidades, mostrar tu pensamiento lateral. Suceden cosas buenas, anticipar problemas y cuando haya un tema, manténgase en él hasta su resolución. Pasemosa la siguiente parte. 72. Reuniones de proyectos: introducción y tipos: Bienvenidos de nuevo al curso. Reuniones de proyectos. No siempre es muy popular entre los miembros del equipo, pero muy útil para el jefe de proyecto. Por lo que en la segunda parte, les mostraré cómo siento que pueden sacar el máximo provecho de estas reuniones. Pero para esta parte aquí ahora mismo, les mostraré más cómo se hace, la forma más tradicional de gestionar las reuniones. Por lo tanto, las reuniones del proyecto se pueden usar para coordinar el trabajo, influir en el equipo del proyecto y escalar los problemas, o obtener asistencia del equipo directivo. Por lo que coordinar el trabajo e influir y motivar al equipo del proyecto. Eso será más para las reuniones de tu equipo de proyecto. Y esto será más para el comité directivo si asistes a ellas o a reuniones del equipo directivo. Entonces como ya mencioné, Hay dos tipos de reuniones. Las reuniones del equipo de proyecto que tienes con tu equipo. Este es el que estás animando. Invitas a todos los miembros de tu equipo y a tu presidente a la reunión, y tienes el orden del día, y tendrás minutas. Y Comité Directivo o cualquier reunión ejecutiva de dirección, estas, realmente no las compartes. Por lo general eres sólo un participante de esta reunión. Entonces tomémoslos uno por uno. Reuniones tan productivas. La forma tradicional lo que haces eres tú, el jefe de proyecto recibe actualizaciones de los miembros del equipo que van por la mesa y ¿qué hiciste esta semana? Sí, eso suena bien. Entonces tomas todo esto en cuenta. Después de la reunión, acudes a tu horario y actualizas tu horario y tu registro de emisión si es que lo hay, y escribes tus actas y las estás enviando a través. Por lo que también es la oportunidad para que los miembros del equipo discutan temas que no siempre se reúnen fuera de las reuniones del equipo. Entonces esa es una buena oportunidad para que discutan. Se puede por supuesto, coordinar el trabajo. Cuando uno terminó la tarea, el otro puede comenzar en dos o tres días. Por lo que hay que coordinar esto. Y aquí es donde haces tu resolución de temas. El comité directivo, el gerente del proyecto, está ahí para proporcionar actualizaciones, no para obtener actualizaciones más, para proporcionar actualizaciones de alto nivel. Y te mostraré en la siguiente diapositiva la diferencia entre los dos tipos de reunión, la diferencia de detalle que necesitas dar para cada uno de esos. Por lo que ahora esta es tu oportunidad de escalar temas importantes. No me gusta poner grandes temas sobre la mesa durante las reuniones, así que normalmente iría a tener un chat o una llamada telefónica uno-a-uno para avisar a todos. Y si es posible, tener una estrategia de resolución de problemas por delante antes de que deje caer un gran tema sobre la mesa. Entonces eso es algo que creo que es muy importante hacer. lo que esto no suele ser cierto por el gerente del proyecto, está presidido por el miembro del comité directivo o el dueño del negocio o los gustos. Por lo que dos tipos de reuniones. Una forma cuando tienes tu resultado, lo que quieres obtener del equipo. Y otra cuando eres participante y donde eres la silla tendría su resultado que ella quiere de la reunión. Entonces este es su resultado y este es el resultado del comité directivo que hay que tener en cuenta. 73. Reuniones e informes: qué hablar: Bienvenido de nuevo. Por lo que revisaremos los reportes un poco más adelante. Pero esta diapositiva aquí funciona tanto para reuniones como para informes. Tratando de resaltar la diferencia de contenido que tendrías en reuniones e informes dependiendo de qué tipo de proyectos. Por lo que mencioné esto a reuniones clave a las que asistirías. Esta que presidirán la reunión productiva, y estas son las que serán partícipes. Obviamente, hay montones de otras reuniones con las que estarás involucrado, generalmente ad hoc. Pero estas son realmente las dos claves. Si tomo el componente aquí uno por uno, podemos engañar a qué reunión se aplica. Para. Por ejemplo, este de aquí, actualización de alto nivel, estado, actualización sobre hitos clave. Para que eso se pueda hacer para ambos tipos. No está de más darle a tu equipo y un poco en un horario de alto nivel. Y para el comité directivo? Sí. La actualización más detallada sobre los avances de la semana pasada, ¿qué pasará la próxima semana? ¿ Qué has hecho? ¿ Exactamente? ¿Cómo te fue? Sí, eso va para la reunión del equipo del proyecto. El comité directivo. Nohace falta saber eso. Finanzas, actualización del presupuesto, cómo nos va. Realmente no es necesario para la reunión del equipo del proyecto. A menos que tengas algún recurso que realmente esté encendido con el presupuesto y el del Reich. Pero no lo hacen, no se encuentran muy a menudo. Entonces yo diría, no les molestes con esto. Y en algún momento es bastante confidencial. Ni siquiera están al tanto del presupuesto del comité directivo del proyecto sí. ¿Reunión de gestión? Sí. Eso es algo clave que quieren de ti en esta etapa. Pequeñas cuestiones técnicas. Equipo de proyecto pequeño, sí. Comité directivo, equipo saben que no quieren saber al respecto. No sabrían si tienen que preocuparse por ellos o no. Entonces no los menciones. Problemas del proyecto Qi, sí, el que potencialmente retrasará el proyecto, incrementará el costo. Y el que pueden influir? Sí. Dar, dar estos a ambas reuniones de predicción para que puedan trabajar en ellas. Comité directivo potencialmente para que puedan escalar y ayudar. ¿ Elementos de acción? Sí. ¿ Reunión del equipo del proyecto? Sí. Necesitan saber que necesitan saber qué tienen que hacer para la próxima reunión. El impacto si no lo hacen. Elementos de acción. Bueno, como se mencionó, el gerente del proyecto no está realmente presidiendo este, pero es muy importante que pases por alto si tienes algún elemento de acción que necesitabas hacer para reportarte de nuevo a la dirección comité. Y si logras hacer eso para no obviamente, también puedes darles ítems de acción durante el comité directivo. Entonces si eres muy sutil con eso, eso es algo que puedes hacer. 74. Actas de reunión y plantilla: Bienvenidos de nuevo al curso. Hemos tenido nuestras reuniones siempre buena forma para enviar actas de reuniones aunque sólo sea viñetas. Pero por lo general se te proporcionará una plantilla. Para que pueda enviar el resultado de la reunión posterior a la reunión para ordenar a los asistentes a la reunión. Lo que haría es inicialmente, si la plantilla es demasiado compleja, siempre tratar de eliminar algunos encabezados. Siempre me gusta simplificar porque cuantos más encabezados tengas, más partes tengas en tus actas de reunión, más abierto eres también. Más o menos poner información incorrecta y eso te proporciona una gran cantidad de gastos generales también. Por lo que les he proporcionado aquí una lista de cosas que podrían entrar en una reunión, actas, los asistentes, y disculpas. Eso es bastante importante. Sialguien no estaba presente cuando tomamos una decisión o alguien nunca aparece es bueno tenerlos en esta lista. Reunión de tutoría de decisiones, eso es muy importante. Entonces todos estuvimos de acuerdo en algo. Tiene que estar registrado en alguna parte. Un resumen rápido de la discusión. Entonces no queremos que esta persona diga esto y luego esta otra persona respondió esto. Creo que ya no hacemos esto, No es muy útil. ¿ Cuál es el plan para el siguiente periodo? Eso es algo que podemos hacer para que todos se enfoquen. Los elementos de acción que también son importantes. Si nos encontramos con un punto de discusión que necesita resolución, entonces localizamos en sus elementos de acción. ¿ Cuáles son los hitos clave por delante? Una vez más, para que todos se concentre si hay alguna preocupación planteada. Por lo que la preocupación aún no es un tema, pero es bueno bajar eso. En primer lugar, los hacen sentir mejor porque sé que está en un pedazo de papel. Y luego para ti Es un poco de mano a mano. Algo podría convertirse en un tema. También puedes volverte loco y poner todas las solicitudes de cambio. Se aprueba uno de los destacados, por lo que le da a un equipo el heads-up. Si hay algún trabajo que va a venir a su manera que no estaba originalmente incluido. Los temas clave, siempre es buena forma revisar todos los temas clave. Por lo que puedes duplicar esto con la revisión de registro de emisión. O simplemente puede enumerar los temas clave aquí para que pueda obtener sus actualizaciones sobre temas por parte de los propietarios de los temas. Los riesgos clave, me gusta tener los riesgos clave también no duele y eso está abierto a discusión. Pueden echar un vistazo a los riesgos y decir, bueno. 75. Informes de proyectos: introducción y qué incluir: Bienvenidos de nuevo al curso. Revisemos los informes de proyectos. Por lo que vimos que a veces con las actas de la reunión, puedes ajustarlas a tus propias preferencias. Con los informes de proyectos, es más poco probable que solo puedas crear tus propios informes. Podrías tener suerte y puedes hacerlo. Pero la mayoría de las veces tienes las plantillas ARM. Dicho esto, aunque uses sus propias plantillas, aún puedes decirle lo que hay dentro de cada encabezado. Y aquí es donde supongo que hay que contarle el informe al público. Mencioné que ya entregó un informe tiempo te haría lucir muy eficiente. Aunque haya problemas en el proyecto. Si lo entregas a tiempo, siempre es una buena práctica. El número o tipo n de reportes variará dependiendo de donde trabaje el jefe de proyecto. La mayoría de las veces, tendrías los reportes semanales habituales que son más detallados para tu equipo directivo y los “me gusta”. Y pero en algún momento la oficina del proyecto pondría todos los informes del jefe de proyecto en un cubo para el reporte mensual. En algún momento tendrías que reportarte a tu comité directivo tal vez mensualmente. Cuántos reportes tendrás que lidiar si eres jefe de proyecto es realmente una cantidad desconocida. Dicho esto, solo quería mostrarles también lo que se puede incluir en un informe. Sólo para reiterar, el contenido del reportaje se puede adaptar a la audiencia, pero no realmente el encabezado. Entonces aquí lo que tengo es un estado general de rack que veremos en la siguiente diapositiva. De qué se trata. El juego de rack tiene cuatro componentes. Ya veremos en la siguiente diapositiva. Tendremos un resumen ejecutivo. Esto es más para reportes mensuales o ejecutivos. El estado del proyecto. Obviamente, cómo estás rastreando contra el horario. Tendrás los avances a la baja en el periodo anterior. Eso suele ser algo que les gusta, es demostrar que realmente has hecho algo. ¿ Cuál es el plan para el siguiente periodo? Por lo que el periodo podría ser de una semana o mes dependiendo del tipo de reporte, menos tus logros. Entonces aunque esto no sea algo que piden, creo que es bueno dar logro, darle al equipo del proyecto impulsará el hito clave la cabeza, solo tener a todos enfocados y una solicitud de cambio. Eso es algo que podrías tener en un reporte, piensa que siempre es bueno hacer un seguimiento de esos son los que están siendo pendientes que fueron aprobados o el declinado. La fecha de chequeo también. Hacer seguimiento contra el ejecutivo de línea base presupuestal, eso es algo que le interesará mucho. Los temas clave. Además, si necesitas escalar a un proyecto los reportes suelen ser para alguien más arriba de la dieta y para ti mismo. Por lo que siempre es bueno ponerlos aquí, los de alto nivel, para que puedas obtener ayuda para la escalada. Lo mismo con los riesgos. 76. Introducción de estado RAG: Bienvenido de nuevo a los informes de ejecución de proyectos. Cuando vimos los reportes del proyecto, mencioné trapo. Por lo que a veces en los informes de tu proyecto necesitas proporcionar un estado de rack. Entonces, ¿qué es un trapo? Por lo que RAG significa rojo, ámbar y verde. Es una forma codificada por colores para que puedas proporcionar un visual de alto nivel sobre cómo proyectas. Se va. En algún momento los ejecutivos tienen que pasar por proyectos 2030 y AC este proyecto, verde, verde, verde, verde, verde. Yo sólo puedo añadir en incluso tener que revisarlos. Este MBA, empieza a echar un vistazo y leer. Por lo que probablemente adivinaste que el verde es bueno y el rojo no es bueno. Entonces no hay un estándar claro. Y a veces cuando vienes en una empresa, ellos ya tienen sus propios estándares. Dirán verde significa que tienes esto. Amber quiere decir que tienes eso. Rojo significa otra cosa. Por lo que el verde obviamente siempre está bien. Asa. El modo en que lo veo es algún tema en el horizonte que podría impactar el proyecto. Entonces las cosas empiezan a desmoronarse más o menos. Leer el proyecto está siendo impactado actualmente. Otra forma de verlo es ¿cuánto quieres que tu ejecutivo preste atención a tu proyecto en este momento? Úsalo por ti mismo. Si mi, si mi proyecto tiene algunos problemas y estoy encima de ellos, realmente no necesitan saberlo. Por lo que acabo de poner verde el proyecto. Si sé que voy a necesitar su ayuda y no quiero decírselo en el último minuto, les doy un poco de mano a mano y se lo pongo Ember. Y si necesito ayuda, ahorita, la pongo roja. Echemos un vistazo. Los componentes de oración del proyecto pueden ser visualmente tracto usando el trapo. Componentes que pueden ser rastreados. Entonces dije que esta es una forma de rastrear estado general de tu proyecto. Pero también puedes usarlo para tu programado. Por ejemplo, puedes decir que mi proyecto va bien, Green, que el horario está empezando a tener un poco de MBA para ello. El presupuesto también podría ser el mismo. Podrías estar en drag. Tu proyecto sería valor verde, tu presupuesto está empezando a desmoronarse. Cualquier otra cosa puede pedir estado, comunicación, esculpir a los interesados, felicidad, recursos, riesgos, problemas. Algunas empresas también tienen un poco de fórmula. Si tienes dos de esos Ember, entonces el proyecto debería ser Ember. Por ejemplo. Si tienes una lectura, el proyecto tiene que ser por lo menos si tienes todos los greens y uno rojo, todavía está bien. Entonces como se puede ver, muchas formas de usarlo, pero puede ser una herramienta de comunicación muy poderosa. Entonces ahora pasemos a la siguiente parte. 77. Estado RAG con tolerancia: Para rematar con este estado de rack, a veces hay una forma mecánica de calcular el estado de su rack. Y esta es una instancia en la que a su proyecto se le habían proporcionado niveles de tolerancia están a tiempo y costo. Por lo que tendrían, por ejemplo, el primer nivel de tres rentas es del diez por ciento. El segundo nivel de tolerancia es de menos 20 por ciento. Entonces para un horario, es, es si tu proyecto es de diez meses, por lo que tendrías todavía está bien si entregamos entre 1011 mes o 1012 meses para el segundo nivel de tolerancia. Entonces si tomamos este ejemplo para un presupuesto, se tiene el presupuesto de 100 mil dólares. Si te das cuenta a mitad de tu proyecto que el costo a completar, que es una estimación presupuestal al término ESC, es de entre noventa mil ciento diez mil. Eres bueno. Es verde. Si por otro lado, te das cuenta de que tu presupuesto al final del proyecto será menor a 90 mil o mayor a 110 mil, entonces debes ponerte y ser honesto. A menos que sea aún peor y tu estimación será inferior a 80 mil o por encima de 110 mil. Entonces eso suena un poco loco. Pero la mayoría de las veces, aunque lo estés haciendo muy bien y estarás terminando tu proyecto muy por debajo de tu asignación presupuestaria. Entonces hay que reportarlo como rojo y hay que explicar, ¿Por qué no gastaste más dinero? Creen que el pensamiento detrás de esto es que ¿por qué estamos tan lejos de la marca? ¿ Por qué acabamos de sobreestimar? Y son como, por lo que quieren entender realmente por qué. Pero algunos no, no se molesten con esto y solo les interesa si estamos repasando presupuesto o no. Eso es todo. Eso lo envuelve para el estado del rack. 78. Ejemplo de informe de proyecto: Para terminar de reportar proyectos como lo hice con las minutas de reuniones de proyectos, he incluido en los recursos una plantilla de un reporte que podrías tener. Así que siéntete libre de ir a echar un vistazo. En estas instancias solo se sienten los pocos pedacitos y piezas para que puedas comprobar cómo se ve en la vida real. Entonces tienes el rack satis aquí, tienes el resumen del proyecto, tienes a los principales actores involucrados aquí. Tienes razón, un estado rápido completado esta semana, planeado para la próxima semana. Provees un cronograma de deuda. Por lo que esta es una visión de hito. E incluso puede tener el estado de rack, no sólo para el horario general para cada tarea. Me gusta esta forma visual. Para que puedas, Es muy rápido para ellos ver tu estado para un green programado. Verde, verde. Ah, aquí hay un rojo. Echemos un vistazo donde está en contraposición a sólo palabras. Pero te dirá lo mismo. Entonces aquí verde, verde, verde, OK, y servidor, más caro de lo estimado. Para que puedan echar un vistazo rápido. Los temas clave son a uno que queremos que le echen un vistazo. Y por lo general se congeló en escalada. Entonces eso es más o menos. 79. Seguimiento de presupuestos: introducción y definición de reales: Sigamos con este seguimiento del presupuesto. Por lo que esta obviamente es una parte muy importante de la ejecución del proyecto. De manera regular, necesitamos revisar lo que se ha gastado y calcular lo que queda por hacer. Por lo que podemos sumar los dos y comprobar si al final del proyecto será, será bueno. Entonces, primero, ¿cómo calculamos lo que se ha gastado? Entonces, ¿qué se ha gastado? Llamamos a eso En realidad te lo hacemos saber. Entonces estaré hablando de lo real a partir de ahora. Durante la planeación, dividimos nuestros costos en dos categorías. Por lo que hubo tiempo y el material era precio fijo. Entonces, ¿cómo rastreamos nuestras herramientas en esas? Por lo que para el tiempo y los materiales, necesitarás usar un término hojas y las tarifas por hora si tienes recursos humanos trabajando en ello. Y calcularías la cantidad total de horas y acebo rojo, así que eso te dará el costo del recurso humano. También agregarías facturas para contratistas. Entonces eso podría ser también por tiempo y material o podría haber una factura de precio fijo. Por lo que no habrá sorpresa. Ahí. Por lo general trabajarían con el departamento de finanzas y habrían localizado un proyecto llamado tu proyecto. Por lo que deberías poder acudir a ellos y preguntarles cuánto he gastado hasta ahora. Por lo que extraerían en realidad todo real del código para tu proyecto. Entonces esas son solo algunas formas en las que puedes hacer un seguimiento de lo que se ha gastado. 80. Seguimiento de presupuesto mes por mes: Continuemos con esta ejecución del proyecto siguiendo presupuesto. Entonces, durante la planeación, has puesto un proyecto, un proyecto juntos. Con este ejemplo aquí, podrían ser algo así como 100 días a esta tarifa diaria que te da un presupuesto. 50 días en estos rojos te da un presupuesto. Precio fijo, 20 laptops te dan la, por lo que tu presupuesto al inicio del proyecto es de 300 mil. Por lo que quería presentarte un par de términos si quieres. Por lo que estimar para completar es su estimación a 1 en tiempo de nuestro mucho dinero que necesita para completar el proyecto. Las filas reales, sólo hablamos de esas. Ese es en realidad el dinero gastado en general hasta ahora. Y la finalización estimada será su estimación. Ahora, tomando en cuenta los objetivos reales y estimar para completar. Entonces esa es tu estimación al finalizar. Eso significa ¿cuánto crees que gastarías al final del proyecto? Eso se aclarará con algunos ejemplos. Y eso es una variación. Entonces eso es, eso te dirá si gastaste de más o entiendes. Por lo que estimar al finalizar es para ser comparado con un presupuesto de proyecto. Es la fórmula mágica. Estimar para completar más realmente estimar al finalizar. Entonces inicio del proyecto, no hay problema. 300 mil para completar, estimación al finalizar amigo y fuzzer. Entonces ahora pasemos a enero. Paso uno. Estamos reevaluados. Todos están enviando trabajo. Por lo que esa será nuestra estimación para completar. Preguntamos a los chicos, ¿Cuánto tiempo necesitas para terminar tu tarea? Y dijeron, sólo necesito 90 días. Sólo 90 días. Y parece que este tipo empezó entonces. Por lo que dijeron esto el mes de diciembre, 50 días. Por lo que eso te da una estimación para completar 176 faisanes. Paso dos, vamos en nuestras hojas de tiempo, entramos en nuestros contenidos, persona de finanzas, revisamos nuestras facturas y reunimos sólo $18 mil. Entonces se nos estima sobre costo. Entonces añadimos esto a esto. ¿ Qué queda por hacer? Y lo que gastamos en eso nos da esta cantidad aquí, 294 mil. Por lo que inicialmente le dijimos nuestro comité directivo que costará por terminado para que completen. El proyecto nos costaría 400 mil y ahora solo son 294 mil. Por lo que estamos en este momento $6 mil cabeza. Si estuviéramos tomando sólo este valor, lo sería, sería muy difícil para nosotros valorar. Si vamos a estar cumpliendo estos $300 mil o nodos que necesitamos a ambos. De acuerdo, sigamos adelante al mes de febrero. Sam, sólo preguntamos a los chicos cuánto tiempo, cuánto tiempo. Pero uy, este tipo se da cuenta de que hay algo más que hacer. Y son las estimaciones las que se derivaron. Por lo que la estimación global a completar es de 276. Es lo mismo. Es sólo una coincidencia. El real es de 35 mil. El estimado al finalizar ahora es amigo e inhala aún más. Y así esto causa problemas. Y ahora estamos gastados de más. Pero parece que en marzo tuvimos una mejor carrera. Estos son enviando 60 días, 60 días, y 60 días. Entonces eso nos da 192 mil. Por lo que la competencia real de 78 mil estimador, 270 mil. Por lo que la variación con respecto al presupuesto es 31 hasta que volvamos a encarrilar. Entonces es un poco de montaña rusa. Era más para demostrarte que si rastreas sin estos dos componentes, entonces es, es, es, no tiene sentido en cierto modo. Es bueno tener ambos como factores para que los tomes en cuenta. Entonces esto es todo, así es como rastreamos presupuesto. Es importante hacerlo de manera estructural mensualmente. A veces nos están pidiendo que lo hagamos semanalmente, pero supongo tu mejor juicio para empezar, y luego dependiendo esos estándares que son donde trabajas. Entonces esto es todo para el seguimiento del presupuesto. 81. Ejemplo simple de valor obtenido: Bienvenido de nuevo. Ejecuciónde proyectos, seguimiento de presupuestos. Ahora tengo unas categorías avanzadas. Entonces como se mencionó, si estás un poco abrumado en esta etapa, siéntete libre de saltarte esto. Estaremos discutiendo el valor ganado. El valor es parte de todas las metodologías de gestión de proyectos que existen. Es una herramienta que puedes usar para rastrear cómo va tu proyecto. A menudo se explica de una manera muy enrevesada. Y aquí es donde realmente quería bajarlo a su forma más simple con dos ejemplos. El primero extremadamente simple, el segundo un poco más realista. Entonces hagámoslo. Entonces n valor, Es el valor de lo que ya has hecho. Es un valor del trabajo que el proyecto ya ha producido. Entonces cuando echamos un vistazo al seguimiento previamente, lo que hicimos fue calcular la estimación para completar y agregamos centro real nos dio la finalización estimada. Entonces eso, eso fue en cierto modo mirando hacia adelante. ¿ Qué queda por hacer en valor? Es más mirar hacia atrás. ¿ Cómo nos ha ido. Pero al final del día eso debería darte el mismo resultado. Ejemplo. Tenemos cinco casas para pintar. Este es nuestro proyecto. Contamos con un contratista. Le pagamos 10 mil dólares semanales. Cualquiera o ella nos dice es de una semana para pintar una casa. Entonces tienes cinco horas sólo para pintar. Su estimación total es de 50 mil. Entonces, ¿qué es lo importante aquí? Establece una estimación de una semana para pintar una casa. Usted dijo. Eoc te dice, bueno, me lleva una semana casa dependiente y son cinco horas para pluma. Por lo que su estimación será de 50 mil. Parece bastante sencillo. Vuelves tres semanas después y tienes quehaceres en realidad 30 mil porque le estás pagando a esta empresa 10 mil por semana. Por lo que después de tres semanas, te gastan 30 mil. Pero cuando revisas, notas que sólo se han inmovilizado dos casas, y la tercera ni siquiera ha comenzado. Entonces el valor ganado, que es el valor de lo que hemos construido hasta ahora , es de 20 mil. Porque esperábamos 10 mil gastos. Ellos albergan, pero ahora sólo tenemos dos casas pintadas. Y ya pagamos 31 y así no se ve bien seguir adelante. Entonces vas, así que este es tu primer ejemplo. 82. Fórmula de valor ganada y ejemplo: Sigamos con el valor y el valor ganado. Valor de lo que hemos construido hasta ahora. Si es mayor que las reglas reales, entonces estás por debajo del presupuesto. Pero como hemos visto un ejemplo justo antes con una casa es estar pent. Cuando su valor n es menor que su mancha real, su exceso de presupuesto. No conseguiste lo que pagaste de alguna manera. Entonces como se mencionó, quería darte otro ejemplo quizás más real. Digamos que tenemos un proyecto para construir 75 unidades sin entrar en más detalle. Tan proyecto muy sencillo. Solo necesitas 75 unidades de algo construido. Entonces es tiempo y material. Se te dice que te costó construir una unidad. Entonces material de construcción, aquí es donde estarás haciendo tu presupuesto es un presupuesto base programado, color naranja. Y tienes plan para construir 1010151515. Y luego al final, deberías tener tus 75 unidades. Entonces aquí rastreamos las arteriolas, el dinero gastado al final de cada mes. Entonces aquí tenemos en los géneros, gastamos 8 mil, hemos sido 10 mil armas, 70 mil. Por lo que a finales de marzo, se nos gastan 25 mil. Entonces aquí lo que hacemos es calcular nuestro valor ganado. Vamos a comprobar cuántas unidades se han construido en realidad. A finales de enero, vemos que se necesita haber sido construido ya. Campanas de alarma porque se supone que tenemos diez y febrero y otras diez, finales de marzo, sólo cinco. De acuerdo. Entonces echemos un vistazo. Por lo que a fin de marzo situación. Estamos planeando haber construido 30. Nosotros sólo tenemos construir 23. Y la cifra de fin de presupuesto que tenemos ahora le da a un equipo de proyecto falsa sensación de seguridad. Por lo que estarás revisando tu presupuesto. Dirías, nos refrescamos, después de tres meses, sólo gasto veinticinco mil dólares y eso va por delante de mi presupuesto de agenda. A mí me va muy bien. Pero sólo has gastado 24 unidades. Entonces creo que el valor n es una buena herramienta para que no te pongas demasiado cómodo. Entonces, obviamente, este es un ejemplo sencillo de una manera que es muy fácil, comprobar el valor n porque solo te refieres a unidades. Por lo que es muy fácil contar cuántas unidades se han hecho. Pero supongo, y aquí es donde la teoría a veces no funciona en la práctica, no siempre es tan fácil comprobar el valor de algo. Cuando se trabaja con varios equipos y todos ellos tienen sus propios productos para crear un eje, no siempre es fácil comprobar cuánto han producido. Así que echemos un vistazo más de cerca On nice cómo se vería eso en un gráfico. Entonces así es como podrías representarlo. Teniendo en cuenta, todavía estás en la sección avanzada aquí. Entonces estamos en marzo aquí. Algún ejemplo que hemos gastado sólo 25 mil cuando debimos tener. El valor previsto fue de 30 mil. Pero sólo hemos creado esto. Entonces, si haces eso, pon eso en un gráfico con este siendo el valor planificado, el costo real estando ahí, y n-value estando ahí. Entonces el valor en verde, esto es lo que has hecho a finales de marzo. En azul, costo real y el valor planeado, está ahí. Entonces esa es realmente una buena forma visual. Si esto va alto y esto no va tan alto, eso significa que estás gastando más que, de lo que has producido. Rápidamente. Ejemplo final sobre el valor ganado. Esta vez, solo, es solo para mostrarte que el costo real podría estar por encima del valor planificado. Entonces es más o menos el mismo proyecto. Pero el cambio real. Entonces plan necesitas ser construir tres. Nosotros sólo tenemos construir 23. Pero esta vez estás quehaceres incluso por encima del valor planeado. Por lo que en situación aún peor que antes. Entonces eso es solo para mostrarte que el costo real aquí está por encima del valor planificado. Entonces desde el principio, sabes que algo anda mal. Entonces vamos a golpear F4 y valorar sobre presupuesto. Entonces es una herramienta bastante muy buena si puedes hacerlo. Creo que es una muy buena manera de mirar hacia atrás y comprobar cómo, qué tan eficientes los compañeros. 83. Valor ganado para la programación: Hemos terminado con presupuesto y también hemos terminado de reprogramar ave antes terminar la ejecución que quería mostrarles que el valor n también se puede utilizar para evaluar el desempeño del horario. No sé si te has dado cuenta eso en las diapositivas anteriores. Entonces, cuando revisamos el presupuesto, comparamos el valor ganado con los reales para ver si nos va bien con nuestro presupuesto. Entonces, si el valor p es menor a lo que hemos gastado, sabemos que estamos atrasados presupuesto que estará teniendo un exceso gastado. Podemos hacer la misma reprogramación, pero esta vez, en lugar de comparar el valor n, es en realidad, comparamos el valor con el valor planificado. Si el valor es mayor que el valor planeado, hemos construido más de lo que se planeó construir para este punto en el tiempo, estamos por delante de lo previsto y al revés. Entonces echemos un vistazo al ejemplo. Creo que lo hará más claro. Entonces para presupuesto, calculamos, comparamos los reales y el valor ganado. Entonces aquí los actores eran más grandes, el valor final. Por lo que cuando no estabas haciendo bien con susurrado todavía, si queremos utilizar estas herramientas para el seguimiento de horarios, comparamos esta vez el valor n es un valor planificado. Entonces el valor n aquí es menor que el valor planeado, por lo que estamos atrasados. Por lo que es una herramienta bastante intuitiva, tal vez una terminología elegante para hacer algo que podríamos hacer de otra manera bastante intuitiva. Pero siempre es una buena herramienta, como mencionaba antes, para saber. 84. Fase 3: ejecución: resumen: Bienvenido a la recaptación de ejecución de proyectos. Por lo que hemos completado nuestra ejecución. Como parte de la ejecución, aún tenemos la implementación. Entonces eso obviamente depende del tipo de proyectos en los que estés trabajando. Podría ser solo darle la vuelta a un interruptor y hacer algunas pruebas posteriores a la implementación o algo que requerirá un tonto y implementación que se lleve a cabo durante un fin de semana o los gustos. Entonces son simplemente demasiados escenarios aquí para enumerarlos todos, pero ese es el paso final de la ejecución. Y el siguiente paso será cerrar el proyecto. Por lo que la ejecución es la más intuitiva de todas las fases. Aquí es donde tu pensamiento lateral realmente constante más. Aquí es donde a veces no hay reglas, no hay procesos a seguir y solo tienes que solucionar problemas usando tu mejor juicio y tus habilidades de comunicación y todas las herramientas que se puede pensar. Por lo que el componente clave de esta fase son el cronograma, el costo, la gestión de la emisión y el reporte. Por lo tanto, cuando se realiza la implementación, suelen ser un tipo de lo que se llama el período de garantía donde el equipo del proyecto sigue involucrado si hay algún reto con el proyecto, solo para asegurarse de que el no huye tan pronto como se implementa. Por lo que podría haber algunos problemas y el equipo del proyecto será el mejor asesinado para solucionarlos. Entonces hay un periodo de garantía de varias semanas, o a veces puede ir a varios meses. Pero en paralelo, se puede iniciar la última fase que se está cerrando. Pero antes de hacerlo, olvídate del cuestionario, y te veré al otro lado de esto. 85. Fase 4: cierre - resumen de la sección: Bienvenido a cara para cerrar sección de una vista. En esta sección, no pasaremos por el papel habitual del jefe de proyecto porque el rol del jefe de proyecto es bastante sucinto y también creo bastante obvio en Israel. En esta fase, discutiremos el propósito de la fase de cierre y el cierre de las actividades concluidas. El mango, hay cuatro actividades incompletas. Y también revisaremos la documentación de lecciones aprendidas, y también revisaremos las celebraciones al final del proyecto. Entonces vamos a meternos directamente en ello. 86. Objetivo de cierre: Bienvenido a la fase final del proyecto, cierre del proyecto. Hacia el final de la ejecución, implementamos nuestro producto, nuestros entregables. En ocasiones, como se mencionó anteriormente, tenemos un periodo de garantía donde el equipo del proyecto necesita apoyar lo que hemos entregado ya que tienen el conocimiento en esta etapa. Pero sentir que solo nos estamos enfocando en cerrar todas las actividades. Por lo que el propósito de esta fase es poner en orden Morris componentes clave que cerramos o actividades endoteliales. Entonces lo que significa es que no queremos dejar cabos sueltos. También hay escuchado, aprendido. ¿ Qué hemos aprendido? Qué tenemos, qué hemos aprendido que siempre lo haremos mejor la próxima vez. El resultado clave que estamos buscando es el cierre sine de uno. Una vez que el ejecutivo, el comité directivo, o quien firme un documento, entonces podemos decir formalmente que el proyecto está cerrado. Pero en algún momento no sucede rápidamente en absoluto. Entonces como se mencionó, en algún momento después de la implementación o desaparecen los recursos, están ocupados trabajando en el proyecto. Por lo que para el jefe de proyecto a veces es un poco de un reto para mantener a todos involucrados. El negocio no obtiene mucho valor del cierre del proyecto. Y ahora lo tienen, tienen su producto. Entonces todo el mundo se está enfocando un poco ya en otros temas. Y en algún momento ni siquiera el Project Manager tiene oportunidad de ordenar las cosas correctamente. Por lo que estaré presentando aquí que el cierre teórico de un proyecto. 87. Actividades de cierre de proyectos, parte 1: Mencioné que el cierre de un proyecto depende mucho del proyecto de una manera que dependiendo del tipo de proyecto en el que estés trabajando, las actividades de cierre y entrega podrían ser bastante diferentes. Pero yo solo quería darte un ejemplo para darte una idea de en un proyecto típico, pero el tipo de trabajo que tendrías que hacer durante el cierre de un proyecto. Por lo que a dividirlos en dos categorías. Entonces esas actividades aquí, acabamos de cerrar y esas actividades aquí las entregamos a los equipos de negocios como siempre suele ser ejemplo de actividades de cierre. Por lo que tenemos varias categorías de tratar y poner eso en categorías. Por lo que los Informes, recursos, y escuchados aprendieron. Por lo que informa. El documento clave aquí es un documento de cierre de proyecto. Entonces ese es un rol de gerente de proyecto para armar este documento. Por lo que eso abarcará todas las actividades de cierre. Por lo que parte de este documento tendría la firma de los interesados. Después archivamos un archivo o los informes. Obviamente en algún momento esto en la carpeta del proyecto es donde solo luchas contra todos estos los recursos. Por lo que podría haber diversos tipos de recursos. Eso podría ser obviamente liberas todos los recursos, recursos humanos, siguen trabajando en el proyecto. Pero eso también podría ser que usted está pagando las facturas finales y sus cifras de presupuesto publicadas un final y su trabajo con su equipo de finanzas y para asegurarse que los números están todos sincronizados. La categoría final de cómo estas listas y aprender, escuchar aprendido. Echaremos un vistazo a esto en la siguiente diapositiva, pero es más o menos cuando todo el equipo discute qué ha ido bien durante la reunión y qué podría haber salido mejor. Y luego al final de esta reunión o en algún momento solo tienes un documento que se está creando con en esta reunión. Pero por lo general es mejor tener una reunión y luego crear este documento. Entonces el jefe de las actividades por otro lado, eso es algo que necesitamos para asegurarnos que estamos entregando al equipo adecuado. Entonces eso lo he puesto en dos categorías. Entregables y el riesgo y cuestiones. Entregables. Cuando manejamos el producto final o violamos nuestro sitio web, nuestro software, necesitamos asegurarnos de que las partes interesadas estén contentos con él, que el propietario del negocio esté bien. Entonces necesitamos algo, algún tipo de implementación de firma, firma, tal vez documento de cierre de proyecto. Tienen que decir que están plenamente satisfechos y que podemos seguir adelante. Documentación de operaciones al negocio como de costumbre, equipo dice que construyes un puente. Necesito dar todas las operaciones. Tienes todo el conocimiento. Por lo que hay que dar toda la documentación de operaciones al equipo estará manteniendo este sitio web de incumplimiento, lo mismo, software, este vaciado. Por lo que el entrenamiento es algún tipo de tendencia o entrenador. Por lo que es necesario asegurarse de que como el conocimiento está dentro del equipo, que entregue ese conocimiento a equipo de capacitación o a individuos. Y también su equipo de proyecto necesita seguir involucrado si, si hay una garantía. Por lo que probablemente compartieron con otro proyecto. Es posible que no quieras que el recurso siga trabajando a tiempo completo en tus proyectos como solo para apoyar. Por lo que probablemente necesiten compartirse con otros proyectos en cada etapa. Y riesgos y problemas. Por lo que en nuestro logotipo de emisión o registro de emisión, podríamos tener algunos problemas que no tuvimos la oportunidad de completar. El obviamente no somos críticos porque aun así logramos implementar el proyecto o el proyecto. Entonces probablemente sean temas menores. Pero el equipo que estará funcionando con un negocio de productos, su equipo necesita estar al tanto de esos y necesitan solucionarlos. Por lo que necesitamos darles este registro de tema de alguna manera. Y el riesgo no es tan obvio, pero en algún momento son algunos riesgos que siguen vigentes al final del proyecto. Por lo general, en un registro de riesgos, tienes riesgos que vendrían y causarían problemas al proyecto, pero en algún momento solo son riesgos que están ahí y que en curso y por lo tanto, sería útil para darles a los negocios el uso de su equipo no es obligatorio para que solo un nice-to-have no se aplique todo el tiempo. Por lo que quería destacar cómo podríamos simplificar esto. No queremos ser el jefe de proyecto que fue sin ser de facturas. Por lo que destaco esta como una actividad importante. No tendríamos un cartel apagado. Esto es clave. Hemos entregado algo. Fuimos muy duros. Queremos asegurarnos de que al final del día, los interés estén contentos con ello y les hemos proporcionado lo que querían. Y entonces sabes que has hecho tu trabajo como gerente de proyectos. Eso también se requiere, lo contrario eso va a volver y perseguirte de alguna manera por lo que necesitas asegurarte de que el producto pueda ser soportado en el futuro. Este parece ser un documento bastante crítico, pero no siempre se hace. Obviamente, si pasas por todos los estándares metodológicos en sus vidas que te dicen esto es absolutamente obligatorio que tiene que suceder. Pero con mis 20 años más de experiencia, no sucede tan seguido. Te implementan bien en ir a trabajar en otro proyecto. Entonces es por esto que realmente recomendaría que tengas estas tres cosas hechas. En la siguiente diapositiva. Vamos a echar un vistazo a esos dos aquí. 88. Actividades de cierre de proyectos parte 2: PIR: Revisión posterior a la implementación. Por lo que realmente estoy recomendando fuertemente a otra revisión posterior a la implementación. Con el fin de conseguir un poco de Escucha, Aprende. Es una reunión que tendrías con todas las partes interesadas. A veces no se quiere tener gestores de recursos porque se quieren recursos para poder hablar libremente. Pero es bueno para otra reunión porque se obtiene, se obtiene todo el mundo. El punto de vista de todos. Otras palabras, si prefieres escuchar, aprender por tu cuenta, entonces eso podría ser un poco sesgado. Yo recomendaría encarecidamente tener una reunión. Entonces, durante la reunión, revisan lo que se ha hecho, ¿no? ¿ Qué se podría haber hecho mejor? Lo que no se planeó para que lo destaque para que alguien de la empresa haciendo un proyecto similar, lo pueda tomar en cuenta en su planeación. Entonces hay una estructura diferente que puedes aplicar a esta reunión. Se puede decir, vale, ¿qué se hizo bien en la planeación, por ejemplo, qué se hizo, Ryan en ejecución? ¿ Qué tan peor degustación hecha? ¿ O cómo se hizo una comunicación con los grupos de interés? Se puede preguntar a los grupos al final o al comité directivo, ¿ cómo fue como gerente de proyecto, cómo fue mi comunicación con usted? Eso es algo que se puede hacer. Y luego puedes después de la reunión, vuelves, escribes todo ordenado más sencillo y luego tienes un documento. El reconocimiento y la celebración deben planificarse con anticipación. Por lo que eso agrega una motivación extra al equipo. Por lo que hay que planificarlo. Demuestra que valoras lo que están haciendo. Valoras su trabajo. Y no es una idea de último momento que Reino Unido el proyecto salió bien. Todo está implementado. Vayamosa festejar. Pero demuestra que eso estaba en su plan todo el tiempo. Eso es cierre de proyecto. 89. Fase 4: cierre de cierre: Entonces esto es lo que envuelve el cierre del proyecto. Por lo que cerrar un proyecto es una fase de bajo riesgo para el gerente del proyecto. El proyecto ha sido implementado. Y si se ha implementado sin ningún reto, entonces todos pueden relajarse. Por lo que si se puede lograr poner un documento de cierre de proyecto juntos y de hecho tener todos los mayores perder y ser atendido. Todo lo que has hecho para cerrar realmente el proyecto. Creo que eso sería muy beneficioso para ti como jefe de proyecto, dejarías el proyecto en una nota muy buena, en la nota muy positiva. Eso dejaría huella si se quiere profesionalismo. Por lo que te recomiendo encarecidamente si puedes. Si quieres un escritorio, un cierre de proyecto documenta en alguna parte. Como es habitual, simplifica y después circuló. Y si nadie responde, si nadie aprueba, si nadie retroalimentación, entonces que así sea. Pero al menos has hecho tu parte. Ahora lo hacemos para un recapitulativo de la primera parte a continuación. Pero antes de hacerlo, no olvides el cuestionario. 90. Parte 1: resumen de las actividades de fase: Bienvenidos de nuevo al curso. Envolvamos la primera parte. Revisemos los conceptos clave, las herramientas, las actividades que hemos visto, y cómo pueden superponerse en cada fase. Por lo que quería mostrarles que los procesos son recurrentes durante el ciclo de vida del proyecto. Entonces no los vemos solo en una fase la mayor parte del tiempo. Los ves a través de todas las fases. Entonces estaremos empezando con el concepto que realmente no hemos discutido hasta ahora. No quería enlodar el agua. No quería sobrecargarte de información ya estamos pasando por las fases para recordarte cada vez, no te olvides de las aprobaciones, asegúrate de que esto sea firmarte y relájate. Es decir, creo que se ha evidenciado de alguna manera, pero ahora es el momento de ver realmente cuáles son las aprobaciones clave que movemos a lo largo del ciclo de vida del proyecto. Para que puedas ver a un proveedor firmar tu firma, más pequeño, menos. Por lo que durante la iniciación, Es fácil si tenemos una carta de proyecto. Entonces esto está firmado y eso significa que el negocio está bien para ir. Por lo que esto lo hace el negocio. Pero hemos visto también que la iniciación no siempre ocurre de manera muy formal. Entonces en este caso, algún tipo de aprobación genérica sería proporcionada por el negocio o por la oficina del proyecto? No siempre es la carta del proyecto. Durante la planeación. Hay dos documentos que son muy importantes y que hay que firmar. El primero es un plan de gestión de proyectos, que es un documento producido por el gerente del proyecto. Y eso incluye toda la información de planeación que suele ser firmada por el comité directivo o por el negocio directamente. Y requisitos también, si aplica. Entonces, si estamos en un proyecto que tiene requisitos, entonces ninguno necesita ser firmado y este documento es para ser lo más exhaustivo posible. Por lo que durante la ejecución hay algunos documentos que necesitan ser firmados. Entonces no siempre tenemos este escenario donde mencionamos el ring executes mostrado. No siempre tienes pruebas de diseño y me gusta, pero necesitas alguna aprobación para salir a vivir. Entonces eso definitivamente es un hecho. Cuando se aplica al diseño necesita ser firmado a la empresa tiene que decir, Sí, esto está diseñado está de acuerdo con mis requisitos. Pruebas. También antes de la prueba de negocios, tenemos que asegurarnos de que están contentos con la forma en que hemos probado antes de sus pruebas. Además, el negocio necesita hacer sus pruebas y necesitan firmar en el sabroso general. Entonces cerrando hacemos un documento de cierre de proyecto, si tenemos suerte, y eso será firmado por el comité empresarial o directivo y definitivamente cerraré el negocio que hemos visto eso no siempre ocurre. Y tal vez solo una aprobación final del comité empresarial o directivo diciendo, sí, estamos bien con lo que has entregado ahora, puedes encerrar las cosas y pasar al siguiente proyecto. Entonces ese es el de aprobación que quería mencionar inicialmente. los demás, los hemos visto. El presupuesto durante el inicio, un orden de magnitud es suficiente, que es otro presupuesto de nivel. En la planeación, vamos más detallados. Vamos lo más detallado posible para evitar cualquier sorpresa durante la ejecución. Después lo escrito durante la ejecución solo monitoreamos semanalmente, mensualmente para proyecto muy largo. No quieres hacer estos semanalmente. Pero en algún momento no te dieron una opción de ¿ con qué frecuencia haces eso? Y haciendo cierre si aplica algún tiempo devuelves los fondos no utilizados y en algún momento no obtuviste los fondos para empezar, así que no tienes nada que devolver. El cronograma muy similar al presupuesto alto nivel de ejecución de muertes durante el inicio. No tienes la gráfica gan detallada en esta etapa. Pero aquí sí obtiene su organigrama más granular y lo consigue firmado así como parte del plan de gestión del proyecto. Durante la ejecución de belleza que te mantendrá ocupado. Si, aunque no sea un MS Project Scheduler, solo todas las tareas o el monitoreo de todo lo que está progresando necesita estar progresando dentro de los plazos acordados. Ahí encerrando No hay mucha acción en uno realmente interesado cuando exactamente se cerrará el proyecto. Por lo general, el sign-off de la buena vida es más o menos el final de la misma. Pero hay excepciones, por supuesto, riesgos. Durante la iniciación, creamos el registro de riesgos en el que destacamos los riesgos clave para asegurarnos de que el negocio sepa en qué se está metiendo. Y entonces si podemos, conseguimos más amigos para la mitigación de riesgos. Encontramos cierto riesgo de que van a ser buenos para tener algo de dinero para tomar medidas si se presenta el riesgo. Durante la planeación. Lomismo que actualizamos. Si encontramos nuevos riesgos. Sigue siendo la última oportunidad de conseguir más dinero. Durante la ejecución, monitoreamos y actualizamos regularmente. A mí me gusta tener reuniones mensuales sobre riesgos y el cierre del anillo. Igual que presupuesto. Devolvemos las firmas de contingencia de riesgo, si no se utilizan. Problemas durante la iniciación, a menos que tengas mucha mala suerte, no hay problemas, pero si son criatura es log poco antes, trata de abordarlos antes posible o al menos planea para que estén en reposo. Durante la planificación, definitivamente creas tu HLoG y comienzas a abordar problemas. Por lo que ahí empieza el ejercicio de resolución de temas. Durante la ejecución, continúas actualizando tu registro de incidencias y monitoreando tu emisión Mira, tienes propietarios y plazos y mantienes una estrecha vigilancia sobre esos. Y luego abordas temas si puedes. Ahí adjuntando tendrías dos tipos de cuestiones en tu registro de emisión. Tendrías el cerrado del que ya no tienes que preocuparte. Y tendrías las abiertas con las abiertas tendrán que decidir. ¿ Qué hago con esos. Discutes con el equipo del proyecto, discutes con un BAU y decides por cada tema. ¿ Podemos cerrarlo porque el proyecto está terminado o los entregamos al equipo de BAU? ¿ Alcance? Durante la iniciación, no mostramos el componente clave. Se listan los grandes campiones. Es necesario que se afirmen con claridad, aunque son grandes, las tendencias deben estar claramente establecidas. Asegúrate de que no olvidemos ningún pedazo grande que nos costará más adelante. Durante la planeación de nuevo a lo granular posible. Requisitos y alcances para asegurar que no haya malentendidos durante la ejecución. Tenemos nuestro alcance general, pero también tenemos nuestros requisitos detallados del negocio. Y si sentimos que los requisitos no son lo suficientemente detallados, tenemos que volver a ellos. De lo contrario, estaremos gestionando alcance durante la ejecución completa. Entonces durante la ejecución es sólo una cosa por hacer. Cualquiera de los negocios, pida un nuevo requerimiento. Tenemos que pasar por el proceso de solicitud de cambio. En algún momento tenemos un poco de margen de maniobra si quieres. Podemos decidir si el cambio es pequeño, entonces podemos deslizarlo a través. Pero depende de qué ambiente orines. Durante el cierre. Lo que hacemos es asegurarnos de que todos los documentos de requisitos originales se actualicen con cambio de alcance. Por lo que aquí creamos nuestro documento de requisitos al final de la planeación que se firmó. Pero además de estos requisitos originales, podríamos tener alguna solicitud de cambio aquí. Por lo que necesitamos asegurarnos actualizar este documento aquí con todos los cambios. Entonces a veces se hace caso por caso, pero en algún momento dice sobre una opinión rápida. Entonces si alguien viene al negocio como su equipo y dice que tenía un proyecto, ¿cuáles son los requisitos del proyecto? Después podrás mostrarles el documento completo. Y para terminar el papeleo del jefe de proyecto. Durante la iniciación. Sólo hay una carta de proyecto, la planeación del anillo, Este plano de gestión de proyectos. Entonces, obviamente, estos son todos los trámites en torno al cronograma de costos del enfoque del proyecto. El plan de gestión del proyecto debe ser un resumen de todo lo que se ha decidido y que incluirá enfoque de cronograma de costos en su vida. Por lo que durante la ejecución, hay dos tipos de documentos en los que el jefe de proyecto necesita trabajar. Actas e informes. Los reportes, lo compraron. Y durante el cierre. Si puedes juntar un documento de cierre de proyecto y escuchar esos documentos aún mejor. Entonces eso es todo. Otra forma de mirar esta tabla es si deseas refrescar tu memoria durante la iniciación, donde hay que hacerlo. Durante la planeación, lo que hay que hacer y se baja esta lista, ejecución y cierre lo que hay que hacer. Otro punto a destacar es que durante el inicio, papeleo para los jefes de proyecto se denomina carta de proyecto. La planeación de la pista se denomina plan de gestión de proyectos. Pero verás en la tercera parte cuando revisemos los estándares de gestión de proyectos que pueden tener diferentes nombres. Entonces creo que esos son los nombres más comunes. Entonces por eso he señalado de esta manera. Pero podría encontrarse, especialmente para las impresiones dos, que es un método de gestión de proyectos, que pueden tener nombres diferentes, diferentes también. Berkshire ni definitivamente son parte de iniciación o planeación. 91. Adaptación de PM para cada fase: Bienvenidos de nuevo al curso. Continuamos el recapitulativo de la primera parte. Solo quería tener una revisión rápida de cómo el jefe de proyecto puede adaptarse a cada fase. Por lo que durante la iniciación, es el punto en el tiempo en un proyecto donde es más fácil hacer cualquier horario o mejores cambios. No siempre es posible. Algunos en algún momento hay una cantidad de dinero en una mesa y hay que tomarlo. Pero es mucho más fácil hacerlo ahora que hacerlo en medio de la ejecución. Entonces por esa razón, el gerente del proyecto necesita poder anticiparse. Cuando miras a través de las cuatro fases en iniciación, es cuando siento que el gerente del proyecto necesita tener la previsión. Se necesita poder echar un vistazo con poca información y poco tiempo que tiene o ella tiene. Planeando la ejecución, el cierre n, la realización de beneficios. El gerente de proyecto necesita poder echar un vistazo a todas estas fases futuras, el beneficio, la realización y comprobar eso o tal vez un pedazo de papel con 20 líneas a veces como rasgó para cuidar de todos estos componentes. Se podría argumentar que la realización de beneficios no es realmente su problema. Esun negocio. Si lo hacen, saben lo que están haciendo. Pero creo que es muy buena práctica desafiar las cosas si se puede con mucho tacto. Entonces aquí, la previsión anticipa. Y si puedes, si ves algo que es una falta, entonces intenta cambiarlo. Intenta conseguir más dinero por ello. Prueba y compra más tiempo. Planeación, minuciosidad, la planeación del anillo. Somos meticulosos. Miramos todo con más detalle. Queremos asegurarnos de que hoy no descubramos cosas. Durante la planeación, solo miramos ejecución realmente, aunque iniciación, hay que mirar todo lo que durante la planeación, sabemos dónde hay que hacer. Hemos tenido sign-off. Por lo que necesitamos enfocarnos en la fase de ejecución. Tenemos que asegurarnos de que esto vaya lo más suavemente posible. Por lo que somos muy minuciosos. Durante la ejecución. Nosotros sólo tenemos que hacerlo. Tenemos que ser sumamente productivos. También he mencionado aquí es donde más necesitamos usar nuestro pensamiento lateral a veces no hay procesos que nos ayuden que necesitamos ser proactivos para anticipar y controlar. Entonces realmente en esta etapa no hay necesidad de una minuciosidad extrema. Eso es demasiado tarde para ello de una manera que fue durante la planeación. Ahora solo hagámoslo. Durante el cierre. Tiempo de reflexión realmente. Obviamente quieres dejar algo atrás, así que limpia las cosas lo más posible que llevas tiempo trabajando con un equipo como paperas. Y es momento de reflexionar sobre la calidad del trabajo. Y es momento de dar kudos a la gente. Decir bien hecho, y gracias por el trabajo. Entonces, como gerente de proyecto, no siempre consigues los miembros del equipo vengan a verte. Gracias por lo que has hecho. Pero como gerente de proyecto, asistí realmente como mi rol para ir y agradecerles el arduo trabajo que han hecho. Y también si tuviste la revisión posterior a la implementación, puedes asegurarte de que la próxima vez se haga un proyecto similar. Ellos pueden aprender que pueden aprender de ti de lo que has hecho. Entonces cerrando bien, es una buena T2 importante para dejar una buena impresión de ti mismo. Si le agradeces a la gente y si cierras limpiamente. Entonces la gente tal vez nosotros, pediremos que hagan otro proyecto para ellos. Por lo que todas esas cualidades de actividades enfocadas tienen que ocurrir en cada punto de cada fase, por supuesto. Pero creo que aquí es donde más se necesita la previsión, minuciosidad, la productividad más necesaria, es más necesaria, la reflexión, más necesaria. De acuerdo, ya casi llegamos. 92. Parte 1: conclusión: Muchas gracias por asistir a la primera parte de este curso. Esperoque lo hayan disfrutado. Sé que realmente disfruté haciéndolo yo mismo. Antes de pasar a la segunda parte, quería dejarles con una cita de Jack Dorsey que creo que representan la filosofía de la primera parte. Como parte de mi compromiso con este curso, quise probar lo más posible y ser práctico y simplificar algunos componentes de gestión de proyectos que veces se están mostrando como muy complejos. Entonces cuando simplificas, no significa que no estés haciendo un buen trabajo, no significa que estés viviendo cosas a un lado. Pero la simplificación en cierto modo es muy difícil porque hay que bajar las cosas a menos elementos, a menos componentes. Estaba mencionando, por ejemplo, carta del proyecto y el plan de gestión de proyectos que pueden ser sumamente complejos. Intentas simplificarlos. Si tienes un reporte sencillo, minutos más simples, simple de todo, asegurando que las cosas clave están ahí, entonces es más probable que tengas algo de buena calidad y más fácil de mantener. Entonces aquí van. Gracias. Te veo en la segunda parte. 93. Introducción a 155 PMP y Prince2: Así que vamos a proporcionar una visión general rápida de las dos metodologías principales de gestión de proyectos. Entonces se llaman impresiones dos y p y p. Así que cuando buscas un trabajo y miras la descripción del puesto y los requisitos del puesto o puesto. Por lo general, suelen ser si están buscando certificados, lo general será uno de esos dos. Entonces creo que esta es una razón clave por la que es bueno conocer esas metodologías. Entonces, si los tomamos rápidamente uno por uno para una introducción rápida, el PNP significa profesionales de la gestión de proyectos. A menudo verás eso asociado a Pembroke, que es un libro de conocimiento, que es más o menos el manual, si lo deseas, de PMP. Y es proporcionada por una empresa llamada PMI, que es Project Management Institute. Por lo que se basa en los manuales de estándares. Por lo que se refiere más como un estándar que la metodología, pero en mi libro, puedes usarlo perfectamente como autónomo para ejecutar tu proyecto es bueno tener un buen manual de referencia sobre, sobre el papel de las herramientas que puedes usar para gestionar un proyecto. La otra metodología es impresiones dos. Significa proyectos en entornos controlados, de los que nunca había oído hablar y en realidad no significa mucho. Pero es metodología a diferencia del PMP. Tiene modelos procesados, incluso te proporcionan plantillas y me gusta. Y cuenta con dos niveles de certificado. Entonces, si quieres hacerlo, realmente deberías apuntar al practicante. En algún momento. Te preguntaron qué tipo de certificado tienes y es bueno tener al practicante. Entonces esos dos exámenes, si quieres, son tranquilos. Son muy largos para aprender. Y lleva tiempo, consume mucho tiempo. Y supongo que una vez que has aprendido si tienes o no oportunidad de usarlo, no me parece tan obvio. En algún momento vas a entrevistar y luego sístole, ya sabes, PMDD P o imprime dos. Y cuando vas ahí te das cuenta que no tiene mucho ver con lo que has aprendido en, en PAP y, o imprime a donde quiera que vayas, tienen sus propias plantillas, son propios proceso de todos modos. Entonces esta es un poco la preocupación que tengo es alguna alguna, ya sabes, alguien con ganas de entrar en los labios de gestión de proyectos un poco asustado porque no conocen el PMP al detalle y los gustos. Pero nunca tienes trabajo cuando te metes en un ensayo, bien, Aquí ejecutamos proyectos como PMP. Puedes comenzar siempre que siempre tengan sus propios procesos. Lo tienen a medida si quieres. tengas un certificado es una buena manera de que ellos lo sepan, sabes de la gestión de proyectos. Conoces la teoría, aunque no se aplique completamente, es buena para ellos. Dales un buen nivel de confianza. Flujo divergente para gestionar un proyecto para ambos. Los grifos de metodología son extremadamente similares. Por lo que yo sé. Ellos, ellos, no empiezan con cierre y hacen la ejecución y el inicio. Entonces todo es muy lógico en cierto modo. Así que no vas a tener grandes sorpresas con ninguna de estas metodologías, pero ya veremos eso, lo veremos en las próximas diapositivas. Cómo, cómo mi parte uno, si quieres, se relaciona con PMP e imprime también. 94. 158 PMP vs curso: Entonces comencemos con P y P. Echemos un vistazo y veamos cómo PMP es diferente o similar a lo que hemos visto en la primera parte. Entonces al inicio de la primera parte y al final de la primera parte, introducimos la idea de actividades. Entonces, la primera parte, la teoría la conoció en cuatro fases principales. Y encima de eso, una forma de verlo es ver las actividades bajo cada una de esas fases. Entonces esas son actividades y la razón por la que fui con actividades, me gustó la forma en que es realmente concreta. Y puedes ir secuencialmente de uno a otro. Y entiendes que tienes algo que hacer. Pero obviamente tú, a medida que pasas por esas actividades, hay procesos y son reglas, y hay cosas que debes hacer. Y puedes echar un vistazo a lo mismo varias veces como hemos visto con alcance y horario. Ahora dicho eso, cuando miras PNP, la filosofía es un poco diferente, pero el proceso general es muy similar. Entonces eso es p y p en pocas palabras. Por lo que PNP tiene también cuatro fases. O método de gestión de proyectos que conozco son estas cuatro fases. Iniciando, planificando, ejecutando y cerrando, eso no va a cambiar. Estamos viendo que normalmente no comienzas con el cierre y la planeación, por lo que siempre tienes la fase pre proyecto, la fase de planeación ejecutando, adjuntando. Entonces eso es un, eso es una similitud entre los dos métodos, si quieres. Ahora la diferencia es, yo estaba pasando por procesos y técnicas si quieres. A medida que fuimos PMP, han mandado todo eso en un monitoreo y control, que no es una fase, que es más un conjunto de reglas, conjunto de procesos, si quieres. Así que quería aprender de las impresiones mías dos y el proceso de certificación PMP e inyectarlo en este curso. Lo que he encontrado litro ser Tejas tanto con BMP como impresiones dos, es esto. Porque aprendes esta técnica, todas estas reglas. Y realmente no sabes cómo se relacionan realmente en el ciclo de vida del proyecto y sus ojos. Entonces todo es un poco esponjoso. Por eso me gusta la idea de las actividades. Entonces empiezas aquí desde el principio. Empezamos con algo concreto. Que desde el principio aprendemos sobre los alcances. Y luego nosotros, nosotros, nos abrimos paso hasta el cierre. Ahora tiene, tenemos conceptos cuánticos como por ejemplo, presupuesto. Habíamos discutido presupuesto aquí. Aquí discutimos presupuesto un poco más. Lo discutiremos como nosotros, como queremos aquí. Entonces en mi gran mapa de referencias cruzadas que tengo, pueden ver exactamente cuatro alcances de nuestro cronograma para presupuesto. ¿Qué haces en cada una de esas fases? Para aprender mi método, es más secuencial. Y para PNP, si quieres, es más académico. Pero al final, sem, cuatro fases y ambos métodos te llevarán ahí. Entonces esculpe Control, controles de costos, rendimiento esquelético, solo para darte una idea del tipo de cosas que pondrían ahí para monitorear y controlar el proyecto en general. Entonces solo para terminar en PNP, en el curso, llamé al documento iniciador proyecto carta. Y he llamado al documento de planeación plan de gestión de proyectos, y es el ancho colon PNP. Entonces no lo hice no llamé a esos documentos de esta manera porque así es como se les llama en PNP. Pero porque pienso desde mi experiencia, esos son los nombres más comunes. Entonces es fácil hacer la transición si quieres. Si quieres aprender PNP, ya estarías familiarizado con esos esos nombres. Pero eso es todo para PNP. A continuación, echemos un vistazo a las impresiones también. 95. 160 Prince2 vs curso: Bienvenida de nuevo. Imprime dos. Imprime dos, como puedes ver, tiene el mismo flujo genérico aquí, pero la redacción es un poco diferente. Y podemos hablar de la, la parte naranja más adelante. Entonces si nos enfocamos solo en el lomo central aquí, si quieres, lo que llamamos la iniciación e iniciación en PMP, ahora se llama configuración, pero tiene el mismo objetivo es solo que es un pre proyecto para comprobar si seguimos adelante con el proyecto y hacemos algunos, algún trabajo inicial sobre él, luego iniciando el proyecto. Y aquí es donde se vuelve un poco confuso, agradable para ellos. Iniciar un proyecto es, está planeando para mi método y para PNP. Entonces no está aquí. ellos ejecución se le llama controlar una etapa. Y esto es lo que es realmente específico también con las impresiones, es que hay bajas para varias etapas formen parte de un proyecto. Entonces obviamente, también se puede hacer eso con otros métodos como este PNP. Y se puede entrar en ejecución también aquí. Pero para ellos es un poco más estandarizado, si quieres. Es que lo atienden. Entonces por eso es más fácil para ellos hacer algo entreabierto. No hay gran diferencia con un príncipe a un frasco y el rojo imprime dos porque un gel se basa en el estatus, como veremos. Después de cerrar un proyecto está cerrando un proyecto. Entonces Sam Spine, poca confusión con el nombre que comenzar es iniciación. Iniciar es en realidad planear. No cien por ciento pero muy cerca. Y luego ejecución, lo llaman controlar una etapa porque quieren la flexibilidad para tener varias etapas. Ahora si echamos un vistazo a los demás componentes. Entonces dirigiendo el proyecto, ¿qué es eso? Entonces es más o menos un descuido de proyecto. Entonces está más o menos ahí Comité Directivo. Es decir, no lo llaman Comité Directivo, sino que lo llaman junta de proyectos. Es más o menos el tablero del proyecto como una visión general del proyecto durante todo el día. Entonces le dijo a la interacción, todas las aprobaciones, analíticas. Así que obviamente los tenemos también en bonito. Pero una vez más, en cuanto a PNP, les gusta describir este proceso en una entidad separada y lo llaman dirigir un proyecto. Lo mismo. Pero la descripción del evento se hace en una parte separada del curso si estás enfermo, una cosa a tener en cuenta en los otros procesos que tienen las impresiones dos las aprobaciones para proceder, a las que llaman administrar límites de etapa. También está separado. El proceso para estos también está separado. Entonces IF2 aquí, porque se usa al final de cada etapa y al final de cada iniciación. Pero sólo tendrían relaciones sexuales. Tendría un solo componente llamado Manejo de límites de etapa. Darte todas las reglas si quieres, el corazón y cómo podemos pasar de una etapa a otra. En mi opinión, es la aprobación para proceder. Entonces todas las aprobaciones mayores, mayores, yendo y viniendo o ¿cómo funciona? Por lo que es muy importante para ellos porque son método se basa en las etapas. Entonces quieren asegurarse de que cuando pasas de la etapa uno a la etapa dos, cuando pasas de la etapa de ejecución a la etapa de cierre, quieren asegurarse de que todo esté chirriante y tengas todos los procesos en su lugar. Por último, gestionar la entrega de productos. Eso también es algo muy específico de Prince tube, pero lo hacemos también con el fin de ese método, pero no lo hacemos no lo formalizamos en una parte separada de la documentación, si quieres. Entonces es más o menos describir el traspaso de trabajo entre el PM y el equipo del proyecto. Entonces tienen una manera muy formal. En teoría, una vez más, las impresiones en las tiendas, no siempre pueden hacerlo de esta manera, pero en teoría, tienen una forma muy formal para que el gerente del proyecto, uno solicite trabajo a los equipos del proyecto y, para recibir trabajo posterior del equipo del proyecto. Y funciona igual con un proyecto en, digamos que tienes un área técnica. Ellos querrían alguna manera muy específica obtener el trabajo de, desde el Project Manager aquí. Entonces funciona en ambos sentidos, si quieres. Es así como se dirige el trabajo entre el PM y, uh, y, uh, varios equipos que trabajan en el proyecto. Una vez más, esto se hace implícitamente en todos los demás métodos. Entonces es interesante. Entonces, si echamos un vistazo aquí, por ejemplo, solo quería mencionar realmente un refresco. El punto de confusión, si quieres, eso. La puesta en marcha, a eso lo llaman el resumen del proyecto. En PNP, a eso lo llamamos la carta del proyecto. Y aquí, iniciación, inicio un documento de proyecto se llama documento de iniciación de proyecto, PDD. Entonces esto, esto, esto podría ser confuso porque en PMP lo llamamos plan de gestión de proyectos porque es parte de la planeación. Pero una vez que lo superas, te das cuenta de que todos esos métodos son bastante similares. Otra cosa de no huellas al Comité Directivo se conoce como una junta de proyecto. Supongo que esto es, esto es lo que nos veo. Una de las claves interesantes, si te gustas, son reglas formales sobre cómo el gerente de proyecto recibe el trabajo del proyecto. Podría haber tenido aquí en teoría. 96. 162 PMP y Prince2: Bienvenido de nuevo para un recapitulación de esas dos metodologías. Muy populares. Aquí en esta diapositiva, he puesto más o menos los tres métodos que hemos visto. Entonces esta es la, esta fue mi primera parte. Entonces mi primera parte, mi método ahí tiene en la primera parte fue incluir todos esos componentes en naranja. Pero elegí inventarlos si quieres, en cada una de esas fases. Imprime dos y P y P siendo algunas metodologías muy minuciosas que necesitarás semanas para aprender. Tienen una explicación un poco más detallada de cada fase y cómo van las cosas de una fase a la más antigua. Como decía, no creo que sea necesario aprender todo esto para ser un buen gerente de proyecto. Luchaste conmigo. Cuando necesitas algo, solo tienes que ir y conseguirlo en el acto. No necesitas saberlo ni desde, desde el primer día. Pero al final del día, el proyecto es un proyecto. He visto que los gerentes de proyectos son muy buenos y vienen de un entorno diferente. Porque más o menos tú solo, solo sigues la forma lógica de implementar las cosas. Entonces aquí, la parte en azul aquí es pre proyecto. Ya sea que lo llames iniciación, puesta en marcha o iniciación, es pre proyecto. Reúne su caso de negocios, obtiene algunos costos e hitos de alto nivel. Y eso es todo. Entonces entras en fase de planeación. Entonces vas en fase de planeación, que es iniciar un proyecto en impresiones dos y que también se llama la planeación en PMP. Y ¿a qué se dedica? No hay sorpresa. Haces una planeación muy precisa. Entonces, obviamente, necesitas algún tipo de aprobación. Entonces imprime dos llamaría a eso dirigir un proyecto. Pnp sería sería que estaría bajo monitoreo y control. Entonces tendrías las mismas cosas abajo pero presentadas de manera diferente. Ejecución, sin sorpresas. Es decir, tienes varias etapas, sí. Pero nada me impide tener varias etapas aquí. Podemos tener varias implementaciones durante un proyecto. No está prohibido. Pájaro para cerrarlo. Entonces necesitas completar todas las etapas. Ahora imprime para que se vea un poco más, cuatro más si quieres. Y tenía este SM. Puedes tener tantas etapas como quieras. Entonces, gestionar la entrega de productos aquí, es lo que me parece interesante. Es, es una forma más formal. Pero una vez más, cuando le pides a un equipo que haga algo como gerente de proyecto, simplemente le mandas un correo electrónico y sigamos adelante y lo hacemos. Ya es bastante formal. Tienes algunos Si se trata de un proyecto de TI, tienes los requisitos del negocio que se están firmando. Creo que imprime a, por ejemplo, es bueno para empresas muy grandes. Entonces tendrían algunos requisitos quizás extremadamente complejos. Y lo harían, tendrían muchos de ellos. Entonces, por lo tanto, necesitan tener un proceso en torno a esto. Pero la mayor parte del proyecto, este es el procedimiento de proce existente, si lo desea, sería suficiente para gestionar estos. Si eres un gerente de proyecto muy minucioso, deberías poder, para obtener algunas instrucciones precisas para que el equipo haga el trabajo y una manera precisa de volver a trabajar de ellos. Algún tipo de señal fuera del centro como así, eso , todo se puede hacer. Eso no quiere decir, ya sabes, PNP no pueda hacer un solo tipo de proyecto e imprime para hacerlo, todo puede estar abajo. Entonces tal vez te estés preguntando cuál elegir si quieres o tienes que hacerlo. Entonces como estaba diciendo, la razón clave para que yo consiga certificado es porque cuando buscas un trabajo que ellos quieren tengas un certificado para ser certificado? No siempre. Si quieres ir a un rol de gestión de proyectos internamente. También es posible. Creo que si miras en tu, en tu empresa y le das un vistazo a eso, bien, ahí hay un proyecto de honorarios. Realmente lo recomendaría si estás realmente dispuesto a convertirte en gerente de proyectos, en lugar de tener que pasar por el certificado, aplicar y todo esto, te recomendaría que intentes conseguir lleguen a través de la oficina de proyectos. Y dices, Oh, no me importaría ser coordinador de proyectos ahí solo por unas semanas. Y antes de que te des cuenta, estarás ejecutando proyectos. Y eso lo he visto tantas veces en términos de ejecución de proyectos después de algunas semanas. Entonces llegan otros como administrador y después de que hacen alguna coordinación y después de que un PM se va de oro, toman su lugar y terminan imprimiendo un proyecto. Así que ve a por ello. Si trabajas en una gran empresa y ellos tienen un proyecto de su charola y usan la puerta trasera. Prefiero PNP. Pnp, hay un enfoque más fuerte en la gestión de equipos y la relación. El lado de la comunicación, si quieres, esto, es lo que realmente me gusta este PNP. El proceso de aprendizaje para ambos es más pesado, no siempre es aplicable proveedor de cumpleaños o una asignación de activos. Esa es una manera de envolverlo si quieres. Entonces, sí, así que aquí tienes. Pmp imprime a su elección. Si quieres. Si no quieres inculcar, quieres entrar en la gestión de proyectos. Hay otras formas. 97. 163 Cascada y introducción ágil: Bienvenidos de nuevo a la cascada y ágil parte de este curso. Entonces hemos visto impresiones dos y PMP, que son metodología o estándares, formas de gestionar proyectos. Ahora cascada y ágil y más enfoques si quieres entregar el trabajo de un proyecto. Así que ambos enfoques se pueden hacer con cualquiera de las impresiones dos y p y p como el método integral. Pero a medida que vas bajando realmente entregando el trabajo, hay dos formas en que podemos hacerlo es la energía en cascada. Echemos un vistazo. 98. Cascada 164: Echemos un vistazo a la cascada. Entonces hemos visto que un gel y qué cuatro enfoques diferentes para entregar el trabajo del proyecto. Lo que en otras palabras, significan diferentes enfoques para ejecutar el proyecto. La forma que hemos visto en la primera parte. En la primera parte vimos que caen todos los proyectos, especialmente los proyectos de TI, la ejecución es, es bastante estándar. Por lo que la ejecución necesita la recolección de requerimientos, lo cual se hace en la planeación. Y entonces la ejecución es más o menos diseñar algo, construyes algo y lo pruebas y después de implementarlo. Así que Agile y Waterfall son dos formas diferentes de pasar por este ciclo aquí. Lo que hemos visto en la primera parte fue Cascada. Cascada, suele ser la forma en está enseñando el método de gestión de proyectos. Porque una vez que sabes lo que es una caída, entonces solo es cuestión de cambiar las cosas para entrar en una cascada gigante. Y ágil, tendrías la misma iniciación aquí. En algún momento tendrías la misma planeación. Tendrías definitivamente el mismo cierre, pero es, es más o menos la ejecución y el final de la planeación cuando haces la recolección de requisitos, eso va a cambiar un poco. Entonces cuando digo la primera parte, lo que hemos hecho con cascada es que hemos asumido que solo hay una implementación. Dijimos que hacemos esto una vez, hacemos esto, una vez, hacemos esto una vez y después implementamos una vez. Entonces por eso dije la primera parte, estábamos usando cascada. Entonces echemos un vistazo para qué caer. Durante la planeación, pedimos al negocio que nos brinde todos los requisitos. Dónde quieres exactamente, derecho. Este gran documento. Pon ahí todos tus requisitos. Los firmas y nos las entregas. Y tenemos una mirada. Y luego entramos en ejecución. Y luego diseñamos en base a estos grandes documentos ahí. Y luego construimos en base a estos documentos de gran tamaño. Y luego probamos en base a estos documentos de gran tamaño. Si quieren algo diferente, si quieren cambiar. Aquí, hemos visto que acabamos de llamar bajo tarjeta de control de cambios. Dijimos, Lo siento chicos, hay que pasar por el proceso de solicitud de cambio y necesita ser firmado antes de que le echemos un vistazo más de cerca. Entonces lo hacemos de una vez y después. Hacemos todo a la vez. Y luego implementamos una vez. Ahora, una vez que se implementa como como, ya sabes, como lo hacemos solo una vez solemos entrar en el cierre. Ahora, son ellos son tiempos y es por eso que imprime a como escenarios. Cuando tendrías varias etapas grandes. Así que podrías tener dos etapas libres más grandes. Pero la mayoría de las veces es todo sólo 111 documento grande aquí. Hacer todo lo que quiera y después de que implementemos. Entonces entenderás cuando pasemos por una jabalina, cómo un niño es diferente. Pero para cascada, este es el proceso. Ahora echemos un vistazo a un gigante para que podamos ver realmente cuáles fueron las diferencias. 99. 165 ágiles parte 1: Repasemos Agile. Agile es un proceso iterativo para entregar el trabajo del proyecto no solo se quiere iterativo, y podemos cambiar y afinar a medida que avanzamos. Si pasamos por el bucle, si quieres. Cuando comience la ejecución, obviamente ya tenemos una buena idea de lo que vamos a hacer. Entonces, por lo general es un trozo muy grande de trabajo en el que hemos acordado trabajar. Así que hemos tenido fuimos por nuestra iniciación. Entonces tuvimos que ir de cabeza o el proyecto digamos es entregar software. Y entonces sabemos que necesitamos entregar el software. Pero queremos darnos la oportunidad de poder afinar cómo se implementará el software, por ejemplo. Entonces en otras palabras, es más de actividades recurrentes hasta que lo hacemos bien más o menos. Entonces en la planeación, tenemos que ir de cabeza. Tenemos los requisitos de alto nivel sobre lo que queremos, el tipo de software o el tap o un sitio web o cualquier cosa que queramos. Y después de que nos metamos en ese bucle. Entonces inicialmente, hay varios requisitos que se reúnen durante la ejecución, pero podríamos quedárnoslo. Por lo general, podríamos ir directamente al diseño porque aún no hemos comenzado el ciclo. Así que podríamos entrar en el diseño directamente y hacer una primera compilación y hacer una prueba internamente. Por lo que este es un recurso técnico durante la prueba. Y después lo demostramos al cliente. Y el cliente, cliente tiene una mirada en él. Tal vez también hagan su propia prueba. Y luego implementamos el primer borrador que realmente implementamos en la producción, así que está en vivo. Así que hemos hecho el primer loop y el producto ya está en vivo. Entonces esto es en vivo. Pero también hay casos en los que podríamos estar en algún lugar en un ambiente de prueba y luego seguimos trabajando con un negocio en este entorno de pruebas hasta, ya sabes, hasta que estén contentos. Y hay varios bucles que se han producido y luego podemos ponerlo en vivo. Pero si solo lo mantenemos el escenario en el que vamos en vivo a cada bucle, creo que sería más fácil de entender. Entonces digamos que llegamos en un segundo bucle aquí. Y el negocio quiere cambiar algo, o tienen algo más en mente y quieren agregarlo. Entonces haremos otro poco de diseño y haremos otra compilación, y haremos otra prueba a todos. Y luego volvemos a implementar. El libro de reglas dice cada dos o cuatro semanas, pero puede ser cualquier cualquier período de tiempo si lo desea, que generalmente bastante cerca el uno del otro. Entonces llaman a eso sprint. Entonces, cada dos o cuatro semanas, un trozo de código, será una repetición de un sitio web. Se agrega un pequeño componente basado en la última recopilación de requisitos aquí. Pasas por el loop y lo implementas, pasas por el loop e implementas. Ahora el anillo diseñado, construido y también sabor. Los equipos se reúnen con mucha frecuencia. Llaman a un stand up diario. Entonces llaman a eso calambres para revisar el progreso y obtener retroalimentación. Entonces toda la idea, es muy interactiva entre el negocio, entre el analista de negocios, entre el desarrollador y entre el probador. Entonces todos van frente a una pizarra y dicen: Bueno, ¿qué hacemos para la próxima implementación aquí? Obviamente tenían un backlog y ellos deciden qué van a hacer para este tiempo y están revisando lo que sucedió en el día anterior. Están planeando hacerlo al día siguiente. Entonces es muy interactivo si quieres. Entonces, cuando comparas eso con cascada donde solo tienes estos requisitos de big bang y después de estos diseño de big bank. Y así es, es, es mucho más interactivo. Vemos mucho más del negocio y los equipos interactúan mucho más. Entonces aquí es donde si también tomas un frasco por el libro, el representante de negocios, el analista de negocios, el desarrollador, y atestiguas que debe haber la misma área física. Entonces esto es igual de opuesto para los casos de Biden que tal vez sepan que no, no siempre ocurren. 100. 167 ágiles parte 2 y ejemplo: Entonces, si fuimos a profundizar un poco en nuestra comprensión de un niño, solo quería mencionar la terminología aquí. Y voy a poner eso debajo de lo avanzado porque ojalá fuera una diapositiva anterior. Tú Tienes una buena comprensión de un juicio, pero si para ir un poco más profundo, entonces tendrías un proyecto y desglosarás tu proyecto en trozos más grandes que se llaman epopeyas. Las epopeyas se descomponen una vez más en bloques de construcción. Eso es algo concreto que un desarrollador puede construir. Estoy usando los términos construir y desarrollar. Porque un gel se hace principalmente para proyectos de TI donde realmente tienes que desarrollar slash build algo. Entonces creo que es más fácil usar ese tipo de TI si quieres una terminología. Entonces tienes un gran trozo aquí, aquí tienes piensa algo concreto que se pueda implementar. Entonces, cuando vas a tu Scrum diario o a tus reuniones diarias, tú, lo que puedes hacer es tener la pizarra desglosada en cinco partes. Una parte donde tienes todas tus historias. Tienes una parte donde tienes a tu mayor para hacerlo. Podría ser algún trabajo para un analista de negocios, para un desarrollador o un probador. Tienes otra parte donde pones en marcha para que eso muestre lo que se está haciendo actualmente, lo que se va a probar para que el desarrollo se haya completado y ahora esté listo para ser probado y lo que ha hecho. Y estos deberían entrar en la implementación. Como exponente. Creo que deberíamos echarle un vistazo a un ejemplo o tal vez echarle un vistazo a un ejemplo. Entonces digamos que trabajo en un proyecto. Es para desarrollar un sitio web para vender algunos artes de montaña, digamos. Así que podría tener una API podría ser la capacidad de ver los artículos del catálogo. Entonces no lo hago, no quiero desde el principio crear carritos para que puedan poner productos en tarjeta. Quiero que sean capaces visualizar sólo porque quiero salir al mercado rápidamente. Y esa es la ventaja clave de unas jaleas. Tú, en lugar de tener marcando todas las casillas y tener todo hecho a la perfección, quiero salir al mercado rápidamente y luego voy a construir sobre eso. Entonces lo que hago es que tengo esta primera capacidad APK para ver los elementos del catálogo lo suficiente como para crear otra API, que es la capacidad de comprar artículos. De veras quiero eso, pero la primera semana en el mercado. Y también como cliente, quiero echarle un vistazo. Quiero visualizarlo porque es difícil algún tiempo para un cliente visualizar el producto final sin tener una mirada en el, el otro sitio web, el campo y por igual. Entonces una vez que vean eso, dicen, Bien, me gustaría que el auto se construyera de esta manera a la derecha, así que es bastante flexible. Y esta es una historia de usuario, lo que ellos llaman historia. Lo que hemos visto en la diapositiva anterior es que a menudo está redactado de esta manera como búsqueda y búsqueda. Quiero poder buscar y buscar. Como usuario del sitio web, quiero poder agregar artículos a mi auto. Entonces esta es una historia que va a ir aquí. Y la historia aquí será, ya sabe, señor Constructor, por favor cree una pieza de código que permita agregar artículos al carrito. Y luego cuando terminen, miran, van a, ya sabes, el líder del equipo o quien sea, o incluso el gerente del proyecto podría decir, Bien abajo y eso va a estar en mi próxima lista de tareas pendientes. Y después entrarías en las pruebas de Progreso, entonces no pongas una historia ahí. Y entonces tienes esto como tarea. Entonces tienen una terminología diferente porque obviamente cada uno está trabajando en componentes más pequeños. Necesitan poder desglosar las actividades y también los requisitos en piezas más pequeñas y más pequeñas. Entonces aquí es donde tienen toda esta terminología diferente. Supongamos ese asiento para una, una visión general. Creo que este ejemplo lo deja bastante claro. Ahora lo que aún no hemos visto es ¿cuáles son las ventajas de un Giles? Aunque estoy seguro de que ya has visto algunos. ¿Cuáles son las ventajas de la cascada? Entonces sugiero como para concluir las cosas, echamos un vistazo a los pros y contras clave de Agile y Waterfall. 101. 168 Cascada y los pros y los contras ágiles: Entonces echemos un vistazo a Waterfall, Agile y veamos quién gana. Bueno, la respuesta depende de lo que tengas que hacer realmente. Tienes, estás trabajando para el gobierno y tienes un legislativo importante que tiende a hacer. Y ya sabes, no va a cambiar y va a hacer algo para los próximos cinco años. Entonces en este caso, ya sabes, bien, voy a ir hace es cascada, no hay problema. M&A incluso ir con Agile no es ni siquiera una opción. Pero por otro lado, como hemos visto en el ejemplo anterior, si eres cliente y quieres tener un relleno primero antes de comprometerte completamente con el a todos tus requerimientos. Sabes lo que quieres, tu juego final, sabes que quieres un sitio web. Pero para el detalle final, no lo estás, aún no estás completamente seguro. Y luego te gustaría probarlo primero porque si es un completo fracaso, entonces siempre podrías rematar. Entonces esa es otra ventaja. No tienes que ir hasta el final. Pero repasemos esos pros y contras uno por uno. Por lo que la cascada de pruebas es más fácil de evaluar los requisitos de horario y presupuesto. Entonces para un gerente de proyecto en teoría, es bueno, es más fácil. Eso te da un claro código de protestas desde el inicio. Para que conozcas todos los requisitos antes de entrar en ejecución. Entonces antes de ir ahí, tienes todos tus requisitos. Otra ventaja es que el plan del proyecto puede ser repetible para proyectos similares. Lo has hecho por una vez en otro proyecto, eres muy similar, solo puedes reutilizarlo. Ahora. Los contras. Así que hay mucho tiempo entre bebidas más o menos. Entonces tienes tu requerimiento aquí. La implementación está todo el camino aquí. Todas las cosas que podrían pasar durante esto. Por eso estaba dando el ejemplo de cambio de gobierno por ejemplo, ese es un muy buen ejemplo para ir en cascada porque sabes que nada va a pasar en esto. Pero podrías estarlo, podrías estar en un escenario cuando haces tu requerimiento aquí y es un proyecto de dos años, y lo más probable es que las cosas cambien en estos dos años. Entonces esto es un supongamos que la desventaja de una cascada es, es que tendrías que usar el proceso de solicitud de cambio muy pesado aquí, proceso de control de cambios. Esto está un poco atado con esta manera no puedes reaccionar rápidamente ante los cambios porque ya has hecho todo el trabajo él, si obtienes un nuevo requisito que contradice un poco, entonces necesitas volver ahí y es un proceso un poco largo. Y esto también se une con éste. Los procesos de control de cambios son pesados en cierto modo. Entonces, si quieren algo diferente, su proyecto office mart podría tener un pie y la celda que en la necesidad de pasar por todo esto, todo este proceso nuevamente. Entonces es muy pesado de esta manera. Echemos un vistazo, unos pros y contras gigantes. Entonces, ¿qué es genial con un frasco? Obtienes muchos comentarios de los clientes en el agua para. En teoría, ojalá, lo hagas un poco diferente, pero en teoría, no pueden ver es que si han hecho sus requisitos en 2020, no ven la pantalla hasta que hacen las pruebas. Podría ser 2022 en proyecto muy grande. Entonces no hay mucha interacción si quieres. Habrá algunos durante el diseño, verían mirar el diseño y la documentación, pero en realidad viendo que habrá, habrá mucha interacción con el cliente. Pero aquí, muy a menudo, implementas algo rápido inicialmente y después de tener comentarios constantes de los clientes. Entonces ya sabes, no van a ser una gran sorpresa cuando, cuando llegue la implementación. Otra ventaja del proyecto puede entregar algunos beneficios comerciales rápidamente, como hemos visto con el ejemplo del engranaje de montaña, un sitio web. Entonces puedes, ya sabes, aunque no tengas la funcionalidad completa, completa del sitio web, ya puedes brindar algunos muy buenos beneficios al negocio y puedes mostrar tu producto al cliente. Y esta obviamente es una buena. Sabes que hay colaboración y no solo colaboración con el cliente, sino que es una colaboración constante con todos los miembros del equipo. ¿Cuáles son las desventajas? Las desventajas están más impulsadas por el tipo de proyecto en el que trabajas, supongo que así que hay más incertidumbre en el cronograma y los costos. El presupuesto podría asignarse algún tiempo. Entonces tienes seis meses de diseñador, desarrollador y probador. Y en seis meses, después de seis meses, el dinero se detiene. Pero a veces es muy, es muy difícil de evaluar porque digamos que trabajas en este sitio web, engranaje de montaña y hay un pequeño cambio del negocio y otro pequeño cambio del negocio. Y te das cuenta de que el negocio realmente no está muy seguro. Entonces hay mayores. Entonces el proyecto lleva más tiempo, por lo que significa más costo. Entonces no lo es, no es tan fácil. Desventaja. Por lo que puede salirse de control sin una fuerte supervisión. Entonces es muy importante que, por ejemplo, si tienes una persona de negocios involucrada aquí, que tenga la autoridad y no trabaje demasiado de manera aislada. Porque otras palabras, va a ser bombardear con muchos tipos diferentes de requisitos. Y si el analista de negocios o el desarrollador no son lo suficientemente fuertes como para decirlo, bueno, esto es un poco contradictorio, contradiciendo lo que acordamos en el último sprint y el léxico. Se puede conseguir fácilmente, salirse de control. Por lo tanto, una supervisión fuerte es realmente importante para un gigante. Entonces no lo es. Puedes hacer lo que quieras. Te dejaremos jugar con el software durante seis meses. Pero ya sabes, algún descuido muy fuerte y queremos tener un claro un camino claro hacia lo que sería la entrega final. La desventaja en un escenario de prestador de servicios al cliente que puede poner nervioso el reclamo y eso es algo que he experimentado, sobre todo por el requerimiento aquí. Entonces un cliente puede estar preocupado de que esto esto, esto sería un proceso continuo porque a veces sí tienen una idea clara en mente y no quieren entrar incertidumbre de los requisitos que se están refinando en un diseño cambiando y potencialmente en un costo está cambiando. Entonces eres un proveedor de servicios, tú, tú, estás acostumbrado a trabajar de esta manera, pero a veces el cliente, he visto cliente que simplemente ellos simplemente no deseados hicieron esto. Ellos ven este disco, simplemente demasiada incertidumbre sobre estos. El contrato suele dar un poco de miedo porque obviamente el proveedor de servicios quiere, quiere protegerse. Entonces para resumir, supongo, ya sabe decir lo contrario, qué cuatro más adecuados para proyecto con un presupuesto estricto, visión clara del cliente, y probable que cambie. Por lo tanto, un frasco es el más adecuado para cuando alguna competencia puede traer beneficios comerciales temprano. Y creo que como hemos visto, y cuando hay comentarios frecuentes de los clientes, lo mejor es tenerlos bajo un modelo gigante que solo el modelo de cascada de anillos. 102. 169 estándares y metodologías se completan: Entonces, como conclusión, supongo que hemos visto impresiones a PMP, cascada y ágil también. Entonces como has visto, huellas para acabar con el PMP, no te dejes intimidar. Es la misma manera de gestionar proyectos. Solo a veces con terminología diferente, pero no siempre y no con frecuencia. Como siempre. Siempre hay cosas que puedes aprender una vez que estás en un lado, en un lado del cliente o en el lado de la empresa, o si estás trabajando internamente, siempre hay cosas ahí que necesitarás aprender de cualquier manera. Así que no se deje intimidar por, por esos, esos estándares. Pero consígalos si realmente quieres meterte en la gestión de proyectos porque a menudo se te pregunta. También habla de puerta trasera que podrías usar están pasando como coordinadores de proyectos inicialmente, donde realmente no requieren mucho certificado y el derecho, y esa es una excelente manera entrar en la gestión de proyectos. En cuanto a Waterfall, Agile, depende del tipo de proyecto. No vayas con un frasco solo por el simple hecho de ir con un frasco porque está de moda y eso es algo grande en este momento. Sabemos que ha sido una gran cosa desde hace algunos años, lo sé. Pero lo que yo diría respecto a la cascada y ágil es que puedes ser un niño de cierta manera, incluso cuando trabajas en cascada. No siempre esperes a la final, final, final final. Siempre se puede conseguir que las cosas se inicien en paralelo. Gel de cerveza de una manera que interactúas con los demás, prueba y tenerlo. Vimos que una de las ventajas de un gel es la interacción. Nada le impide tener una fuerte interacción con el cliente. Si estás trabajando en la impresión del proyecto Waterfall, tráelas de vuelta con frecuencia. Aunque no sea formalmente a través de estas impresiones cada dos o cuatro semanas, tráelas temprano. Si tienes un proyecto de cascada de doce meses punto, punto, punto, déjalos mojar 12 meses hasta que realmente puedan ver si conseguimos, tráelos temprano. Así que sé ágil tanto como puedas aunque trabajes en un proyecto de cascada que va a pagar dividendos. Entonces eso es todo para la tercera parte. Hay un pliegue para los caminos, así que por favor no olvides el cuestionario. 103. 521 Conclusión El video adicional se volvió a hacer y eliminó YLYP y la captura de pantalla del canal YT.: ¿Fuisteis? ¿Te gustó? Por favor, no lo dudes. Si hay alguna consulta, alguna duda, estoy más que feliz de responderlas. Creo que hay una sección de preguntas y respuestas, pero también si quieres ponerte en contacto, solo avísame si hay algún tema sobre el que realmente quieras más información. Si hay algo más que te gustaría que hiciera. He estado pensando, por ejemplo, hacer una demostración de un proyecto de MS. A lo mejor si hay algo y si hay suficiente demanda, supongo que estaré más que feliz de agregarlo al curso. Si quieres dejar una reseña eso siempre es útil también. Y se apreciará en caso de que, si se quiere entrar en la gestión de proyectos, tiene sus retos. Yo no los estaba escondiendo, y creo que te proporcioné mucha información para que realmente te sea más fácil cubrirte si quieres. Pero también es un trabajo muy gratificante. Y encima de eso, el salario no es tan malo. Todo lo mejor. Lo que quieras hacer a continuación, mantente en contacto.