프로젝트 일정 관리: 단계 및 중요 경로 분석

### 프로젝트 일정 수립 및 관리
* 📅 프로젝트 일정 관리의 첫 번째 단계는 동사로 표시되며 **프로젝트 타임라인의 기초**를 이루는 **프로젝트 활동을 정의**하는 것입니다.
* 🏗 시퀀싱 활동에는 작업 종속성을 나타내는 화살표가 있는 간트 차트에 종종 표시되는 **작업의 논리적 순서**를 설정하는 작업이 포함됩니다.
* ⏳ 활동 기간 결정은 **전문가의 판단, 과거 정보, 유사 추정 또는 팀 기반 결정**을 통해 이루어질 수 있습니다.
* 🛡 불확실성과 위험을 수용하기 위해 **시간 버퍼와 같은 비상 대비책**이 일정에 추가됩니다.
* 🛣 프로젝트 일정에서 가장 긴 경로인 **중요 경로는 프로젝트의 전체 기간**을 결정하며 프로젝트 관리에 매우 중요합니다.
* 🔄 프로젝트 일정에 대한 정기적인 모니터링과 제어는 **활동이 계획대로 진행되고 있는지 확인**하는 데 필수적입니다.
* 🔍 "중요 경로는 개념적으로 **프로젝트에서 가장 긴 경로**로 정의되며, **기간이 가장 긴 경로**입니다."
* 📊 "비상 준비금 계산에는 **백분율 기반, 고정 일수 기반, 위험 분석 기반** 등 세 가지 유형이 있습니다."

효과적인 일정 관리는 구조화된 활동, 순서, 기간 추정, 중요 경로 분석을 통해 프로젝트 타임라인을 정의합니다.

Welcome to Module 4: Schedule Management. In some books, you will find it referred to as schedule management, while in others, it may be described using the concept of time. Essentially, what we aim to do in this module is define the timelines of the project, meaning how long the project will last. Some people practically develop schedules using software tools like Primavera or Microsoft Project, and some are also exploring OpenProject, which is free software for developing different types of schedules.

I wanted to break this down into several steps. The first step in constructing a project schedule is to define the activities and the tasks necessary to carry out my project. For example, to create a prototype, I need to carry out a set of tasks, which, if you analyze each of these rows, only contain verbs. This is because the verbs represent tasks. Tasks that, when executed in an orderly manner, will allow us to complete the project scope—in this case, the prototype.

It's interesting because when I define activities, a new concept arises called milestones. A milestone is simply a significant moment or date within the project schedule. You can include as many milestones as you deem necessary, aiming to achieve better control, monitoring, and tracking of the project. There are mandatory milestones, such as those required in the...

a contract in which my client formally demands that I comply, and there are also optional milestones that I consider necessary to include in my schedule to ensure proper project control. Some people ask how many milestones a schedule should have; the answer depends a lot on the strategy and the level of control. I recommend using milestones in external schedules because, by setting key dates, important moments in our schedule, I can develop the entire timeline in detail throughout the project. 

After step one, where we defined the activities, we need to sequence them. In the concept of sequencing, we establish an order: first, I get up; then, I get out of bed; next, I have breakfast; then, I take a shower; I brush my teeth, and I leave. There is a logical order in this sequencing of activities. You have often seen diagrams like this, where we represent an organizational chart; some may call it a Gantt chart with squares and arrows. It is very simple because we place the activities in the squares. Remember that we defined the activities in step one, and we use arrows to mark the relationships between the activities. Some call it the famous activity node, which simply means the name of the activity. All the activities you see on the slide go inside the square, and I repeat, we use arrows to indicate the predecessors.

Generalmente, en todo el cronograma, el orden lógico es el siguiente: paso 1, definición de actividades; paso 2, marcamos un orden lógico entre las actividades; y paso 3, que es obvio, es determinar la duración, lo que significa cuánto demora cada actividad: cuántas horas, cuántos días, cuántas semanas. Aquí creo que todos, en nuestro día a día, siempre vamos estimando las duraciones de nuestras tareas cotidianas, determinando cada cuánto tiempo y cuánto tiempo demora cada una de las tareas del cronograma. Existen muchas formas de hacer estos cálculos. 

Una es el juicio experto. El juicio experto, en esencia, es preguntarle a alguien más que ya sabe cuánto me demora lanzar un cohete a la luna. De repente, llamo al equipo de la NASA y les pregunto: Ustedes, que son los expertos, ¿cuánto se demoran en lanzar un cohete a la luna? Busco experiencia, que puede ser interna, dentro de mi organización, a alguien que ya tiene experiencia estimando la duración de las actividades, o puede ser un consultor externo o una empresa externa que nos ayude a determinar la duración. 

También está la información por analogía: información de otros proyectos, información histórica. Si yo construyo una casa de playa y me demoro un año, construyo otra casa de playa y me demoré un año, y construyo otra casa

Based on parameters, I don't know if you remember how to use the rule of three. If it takes me one hour to lay a 25-meter cable, the question is: how long will it take me if the cable measures 1,000 meters? A simple rule of three relationship is very much based on performance. 

Something else that is used are decisions made within the team. What does that mean? It means gathering with my project team for brainstorming sessions, exchanging information, and sharing the particular experiences of each consultant or team member. We contribute ideas, calculations, and estimates, deciding as a team and reaching a consensus. 

Let's not forget that every project needs certain cushions or contingencies—some extra days or buffers that allow us to face any kind of uncertainty or any problems that may arise during the project. This means that if I set my project duration to five months, it would be wise to add a few extra days or weeks to address any uncertainties, problems, or risks.

There are three types of contingency reserve calculations: one can be a percentage—5%, 6%, or 7% more than the originally calculated timeline. It can also be a fixed number of days; for instance, my project takes three months, but just in case, I will add five or six extra days, rather than a percentage. Something that is scientifically more demonstrable is through risk analysis, which we will cover in later modules, but in summary, we can also do it through a

Additionally, in the original calculation, we need to determine a fixed amount of additional days or conduct a risk or uncertainty analysis. I repeat, we will see this later, and with that, we can more precisely carry out what we need to finalize the project and face potential risks. Talking about the schedule means discussing the critical path. The critical path is conceptually defined as the longest path in the project; it is the path that has the greatest duration. It is called critical because it lacks flexibility. If any of the activities on the critical path are delayed by one or two hours, the entire project will be affected by an additional two hours. Remember that within the schedule, there can be many paths, but the one with the longest duration is the one that determines the total duration of the project. This is why it is called critical, because this path estimates, confirms, and is what I will include in the contract as the total duration of the project. If it experiences any variation, we will encounter problems. I have taken this graph from software called Microsoft Project, where you can see a set of tasks; some have blue bars, while others have red bars. The red bars determine what is the critical path of the project. This means that under the original concept, if I sum the durations of the activities that are in red (the critical path), it will determine the duration of the project. Finally, and no less importantly, this usually occurs during execution: we need to control, monitor

We are following the steps, and we are going at an appropriate speed. The times originally established in my schedule are being met. In practice, we often bring this up in weekly meetings; there are biweekly or monthly meetings as well. However, it is extremely important to conduct a thorough check of my schedule at previously established intervals. In summary, the module is about discussing the schedule, discussing time, and discussing how long the project will last. We have structured it into several steps that will define the activities, define the order of the activities, define the duration of the activities, and last but not least, always monitor my project schedule. Thank you very much.

Gestión del Cronograma

Dirección de Gestión del Talento Humano-Capacitación

이 모듈은 프리마베라, 마이크로소프트 프로젝트, 오픈프로젝트와 같은 도구를 사용하여 프로젝트 타임라인을 정의하고 일정을 구성하는 데 중점을 둡니다.

첫 번째 단계에서는 진행 상황을 추적하는 데 중요한 역할을 하는 마일스톤과 함께 활동과 작업을 식별하는 것이 포함됩니다.

간트 차트와 같은 다이어그램으로 활동을 논리적으로 순서화하면 작업 간의 순서와 관계를 설정하는 데 도움이 됩니다.

활동 일정은 활동 정의, 순서 설정, 기간 결정이라는 논리적 순서를 따릅니다.

기간을 예측하는 것은 전문가의 판단을 통해 해당 작업의 경험이 있는 사람들의 의견을 구할 수 있습니다.

또 다른 방법은 이전 유사한 프로젝트의 기간을 바탕으로 유추하여 정보를 사용하는 것입니다.

3의 법칙을 적용하면 25미터 케이블을 설치하는 데 1시간이 걸리면 1000미터 케이블은 4시간이 걸립니다.

팀 결정과 브레인스토밍 세션은 아이디어를 교환하고 합의를 도출하는 데 매우 중요합니다.

프로젝트 중 불확실성과 잠재적인 문제를 해결하기 위해서는 일정 비율 또는 고정 일수로 비상 예비비를 추가하는 것이 필수적입니다.

프로젝트 관리의 중요 경로 이해

중요 경로는 프로젝트에서 가장 긴 경로로, 유연성이 부족하며 활동이 지연되면 전체 프로젝트 기간에 영향을 미칩니다.

중요 경로는 프로젝트의 총 기간을 결정하는 데 필수적이며 Microsoft Project와 같은 도구에서 강조 표시됩니다.

실행 중 중요 경로를 모니터링하고 제어하는 것은 프로젝트 지연으로 이어질 수 있는 변수를 방지하는 데 매우 중요합니다.

프로젝트는 계획대로 진행되고 있으며 정해진 시간을 준수하고 있습니다.

일정과 프로젝트 기간을 논의하기 위해 정기적인 회의가 열립니다.

이 프로세스에는 활동의 정의, 순서, 기간, 프로젝트 일정에 대한 지속적인 모니터링이 포함됩니다.