Show What are project deliverables? What are milestones? And what are project activities? Are they the same thing? What’s the relationship between them? Deliverables, milestones and activities are conveniently defined for us by PMI – don’t worry, I have a little more here than definitions. Here are the definitions: A project deliverable are any unique and verifiable product, result, or capability to perform a service that is produced to complete a process, phase or project. A project milestone is a significant point in a project, program or portfolio. And a project activity is a distinct, scheduled portion of work performed during the course of a project. Okay, glad they cleared that up… Simple version – starting with deliverables. Deliverables are things. Anything that you create or construct in the project that brings the project closer to completing it’s scope is a deliverable. What this will look like will differ greatly from project to project. If you’re updating processes as part of your project, the creation of a process map would be a deliverable. If you’re making software then having a piece of code that creates a user interface is an example of a deliverable. If you’re building something, like a vehicle of some sort – when the electrical elements are completed, that’s a deliverable. The test of whether it’s a deliverable though is mentioned in the definition – is it verifiable? You have to be able to prove that the deliverable exists. Using the examples I just gave, you could show the process map, you could interact with the user interface and you can switch the lights on in your boat. All are evidence that it exists. Can an activity be a deliverable? No, because the activity is the work done to arrive at the deliverable. Having meetings and drawing process maps, sitting at a desk all day coding, or wiring electricity cables from place to place. Is it a deliverable a milestone? That’s a little more complicated, because the completion of a deliverable could indicate the completion of a milestone. A milestone is a marker that a point in the project has been reached, often something significant. That milestone could be the completion of the review cycle for your process maps, the completion of user testing for your software, or the completion of furnishing the inside of your super yacht. Now for a bonus tip. It’s a variation of something I mentioned previously in a video about project status reporting. I mentioned that when writing project status reports, nobody cares about your activities – they just care about the deliverables and the milestones. The tip then is to take what you’ve learned here and to look at your most recent project status report and try to identify within the progress reported section whether you are talking about activities, deliverables or milestones. Remove the activities and replace them with deliverables and milestones – and highlight the milestones in some subtle way. Take another look at your report – there may be less content now, but does it seem more like a report that your bosses can look at and appreciate? Categories: Best In Class Tagged as: activities, deliverables, Governance, milestones, project deliverables, Project Management, project manager, project milestones, what are deliverables, what are milestones, what are project deliverables 공정표의 가장 필수요소인 Activity에 대해 알아보겠습니다. PMBOK 6th에 따르면 Activity는 아래와 같이 정의되어 있습니다. “프로젝트 동안에 수행되는 작업의 구별가능하고 계획된 요소”라고 되어 있습니다. Activity는 Project 동안에 진행되는 작업들이라고 생각하면 됩니다. 그런데 생각나는 데로 activity를 만들면 각 activity의 level이 동일하지 않을 수 있습니다. 그래서 프로젝트의 전체 Scope을 WBS(Work Breakdown Structure)로 구분한 다음, 가장 하위 WBS인 Work Package를 activity로 구분하는 것입니다. 그러면 각 activity의 작업 level이 비슷하므로 논리적 연결이 가능해 집니다. WBS는 프로젝트를 어떤 업무(WHAT TO DO)로 구분할 것이냐에 초점을 둔다면, Activity는 Work Package를 어떻게 할거냐(HOW TO DO)에 초점을 둡니다. 따라서 Activity는 작업활동이라고 번역합니다. (혹은 독립적인 각각의 활동이므로 ‘단위활동’, 그냥 ‘활동’이라고도 합니다.) Work Package 하위의 Activity들이 모두 완료됐다는 의미는 Work Package의 완성을 의미합니다. 따라서 각 Activity들을 완료해 나가면 Work Package가 완료되고, 전체 Project가 완료되는 것입니다. 반대 개념으로 전체 project를 완료하려면 범위가 너무 크므로 관리가능 할 수 있게 업무를 쪼개고(WBS), 그 업무를 완성하기 위해 다시 단위활동으로 나눈 것이 Activity입니다. 예를 들어, 현장소장 한 명이 전체 프로젝트를 관리하고 각 공종별로는 하도급사가 수행한다면 현장소장이 관리하는 공정표의 activity는 공종별로만 구분되어 있을 수도 있습니다. 각 공종에 대한 상세공정표는 각 하도급사에서 관리하는 것이고요. 물론 현장에 인력이 충분하여 각 작업에 대한 담당자가 구분되어 있다면 WBS도 세분화 될 것이고, activity도 더 세부적으로 분류할 수도 있겠지요. 이런 Activity들은 어떤 작업(Work Package)을 달성하기 위한 활동이므로 노력(자원)을 필요로 합니다. 자원을 얼마나 투입하냐에 따라 Activity Duration이 결정되기도 합니다. 공정표를 짜기 위해서는 선행과 후행 activity와의 논리관계(Logical relationships)도 있어야 합니다. 추가로 Activity Code, Leads와 Lags, 자원요구사항, 지정한 날짜, 제약조건, 가정 등을 가지고 있을 수도 있습니다. (꼭 가져야 한다가 아니라 가질 수 있다는 얘기입니다.) 여기서 알아야 할 문제는 위에 activity들이 가져야 하는 속성들은 activity를 정의하는 사람(시공계획을 세우는 사람 혹은 시공계획을 activity로 표현하는 사람)이 고려해야 하는 부분이고요. 공정표 작성에 있어서의 Activity는 선행/후행 activity list와 논리관계, Duration만 있으면 됩니다. 단, Primavera에서는 Activity를 활용에 따라서 Milestone이냐, WBS Summary냐, Level of Effort냐, Task Dependent냐, Resource Dependent냐로 구분하는 것뿐입니다. Milestone은 활동을 나타내는 것이 아니라 activity의 이정표일 뿐이므로 Duration도 없고, 자원도 넣을 수 없는 것입니다. 사업관리를 했던 사람들과 Primavera를 다뤘던 사람들이 공정관리에 대해 얘기하면 용어는 같은데 정의가 다른 경우가 흔히 있습니다. 사업관리에서 정의한 WBS를 그대로 P6에서의 WBS로 사용할 수도 있고 공정표 작성기준에 따라 수정을 할 수도 있습니다. 마찬가지로 activity도 P6에서는 Activities창에서 만들 수 있는 작업들을 ‘activity’라 하고 공정표 운영에 필요한 기능들로 구분한 반면 Management 측면의 activity는 다르게 정의될 수 있습니다. 하지만 Activity 의미의 정의가 중요한 것이 아니라 그 프로젝트에서 Activity를 정의하고 실제 작업과 매치시킬 담당자와 공정표를 작성할 담당자간의 커뮤니케이션이 중요합니다. (실제 작업을 진행할 사람이 공정표도 만들어서 운영할 수 있으면 가장 좋겠지만 프로젝트는 한 명이 할 수 있는 작업이 아니므로 프로젝트이해관계자 모두가 참여해서 만들어야 하는 이유입니다.) Activity는 공정표 작성에 있어서 가장 기본이고 필수적인 요소입니다. 실제 작업을 Activity로 어떻게 정의하냐에 따라서 Activity Duration과 Logic Relationships이 바뀔 수 있습니다. 따라서 Activity는 실제 작업을 수행할 담당자가 직접 만드는 것이 가장 좋은 방법입니다. 그래야 그에 따른 작업기간(Duration)과 선후행 논리관계(Logical Relationships)를 제대로 줄 수 있습니다. What is a distinct scheduled portion of work performed during the course of a project?Activity - A distinct, scheduled portion of work performed during the course of a project.
What are the schedule of work activities?What are schedule activities? Each work package at the bottom of the WBS is decomposed into smaller pieces known as schedule activities. These schedule activities represent the effort needed to complete the work packages. Each activity is small enough to be estimated, managed, monitored and controlled.
What elements are typically included in a project schedule?What's Included in a Project Schedule?. Deliverables.. Tasks.. Task start and end dates.. Task dependencies.. Project calendar.. Work packages.. Task duration and project timeline.. Budgets.. What are work packages and work activities?A work package is a group of related tasks within a project. Because they look like projects themselves, they are often thought of as sub-projects within a larger project. Work packages are the smallest unit of work that a project can be broken down into when creating your Work Breakdown Structure (WBS).
|
A distinct, scheduled portion of work performed during the course of a project
zusammenhängende Posts
Urheberrechte © © 2024 IlerngutCOM Inc.
