당신은 주제를 찾고 있습니까 “프로젝트 의미 – 프로젝트란 무엇인가“? 다음 카테고리의 웹사이트 you.maxfit.vn 에서 귀하의 모든 질문에 답변해 드립니다: you.maxfit.vn/blog. 바로 아래에서 답을 찾을 수 있습니다. 작성자 임준묵 이(가) 작성한 기사에는 조회수 63회 및 좋아요 1개 개의 좋아요가 있습니다.
프로젝트 의미 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 프로젝트란 무엇인가 – 프로젝트 의미 주제에 대한 세부정보를 참조하세요
프로젝트에 대해서 설명해 보았습니다
프로젝트 의미 주제에 대한 자세한 내용은 여기를 참조하세요.
프로젝트 – 위키백과, 우리 모두의 백과사전
프로젝트(영어: project)는 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무의 묶음을 말한다. 하나의 프로젝트는 정해진 기간, 배정된 금액, …
Source: ko.wikipedia.org
Date Published: 1/21/2022
View: 7840
1. 프로젝트(Project)란 무엇인가? – 네이버 블로그
요약하자면, ‘프로젝트(Project)’는 ‘운영(Operation)’과 대조되는 개념이다. 어떤 제품이 있다고 가정할 때, 그 제품을 시장에 출시하여 판매하기 전까지 …
Source: m.blog.naver.com
Date Published: 10/24/2022
View: 3994
프로젝트란 무엇인가 – 깊고넓은지식창고
프로젝트란 무엇인가 … 제한된 시간 안에 한정된 자원으로 목표하는 일을 완수해야 하는 작업을 프로젝트라 한다. 프로젝트라고 해서 거창한 것만 해당 …
Source: multicore-it.com
Date Published: 1/28/2021
View: 638
프로젝트란 무엇이며, 프로젝트 관리의 정의에 대해 알아보자
프로젝트는 고객의 요구사항에 맞는 제품, 서비스, 결과물을 만들기 위해 팀이 수행하는 정해진 기간의 노력이다. 여기서 가장 기억해야 할 단어는 ” …
Source: lightsky.kr
Date Published: 1/16/2021
View: 8783
프로젝트 – 나무위키:대문
분류. 용어 · 다른 뜻 아이콘.
Source: namu.wiki
Date Published: 8/16/2021
View: 9427
프로젝트 뜻 – 프로젝트 의미 – 영어 사전
프로젝트 뜻: 프로젝트 (영어project)[명사]기획. 연구계획. 연구과제. …. 프로젝트. 자세한 국어 의미 및 예문 보려면 클릭하십시오.
Source: ko.ichacha.net
Date Published: 1/16/2021
View: 7087
1.2 프로젝트란 무엇인가? – Wiki – Confluence
프로젝트는 고유한 제품, 서비스 또는 결과물을 창출하기 위해 한시적으로 투입하는 노력이다. 프로젝트의 ‘한시성’이라는 특성은 프로젝트의 시작과 꿀이 …
Source: www.313.co.kr
Date Published: 8/27/2022
View: 2490
프로젝트란 – SQA의 고백
프로젝트란 · 1. 프로젝트의 정의. 고유한 제품, 서비스, 결과물을 창출하기 위해 수행되는 한시적인 노력 · 2. 프로젝트의 특징 · 3. 프로젝트 관리(Project …
Source: itsqa.tistory.com
Date Published: 2/24/2021
View: 9723
project (【명사】프로젝트, 계획, 기획 ) 뜻, 용법, 그리고 예문
“project” 뜻. project. /ˈprɑːdʒɛkt/ … This is the new building project we will start next month. 이것은 우리가 다음 달에 시작할 새로운 건축 프로젝트이다.
Source: engoo.co.kr
Date Published: 6/3/2022
View: 5929
프로젝트란 무엇인가? – 다음블로그
프로젝트란 무엇인가? … 프로젝트란 고유한 제품, 서비스 또는 결과를 창출하기 위해 일과성으로 투입하는 노력을 말한다. … 않아서 중단할 때 프로젝트가 …
Source: blog.daum.net
Date Published: 12/24/2021
View: 705
주제와 관련된 이미지 프로젝트 의미
주제와 관련된 더 많은 사진을 참조하십시오 프로젝트란 무엇인가. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
주제에 대한 기사 평가 프로젝트 의미
- Author: 임준묵
- Views: 조회수 63회
- Likes: 좋아요 1개
- Date Published: 2020. 4. 19.
- Video Url link: https://www.youtube.com/watch?v=97Vv_kTFU-M
위키백과, 우리 모두의 백과사전
프로젝트(영어: project)는 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무의 묶음을 말한다. 하나의 프로젝트는 정해진 기간, 배정된 금액, 투입인력 등 일정한 제약조건 하에서 각종 요구사항(requirement)을 수행하는 방식으로 진행된다.
특징 [ 편집 ]
프로젝트는 독특하고 잘 정의된 생성물 또는 결과를 만들어내기 위해 수행되는 일시적인 노력으로서, 시간, 예산, 요구사항(performance requirements)으로 구체화된다.
“인도물(deliverable)” 또는 “결과”에는 제품 또는 서비스가 포함되나, 이에 국한되지 않는다.
“일시적인”(temporary)은 어느 프로젝트든지 시작 날짜와 종료 날짜를 가진다는 것을 의미한다. 즉, 일반적인 의미로서 짧은 기간을 의미하는 것이 아니라, 노력의 지속 기간이 영구적(permanent)이지 않다는 뜻이다.
프로젝트는 점진적 상세화(progressive elaboration)로 이루어진다.
프로젝트란 분명한 목표를 달성하기 위하여 한정된 기간동안 수행하는 활동을 말한다.
유명 프로젝트 [ 편집 ]
#1. 프로젝트(Project)란 무엇인가?
프로젝트란 무엇일까?
일상과 업무에서 흔히들 ‘프로젝트’라는 단어를 자주 접할 수 있다. 어떤 과업을 칭하거나 특정한 목표를 위한 행위는 물론 제품이나 서비스의 개발, 홍보, 개선활동 등 거의 모든 부분에 ‘프로젝트’라는 단어가 붙는다.
그런 이야기들이 꼭 틀리거나 잘못되었다는 얘기는 아니지만, 과연 ‘프로젝트’라는 용어가 내포한 의미가 무엇인지를 대부분이 얼마나 이해하고 있을까? 하고 종종 의문이 든다.
그리 긴 편은 아니지만 필자는 5년 이상 프로젝트 관리 경험이 있고, 유럽의 PRINCE2와 함께 국제적으로 프로젝트 관리 분야에서 인정받는 Certificate인 美 Project Management Institute(PMI)의 Project Management Professional(PMP)을 가지고 있다.
때문에, 어느 정도는 그렇지 않은 일반인보다 프로젝트나 프로젝트 관리라는 용어나 행위에 대해 잘 이해하고 있다고 생각한다.
부끄럽지만 미약하나마 프로젝트 관리라는 것에 대해 일반이 보다 친숙하게 접근하고 나아가 손쉽게 개별 업무에 그것을 이용하게 되는 데에 도움이 되었으면 하는 차원에서 글을 써보고자 한다.(물론, 잊고 지냈던 기초에 대해 스스로도 되돌아 볼 수 있는 좋은 기회가 될 것이다.)
#01. 프로젝트(Project)란 무엇인가?
▲프로젝트와 제품(운영)의 생애주기 비교(이미지 출처 : http://slideplayer.com/slide/5264872/)
요약하자면, ‘프로젝트(Project)’는 ‘운영(Operation)’과 대조되는 개념이다. 어떤 제품이 있다고 가정할 때, 그 제품을 시장에 출시하여 판매하기 전까지 개발하는 과정을 ‘프로젝트’라 할 수 있다. 그리고 제품의 개발이 종료되어 시장에 출시된 후 일어나는 제품의 생산-유통-판매, 판촉-서비스의 과정을 ‘운영(사이클)’이라 한다. 만약, 그 제품의 개량제품을 만들기 위해 부분적인 개선 연구와 제반 절차가 진행된다면 시장 출시/판매하기 전까지의 과정을 마찬가지로 ‘프로젝트’라 부를 수 있다.
(1) 이처럼, 프로젝트는 ‘일시적(혹은 한시적, =Temporary)’인 ‘시작’과 ‘종료’가 분명하게 존재한다는 특징을 가진다.
(일시적이라 해서 그것이 꼭 ‘단기(Short term)’를 의미하지는 않는다. 몇 년 혹은 몇 십 년 단위의 프로젝트도 존재할 수 있다.)
(2) 두번째로, 프로젝트는 ‘유일무이(Unique)’한 특징을 가진다.
모든 프로젝트는 개별로 고유한 ‘산출물(Output)’을 가짐은 물론, 그 수행 과정을 고려하더라도 이전의 어떤 프로젝트들과 같지 않다. 처음이 아닌 두 번째로 달(Moon)로 로켓을 쏘아올리는 프로젝트의 경우에도 모든 재료나 설계, 과정 등이 유사할지라도 그것은 첫 번째로 로켓을 쏘아 올렸던 프로젝트와는 다르다. 사실상 ‘모든 조건(대기상태, 온습도, 우주인 구성과 컨디션, 통제센터 인력구성, 동일규격이지만 다른 업체가 생산한 부품 등)’이 동일할 수는 없기 때문이다. (따라서, 운영의 성격을 띄는 것들과는 잘 분리해서 이해가 필요하다.)
(3) 세번째로, ‘불확실성(Uncertainty)’이 내제하는 특징을 나타낸다.
앞서 ‘유일한(Unique)’ 프로젝트의 성격 때문에 모든 프로젝트에는 크고 작거나 예측 가능하거나 불가능한 무수한 불확실성이 내제되어 있다.(불확실성은 위험일 수도, 기회의 성격일 수도 있다.)
(4) 또한 프로젝트는 ‘점진적으로 구체화(Progressive elaboration)’라는 특징을 가진다.
쉽게 설명하자면 이젠 고전 격인 블리자드(BLIZZARD)의 ‘스타크래프트(Starcraft)’ 게임 안에서의 지형정보처럼 직접 탐색해본 부분까지를 제외하고는 그 이상의 정보를 확인하기가 힘들다.
일정 기간을 가진 프로젝트의 경우도 전반적인 차원에서는 큰 그림(굵직한 마일스톤 목표)을 계획할 수는 있으나 초기에는 후반 계획의 구체화가 사실상 불가능하기 때문에 프로젝트 진행(수행)과 함께 그때그때의 상황변화를 감안하여 가까운 미래의 계획들을 점진적으로 구체화시켜 나가는 것이 필요하다.
(5) 모든 프로젝트에는 고유한 결과물(산출물=output)이 발생한다.
그것의 형태는 유형(제품, 문서 등)이 되기도 무형(서비스)이 되기도 한다.
대강의 일상적이거나 비공식적인 의사소통을 하는 데에는 별로 그렇지 않지만, 정확하게 진행되어야 하는 책임의무를 지거나 공식적인 의사소통의 경우에는 명확한 용어의 사용이 필요하다. 프로젝트 진행 중간의 사소한 의사소통 상의 실수가 마지막에는 매우 큰 계획과의 차이를 불러올 수도 있기 때문이다. 따라서, 시작하는 단계에서는 위와 같은 프로젝트의 기본적인 특징에 대해 제대로 인지하는 것이 꼭 필요하다.
프로젝트 관리에 대해 공신력 있는 기관인 PMI(Project Management Institute)에서는 주기적으로 프로젝트 관리의 바이블 격인 ‘PMBOK(Project Management Body of Knowledge)’를 발행하고 있는데 도입부에 프로젝트에 대한 정의를 기술하고 있다.
A project is a temporary endeavor undertaken to create a unique product, service, or result. (프로젝트는 고유한 제품, 서비스, 또는 결과물을 창출하기 위해 한시적으로 투입하는 노력이다.) …. PMBOK 4th edition 5 page 중에서.
책자 형태의 출간 PMBOK를 구매할 수 있으며 PMI의 회원으로 가입한다면 PDF버전의 PMBOK를 다운로드 할 수 있다. 관심이 있다면 한번 읽어보길 권한다.(프로젝트 관리의 커리어를 제대로 쌓길 원한다면 필독을 권유한다.)
*참고 : PMI 홈페이지(http://www.pmi.org/)
프로젝트란 무엇인가
□ 프로젝트란 무엇인가
○ 프로젝트의 정의
제한된 시간 안에 한정된 자원으로 목표하는 일을 완수해야 하는 작업을 프로젝트라 한다. 프로젝트라고 해서 거창한 것만 해당하는 것은 아니다. 김대리가 다음달 10일까지 완성해야 하는 일정관리 프로그램도 프로젝트라고 할 수 있다.
김대리의 프로젝트
김대리가 혼자 작업해야 하는 것은 투입할 수 있는 자원이 사람 한 명 이라는 얘기다. 다음달 10일이 제한된 시간이고, 일정관리 프로그램 개발이 목표하는 범위라 할 수 있다. 이처럼 프로젝트는 우리 생활과 아주 밀접한 관계를 가지고 있다.
이제 좀 더 전문적인 용어를 사용해 프로젝트에 대해 알아보자.
프로젝트의 특징
프로젝트는 일반적으로 네 가지 특성을 가지고 있다. 첫 번째는 유일성이다. 프로젝트 결과물은 이전 다른 프로젝트를 통해 똑 같은 결과물이 나온 적이 없는 유일한 것이다. 김대리가 만들고자 하는 일정관리 프로그램 또한 이전에 똑 같은 목표를 가지고 똑 같을 결과물을 만들어낸 사례가 없다. 만일 있었다면 복사해서 사용하거나 구매해서 사용하지 복잡한 과정을 거쳐 새로 만들 필요가 없을 것이다.
두 번째는 일시성이다. 프로젝트는 시작과 끝이 분명한 특성을 가지고 있다. 일정관리 프로그램 또한 오늘부터 다음달 10일 까지라는 정해진 기한을 가지고 있으며 이를 지키지 못할 경우 불이익을 받는다.
세 번째는 목적성이다. 프로젝트는 반드시 달성하고자 하는 목적을 가지고 있다. 김대리가 만드는 일정관리 프로그램 또한 직원의 일정관리를 편하게 돕고 전사적으로 통합 관리한다는 목적을 가지고 있다.
마지막으로 프로젝트는 점진적으로 상세화 된다. 프로젝트는 처음에는 추상적이었다가 시간이 지나면서 점차 구체화되는 특징을 가지고 있다. 일정관리 프로그램 또한 처음에는 머리 속에 대충 이런 기능이 있으면 좋겠구나 하는 생각만 가지고 있다가 기획과 설계 단계를 거치면서 하나씩 구체화 된다.
우리가 몸담고 있는 소프트웨어 분야 외에도 다양한 분야에서 프로젝트를 발견할 수 있다. 사실 프로젝트의 개념이 먼저 정리되고 구체화된 분야는 건축/토목분야이다.
다양한 프로젝트 사례
다리 건설, 빌딩 건설, 전쟁, 소프트웨어 개발과 같은 분야들이 모두 프로젝트로 설명될 수 있다. 이 중 가장 극명한 프로젝트는 전쟁이다. 나라의 모든 자원을 동원해 적을 이겨서 모든 땅을 차지해야 한다는 분명한 목표가 있다. 겨울이 오기 전 또는 비축한 군량이 떨어지기 전까지 수도를 함락해야 한다는 정해진 기한도 있다.
그런데 이 중 프로젝트 관리 측면에서 가장 어려운 분야는 어디 일까? 바로 소프트웨어 개발 분야이다. 소프트웨어 개발 프로젝트는 실체가 없고 사람의 생각을 실물로 구현해야 한다는 점에서 그리고 실물이 없기 때문에 요구 사항이 자주 변경된다는 점에서 가장 어려운 프로젝트라 할 수 있다. 이와 같은 이유로 소프트웨어 프로젝트 관리 기법이 가장 정교하게 발달해 있지만, 아직도 소프트웨어 프로젝트를 효율적으로 관리하기는 쉬운 일이 아니다.
○ 프로젝트 생명주기
프로젝트 생명주기
프로젝트는 발주사에서 프로젝트 기획서라는 기업 내부 문서를 작성하면서 시작된다. 이 문서의 목적은 프로젝트를 왜 해야 하는지에 대해 경영진을 설득하는 것이다. 그 다음 제안요청서를 작성해서 전문 업체에게 회사가 원하는 바가 뭐고 얼마의 금액을 지불할지 알려준다. 제안사는 제안요청서를 보고 자신이 프로젝트를 어떻게 수행할지 알려주는 제안서를 발주사에 제출한다. 회사는 합리적인 가격에 프로젝트를 누가 잘 수행할지 결정해서 업체를 선정하고 계약하게 된다.
프로젝트 관련된 회사 유형
프로젝트에 대한 계약이 완료되면 프로젝트 관리를 위한 준비를 하게 되는데 수주사는 이에 대한 계획을 프로젝트 관리 계획서라는 문서에 담아 발주사에 제출한다. 프로젝트 관리계획서에는 비용을 어떻게 쓰고 인력관리를 어떻게 할거며 시간을 어떻게 나누어서 관리할지에 대한 상세한 계획이 들어가게 된다.
프로젝트를 본격적으로 진행할 때 가장 먼저 하는 것이 요구사항 분석이다. 고객이 무엇을 원하는지를 제안요청서, 제안서, 그리고 업무에서 사용하는 문서를 분석하고 고객과의 인터뷰를 통해 알아낸다.
이제 프로젝트 설계 단계로 넘어가는데, 요구사항에 기초해 프로그램을 개발하기 위한 필수적인 프로세스, 인터페이스, 데이터 설계서를 만든다.
프로젝트 개발은 설계서를 기반으로 프로그래머가 프로그램을 코딩하는 단계다. 개발자가 코딩하고 설계자가 검토하는 과정 속에서 설계서의 오류가 하나씩 수정되면서 설계서의 품질이 높아지고 프로그램이 하나씩 완성된다.
개발이 완료됐다면 고객과 함께 테스트를 통해 프로젝트의 목적에 알맞은 프로그램이 개발되었는지를 검증한다. 이 단계가 완료되면 프로젝트가 종료되고 수주사에게는 비용이 지불된다. 실질적으로 프로젝트는 마무리 된다.
다음 단계부터는 엄밀히 말해 프로젝트 보다는 시스템 운영이라고 하는 게 정확하다. 하지만, IT관련 업무를 위해 프로젝트라는 틀을 사용해서 설명하겠다. 운영 단계에서는 시스템의 안정적 운영을 위해 기존에 있는 운영 체계(모니터링, 백업)와 결합된다. 프로그램은 지속적으로 개선되고 추가된다.
최초 개발 후 일정 시간(5년 정도)이 지나면 시스템은 점차 노후화되기 시작된다. IT환경도 변화되고 비즈니스 환경도 바뀌게 된다. 이 때 담당자는 시스템을 개선해서 계속 사용할 지 아니면 폐기하고 재개발 할 지 결정하게 된다.
반응형
프로젝트란 무엇이며, 프로젝트 관리의 정의에 대해 알아보자
반응형
오늘은 PMBOK의 첫 번째 챕터에 나오는 프로젝트란 무엇이고, 프로젝트 관리는 무엇인지에 대해 정리해보고자 한다. 통상적으로 IT 업계에서 기획자로 첫 발을 시작하게 되면 프로젝트에 투입되어 요구사항 분석, 기획서를 작성한다거나, 이해관계자와의 회의 때 회의록을 작성한다거나 하는 업무부터 시작하게 된다.
실무에 익숙해지면 사실 프로젝트라는 것이 어떠한 의미이고, 성공적인 프로젝트 완수를 위해 프로젝트 관리 방법에는 어떠한 것들이 존재하는지 반복되는 업무 속에서 프로젝트에 대한 지식 없이 프로젝트를 수행하는 경우가 90% 이상이다.
오늘은 PMBOK 기반 실무 가이드 첫 번째로 프로젝트 정의, 프로젝트 특징, PMO 조직은 어떠한 업무를 하는지에 대해 간략하게 정의해보고 PM과 PO의 차이점에 대해서도 내 생각을 정리해 보고자 한다.
| ” 프로젝트란 무엇인가? ”
A project is a temporary endeavor undertaken to creat a unique product, service, or result.
( 프로젝트는 고유한 제품, 서비스, 결과물을 만들기 위해 수행하는 일시적인 노력이다 )
프로젝트는 고객의 요구사항에 맞는 제품, 서비스, 결과물을 만들기 위해 팀이 수행하는 정해진 기간의 노력이다. 여기서 가장 기억해야 할 단어는 “정해진 기간의 노력” 즉, 일시적이라는 것이다. 프로젝트라는 것은 시작과 끝이 있고 끊임없이 계속되는 업무가 아니라는 것이다.
계약서상의 ‘갑’과 ‘을’로 명시되어 특정 날짜까지 납품을 해야 하는 경우와 회사 내부에서는 팀과 이해관계자들에게 프로젝트 기간으로 표현된다. 결국 프로젝트는 고객이 또는 내부 이해관계자 팀에서 요구한 요구사항에 대해 원하는 산출물을 기간 내에 수행하는 것을 말한다.
| ” 프로젝트의 특징은 무엇인가? ”
1. 고유의 제품과 서비스, 결과물 제공 : 유형이 비슷하거나 같아도, 동일한 프로젝트는 하나도 없는 유일한 고유 서비스를 제공한다
2. 일시적 노력 : 시작과 끝이 있는 일시적인 활동에 노력이 들어간다
3. 변화를 추구한다 ( Drive Change ) : 프로젝트느 조직의 변화를 추구한다.
4. 비즈니스 창출 : 프로젝트는 유/무형의 가치를 만든다. ( 유형 : 금전 창출, 주식, 제품 / 무형 : 브랜드 인지도, 상표 )
5. 착수 배경 : 프로젝트는 착수 배경이 있다
6. 범위, 원가, 일정의 제약 : 범위, 일정, 원가 항목에 대해 제약이 있다
7. 자원을 통한 품질 제공 서비스 : 자원을 통한 품질 제공 서비스 ( ISO 9126, CMMI, 6-Sigma 등 )
8. 점진적 상세화 : 초기 프로젝트의 개괄적 범위 정의에서 점차 프로젝트 진행되면서 구체화되는 과정을 거친다
| ” 프로젝트 관리란? ”
Project Mangement is the application of knowledge, skills, tools, and techniques to project activities to meet the project requirements.
( 프로젝트 관리는 고객의 요구사항을 완수하고자 프로젝트 활동에 지식, 기술, 도구 및 기법 등을 응용하여 프로젝트 절차에 적용하는 일련의 관리 방법이다 )
사실 PMBOK 에서PMBOK에서 말하는 프로젝트 관리 방법대로 실무에 100% 적용할 수는 없다. 미국의 프로젝트 환경이 틀리고, 대한민국의 프로젝트 환경이 다르기 때문에 PMBOK에서 말하는 프로젝트 관리 방법을 50% 정도만 실무에 적용해도 훌륭한 PM이 될 것이라 생각한다
| ” 프로젝트 5개 프로세스 Group ”
* 착수 ( Initiating ) : 프로젝트 승인을 위한 승인서 작성 및 이해관계자 식별하는 단계
* 계획 ( Planning ) : 범위 계획, 범위 정의, 활동 정의, 원가 산정, 예산 확보, 품질, 조직, 인력 계획 수립, Risk 관리 계획하는 단계
* 실행 ( Executing ) : 실제 실행하는 프로세스
* 감시 및 통제 ( Monitoring and Controlling ) : 프로젝트 실행 및 진행에 관련된 사항을 감시 및 통제 단계
* 종료 ( Closing ) : 프로젝트를 종료하는 단계
각 프로세스 그룹에는 세부적인 프로세스들이 있으며, 이들 49개 프로세스는 프로젝트 Life Cycle 동안 성공적인 프로젝트를 하기 위해 적합한 응용과 통합으로 프로젝트에 적용된다.
| PM Yu의 생각 ” PM과 PO의 차이점은 무엇일까? ”
사실 최근에 우리나라도 PO( Product Owner )라는 직군이 생겨나면서, 많은 조직에서 PO를 채용하고 있지만, 현업에 있는 주니어 담당자들에게 물어보면 PM과 PO의 역할을 명확하게 구분할 수 있는 사람은 없는 것이 현실이다.
프로젝트 관리 방법에 대한 전문적인 공부도 없이 경험에 의해, 또는 연차가 PM을 할 시기라서 나는 PM이다.라고 생각하는 현업 담당자들이 80% 이상이다. 내가 생각하는 PM과 PO의 차이는 결국 정해진 기간 안에 프로젝트를 관리하는 사람이면 PM이고 회사의 서비스를 담당하면서 지속적인 제품 개발을 담당하는 사람이면 PO라고 생각한다.
하지만 어찌 보면 회사의 모든 업무는 기간이 정해져 있는 프로젝트이고, 그 프로젝트를 성공적으로 완수하여야 고객에게 좋은 제품을 제공하고 가치를 제공할 수 있다. 그래서 능력 있고 좋은 PM이 PO의 역할도 잘할 수 있다
실제로 PO 직군의 업무 대부분도 PMBOK에서 정의한 PM의 역할과 업무가 중첩되는 부분이 많다. PM이든 PO이든 결국 좋은 제품을 누구한테 전달하느냐의 차이지, PO가 더 높은 직군의 사람이고 PM은 PO보다 낮은 직군의 업무를 하는 사람이 아니라는 생각이다.
PM은 제품을 결국 계약한 당사자 ( 프로젝트 스폰서 또는 이해관계자 ) 에게 납품을 하는 것이고, PO는 고객에게 제품을 제공하는 사람이라고 생각하는 것이 맞지 않을까?
단순히 Product Owner 또는 Project Management라는 직군이 연봉을 많이 주는 직군이라서 이력서에 나는 PO이고, PM입니다 라고 작성하는 사람이 없길 바란다. 어떤 업무를 하는 역할인지도 모른 채 ” 나는 PO입니다. PM입니다”라고 하는 사람이 정말 많다.
본인의 가치를 높일 수 있는 진정한 방법은 자기계발를 통해 무엇을 알고 업무를 진행하는 것이 아닐까? ( 실제로 면접 때 질문을 해 보면 두 가지 직무를 명확하게 구분하고, 정의를 내릴 수 있는 사람이 거의 없다 )
오늘은 PMBOK 실무 가이드 첫 번째로 프로젝트의 정의, 그리고 프로젝트 관리란 무엇인지에 대해 간략하게 정리를 해 보았다. 앞으로 부족하지만 조금씩 PMBOK 에 기술되어 있는 프로젝트 지식 체계의 내용을 내 생각대로 정리하고 해석하여 가급적 실무의 Case 를 덧붙여 이야기를 풀어나가볼까 한다. 이제 대학교를 졸업하고 PO 또는 PM을 꿈꾸는 모든 분들에게 조금이나마 도움이 되었으면 좋겠다.
댓글과 공감은 컨텐츠 작성에 많은 힘이 됩니다.
반응형
프로젝트의 정의와 특징에 대해서 간단하게 정리했습니다.
1. 프로젝트의 정의
고유한 제품, 서비스, 결과물을 창출하기 위해 수행되는 한시적인 노력
(A project is a temorary endeavor undertaken to create a unique product, service or result. – PMBOK-)
2. 프로젝트의 특징
프로젝트의 특징은 3가지로 정리할 수 있다.
– 한시성 (Temporary) : 시작과 끝이 있음
– 고유성 (Unique) : 프로젝트의 결과가 동일한 것은 하나도 없음
. 불확실성(Uncertainty) : 고유성에 의한 속성으로 명확하게 정리되지 않는다.
– 점진적 상세화 (Progressive elaboration) : 한시성과 고유성에 따라 초반에는 불확실성을 가지고 있다가 점점
구체화 되어감
3. 프로젝트 관리(Project Management) 란
프로젝트 요구사항을 충족시키기 위해 지식, 스킬, 도구, 기법을 프롲게트 활동들에 적용하는 것
(Project Management is the application or Knowledge, skills, tools and techniques to project activities to meet project requirements. – PMBOK-)
4. 프로젝트의 전형적인 관리 요소
– 요구사항 식별
– 프로젝트가 계획되고 실행됨에 따라 발생하는 이해관계자의 다양한 요구사항, 관심사항, 기대사항의 처리 및 해결
– 다양한 프로젝트 제약사항들 사이의 균형유지 – 범위, 품질, 일정, 예산, 자원, 리스크
1) 일정을 단축하는 경우, 예산을 늘려서 추가자원을 확보
2) 예산증가가 불가능한 경우, 동일한 예산으로 단축된 기간 내 제품을 만들기 위해 범위를 좁히거나 품질을 낮춤
3) 요구사항 변경 시 리스크의 추가 발생
pgfive
프로젝트란 무엇인가?
1.2.1 프로젝트의 특성
프로젝트란 고유한 제품, 서비스 또는 결과를 창출하기 위해 일과성으로 투입하는 노력을 말한다.
1 일과성
일과성(Temporary)이란 모든 프로젝트의 시작과 끝이 명확히 한정되어 있는 것을 의미한다. 프로젝트의 목표가 달성되었거나
프로젝트 목표 달성이 불가능한 것으로 명확히 확인되었을 때 또는 프로젝트가 더 이상 필요하지
않아서 중단할 때 프로젝트가 종료된다. 일과성이 반드시 단기성을 의미하는 것은 아니다. 몇 년에 걸쳐 진행되는 프로젝트도 많이 있기 때문이다. 하지만 어떤 경우에도 프로젝트의 기한은 한시적이며 지속적인 활동은 분명히 아니다.
또한 프로젝트에서 창출되는 제품, 서비스 또는 결과물에는 일반적으로
‘일과성’이 적용되지 않는데 대부분의 프로젝트는 영구적인 결과물을 창출하기
위해 수행되기 때문이다. 예를 들어, 국가의 기념관을 건립하는 프로젝트의
결과물은 앞으로 수백년 동안 보존할 기념관이다. 그리고 프로젝트 자체가
장기간 지속해서 의도적 혹은 비의도적으로 사회, 경제 및 환경에 영향력을
갖는 경우도 종종 있다.
프로젝트의 일과성 특성은 다른 업무에도 적용될 수 있다.
• 기회 창구(Opportunity Window) 또는 시장을 통한 창구(Market Window)는
대개 일과성으로, 일부 프로젝트가 지정된 제품이나 서비스를 생산하는 데 한정적 시간대가 산정되어 있다.
• 하나의 작업 단위로 구성된 프로젝트팀이 담당 프로젝트보다 오래 유지되는 일은 결코 없다.
특정 프로젝트 수행이라는 한 가지 목적으로 구성된 팀은 프로젝트를 수행하고 프로젝트 종료와 함께 해체되며
구성원들은 다른 프로젝트에 배정된다.
.2 고유한 제품, 서비스 또는 결과물
프로젝트는 제품, 서비스 또는 결과물 형태의 고유한(Unique) 인도물을 산출한다. 프로젝트가 생성하는 인도물에는 다음과 같은 것이 포함된다.
• 생산되고 양으로 나타낼 수 있으며 자체가 완제품이거나 다른 제품의 구성품인 제품이나 품목
• 생산이나 유통을 지원하는 업무 기능 등과 같이 서비스를 수행하는 능력
• 산물이나 문서 등과 같은 결과물. 예를 들어, 연구 프로젝트는 트랜드가 현재 상황인지 또는 새 프로세스가 사회에 유익할지 여부를 판단하는 데 활용할 수 있는 지식을 개발한다.
프로젝트 인도물에서 ‘고유성’은 중요한 특성이다. 가령, 사무용 빌딩이 수없이 많지만 각 설비마다 소유주, 설계, 위치, 건축업자 등의 측면에서 모두 다르다는 고유성을 갖는다. 반복성있는 요소가 있다고 해서 프로젝트 작업의 기본적인 고유성이 바뀌지는 않는다.
제 1장 − 서문
.3 점진적 구체화(Progressive Elaboration)
점진적 구체화는 프로젝트의 일과성과 고유성 개념을 수반하는 프로젝트 특성이다. 점진적 구체화란 단계적 발전, 일정한 증가를 유지하면서 계속되는 것을 의미한다. 예를 들어, 프로젝트 범위는 프로젝트 초기 단계에 개괄적으로만 정의되었다가 프로젝트팀이 구성을 갖추고 프로젝트의 목표와 인도물에 대해 완전히 파악하게 되면서 보다 구체적이고 상세히 정의된다.
점진적 구체화를 범위 추가(Scope Creep)와 혼동해서는 안된다.
프로젝트 사양의 점진적 구체화는 프로젝트의 적절한 범위 정의에 맞춰 신중하게 조정되어야 하는데 계약 아래 수행되는 프로젝트의 경우 특히 필요하다. 수행해야 할 업무, 즉 프로젝트 범위는 올바로 정의된 후에 프로젝트나 제품 사양이 점진적으로 구체화되는 과정에서 일정하게 유지되어야 한다. 제품 범위와 프로젝트 범위 사이의 관계는 제 5장의 서문에서
자세히 설명한다.
다음 예를 통해 두 가지 다른 응용 분야에서 점진적 구체화에 대해 살펴보자.
• 화학 공정을 처리할 공장을 개발하는 프로젝트는 공정의 특성을 정의하는
기계 공학적 설계 작업으로부터 시작된다. 이러한 특성은 주요 공정 단위를 설계하는 데 활용되고 정보는 공장의 상세한 구조와 각 공정 단위 및 부대 설비의 기계적 특성을 정의하는 공학적 설계의 기초 자료가 된다.
이러한 모든 것이 어울어져 보다 구체적으로 작성되는 제작 및 시공도면이 완성된다. 시공 단계에서 필요에 따라 여러 가지 판단과 변경,
그리고 그에 따른 적절한 승인 과정이 수반될 수도 있다. 이처럼 시공과정에서 인도물의 추가적인 구체화 작업이 진행되고 공장의 시험 가동과 인계 단계에서 최종 조정이 이루어 지기도 한다.
• 경제 개발 프로젝트의 결과물의 경우, 초기 단계에서는 “X 지역 사회에서 최저 소득자의 생활 수준을 향상시키는 것”으로 정의할 수 있다. 프로젝트가 진행됨에 따라 결과물을 보다 구체적으로 설명할 수 있는데, 가령 “X 지역 사회에서 구체적으로 500명의 저소득자에게 음식물과 물을 제공하는 것” 등이다. 점진적 구체화의 다음 단계에서는 농산물의 원만한 수급을 최우선으로 하고 물 공급을 2차적으로 사항으로 하여 농산물의 생산 및 판매, 유통 증대에 주력할 수 있다.
1.2.2 프로젝트와 운영(Operation) 작업의 비교
조직은 정해진 목표를 달성하기 위해 작업을 수행한다. 일반적으로 작업은
프로젝트 또는 운영(Operation)으로 구분된다 . 두 가지가 종종 중첩되기도하는데 다음과 같이 많은 특성을 공유하기 때문이다.
• 사람에 의해 수행된다.
• 자원에 따라 제약을 받는다.
• 계획, 실행 및 통제된다.
운영은 지속적이며 반복적인 반면 프로젝트는 일과성이 있고 고유하다는점에서 프로젝트와 운영은 기본적으로 다르다.
1 프로젝트와 운영의 목표는 근본적으로 다르다. 프로젝트의 목적은 그 목표를 달성한 후 종료하는 것이고,
운영의 목표는 사업을 지속하는 데 있다. 프로젝트는 특정 목표가 달성되었을 때 종료되지만 운영은 새로운 목표를
선정하여 작업을 계속한다는 점에서도 서로 다르다.
프로젝트는 조직의 모든 레벨에서 수행되며, 단 한 사람이 전담할 수도 있고 수 천명이 동원되기도 한다. 프로젝트 기간도 단기적으로 몇 주에서 장기적으로 몇 년까지 다양하게 분포된다. 또한 한 조직에서 구성된 팀이 진행하기도 하고 합작 또는 제휴와 같은 형태로 여러 조직이 참여할 수도 있다.
프로젝트 예에는 다음과 같은 것이 있다.
• 새로운 제품 또는 서비스 개발
• 조직의 구조, 인력 투입 또는 스타일의 효과적 변화 도출
• 새로운 수송 차량 설계
• 새로운 또는 변경한 정보 시스템 개발 또는 획득
• 건물이나 시설 건축
• 지역 사회의 상하수도 시스템 건설
• 정치 집단의 선거 운동
• 새로운 업무 절차 또는 프로세스 실행
• 계약 요청에 대한 응답
1.2.3 프로젝트 및 전략적 기획
프로젝트란 조직의 정상적인 운영상 한계 안에서는 처리할 수 없는 활동을 체계화하는 수단이다. 따라서 프로젝트가 조직의 전략적 계획을 달성하는 수단으로 활용되는 경우가 종종 있다. 프로젝트 팀이 조직 내부자인지 혹은 계약 관계에 있는 서비스 제공자인지 여부는 중요하지 않다.
프로젝트는 일반적으로 다음과 같은 전략적 사항을 한 가지 이상 고려한 결과 인가된다.
• 시장 수요(예: 정유 회사가 만성적인 휘발유 부족 현상을 해결하기 위해 정유소를 신축하는 프로젝트를 인가함)
• 조직의 요구 사항(예: 교육 사업체가 수익을 증대하기 위해 교과 과정을 신설하는 프로젝트를 인가함)
• 고객 요청(예: 전력 회사가 새로 조성된 공업 단지를 지원하기 위해 소규모
발전소를 신축하는 프로젝트를 인가함)
• 기술의 진보(예: 전자 제품 회사에서 신형 게임 장비를 도입한 후
소프트웨어 회사가 차세대 비디오 게임을 개발하는 프로젝트를 인가함)
• 법률적 요구사항(예: 페인트 제조업체가 새로운 독성 물질 처리 지침을
마련하기 위한 프로젝트를 인가함).
1.3 프로젝트관리란 무엇인가?
프로젝트관리란 프로젝트 요구사항을 충족시키는 데 필요한 지식, 기량, 도구 및 기법 등을 프로젝트 활동에 적용하는 것을 말한다 . 프로젝트관리는 프로젝트 착수, 기획, 실행, 감시, 통제 및 종료 단계로 진행되는 프로젝트관리 프로세스의 적용과 통합을 통해 이루어진다. 프로젝트 관리자는 프로젝트 목표를 달성할 책임을 지고 있는 관리자를 가리킨다.
프로젝트관리 업무에는 다음과 같은 활동이 포함된다.
• 요구사항 식별
• 명확하고 달성 가능한 목표 설정
• 품질, 범위, 시간, 원가 요구 사항 충족에 있어 균형 유지
• 다양한 이해관계자의 서로 다른 관심 사항과 기대치에 부응하는 사양, 계획 및 접근 방식 채택
프로젝트 관리자가 서로 상충적인 프로젝트 요구사항을 관리하는 데 있어
대개 “3중 제약”, 즉 프로젝트 범위, 시간, 원가의 제약을 과제로 든다. 이 세 가지 요소 사이의 균형이 프로젝트의 품질에 영향을 미친다(제 5 ~ 7장 참조).
프로젝트의 품질은 필요한 제품, 서비스 또는 결과를 지정된 범위와 예산내에서 정해진 시간에 인도하는 것으로 결정된다.
세 가지 요소는 한 가지가 변경될 경우 나머지 요소 중 적어도 하나는 영향을 받을 수 있는 관계를 형성하고 있다.
프로젝트 관리자의 프로젝트관리 업무에는 불확실성에 대한 대응도 포함된다. 프로젝트 위험이란 발생할 경우에 한 가지 이상의 프로젝트 목표에 긍정적 또는 부정적 영향을 주는 불확실한 이벤트나 조건을 가리킨다.
프로젝트 관리팀은 고객, 수행 조직 및 일반 대중을 비롯하여 다양한 프로젝트 이해관계자에게 전문직 종사자로서의 책임을 진다. PMI 회원은
“윤리 강령”을 준수하며, PMP�( 프로젝트관리 전문가)는 “전문직 행동 강령”을 준수한다. PMI 구성원 및/또는 PMP들로 구성되는 프로젝트 팀원은 이러한 강령의 최신 버전을 준수한다.
프로젝트의 생애주기 전반에 프로젝트에서 점진적 구체화의 구현과 그 필요성 때문에 프로젝트관리 내의 많은 프로세스가 반복되는 것이 중요하다.
즉, 프로젝트 관리팀은 프로젝트를 명확히 파악한 후에 비로서 보다 상세하고 구체적인 수준으로 관리할 수 있게 된다.
“프로젝트관리”란 용어는 때로 조직의 지속적인 운영 관리 방식을 설명하는 데 사용되기도 한다. 이러한 방식, 더 적절히 표현해서 “프로젝트별 관리”에서는 지속적인 운영의 다양한 측면을 프로젝트로 취급하여 입증된 프로젝트관리 기법이 확실히 적용될 수 있도록 한다. 프로젝트관리를 이해하는것이 프로젝트별 관리 조직에게 중요한 측면이기는 하지만 관리 방식 자체를 더 깊이 설명하는 것은 이 지침서의 범위를 벗어난다.
키워드에 대한 정보 프로젝트 의미
다음은 Bing에서 프로젝트 의미 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 프로젝트란 무엇인가
- 동영상
- 공유
- 카메라폰
- 동영상폰
- 무료
- 올리기
프로젝트란 #무엇인가
YouTube에서 프로젝트 의미 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 프로젝트란 무엇인가 | 프로젝트 의미, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.