Project Human Resouce Management

1. Project Human Resouce Management ㈜ 엠푸시 전략 기획 팀장 김 화성 018-302-8942 Cbmi@netsgo.com Tel : 02-3444-0106

2. 목 차 • 개 요 • 조직계획 Organizational Planning • 팀원 확보S taff Acquisition • 팀 개발 Team Development

3. 개요 프로젝트 과업 지향적인 특성을 가지고 있다. 따라서 프로젝트를 책임 지는 프로젝트 관리자 또한 과업 지향적 인 성향을 지니기 쉽다. 물론 SI 업계에서의 프로젝트 팀원의 관리는 무척 힘들다. 팀원이 원하는 업무나 기술 요소에 대한 성장 경로를 지켜 주기도 힘들 뿐더러,프로젝트 중심의 조직체계 운영은 고정 부서가 아닌 가변 조직이므로 다음 프로젝트에 대한 불확실성이 부담 으로 다가 온다. 이런 좋지 못한 인력 관리의 조건에서 프로젝트 관리자가 프로젝트 성공을 위해서만 노력하다 보면 각 개개인의 육성이나 배려에 대하여 무관심하기 쉽다. 그러나 결국 일은 팀원이 하는 것이다. 팀원과 함께 프로젝트를 성공적으로 수행하기 위하여 프로젝트 관리자가 유의하여야 할 사항은 무엇일까? 계속 BMBOK을 공부하면 할 수록 느끼는 점은 PMBOK은 톱니바쿼 처럼 물려 있다는 점이다. 휴먼리소스 관리에서도 마찮가지 인것 같다. 프로젝트 계획 부분과 인원 관리는 밀접한 관계가 있으며 프로젝트 수행시 항상 프로젝트를 분석하여 필요한 인원을 투입하거나 개발을 해야 할 것이다. 옆에 그림은 항상 공부를 하면서 느끼는 프로세스의 그림이다.

4. 개요 필자는 개인적으로 웹 에이전시에서 기획 일을 한다. 프로젝트를 수주 후 공동 작업을 위해서 팀을 구성하고 함께 일정을 진행 한다. 하지만 진행 하면서 느끼는 점은 프로젝트의 중요성을 모두 각자의 위치에서 분석하고 평가를 한다는 것이다. 분석과 평가가 기획자나 프로젝트 관리자와의 뜻을 조금씩 이해 하지 못하거나 공감대를 형성 못 했을때 어떤 결과가 나올 것인가? 그 답은 여러분이 더 잘 알 것 같습니다. 프로젝트 종류와 팀원의 만족도의 관계 이다. Kamikaze 목표달설이 불가능 하나 팀원이 명예롭게 프로젝트를 수행(환상적인 프로젝트) 팀원의 만족도 Mission Impossible 목표 달성이 힘들지만 팀원이 그에 대한 도전의식과 의욕을 가진 프로젝트 (꿈의 프로젝트) kamikaze Mission Impossible Sucide 팀원과 PM 모두 언제 끝날지 모르는 프로젝트(정말 암울한 프로젝트) Suicide Ugly Ugly 목표 달성이 힘든 상황에서 팀원을 다그쳐서 통제하는 프로젝트(다시는 안한다.팀원) 성공 가능성

5. 개요 자 여러분은 어떤 프로젝트를 지금 수행 하고 있습니까? 카미카제나 미션 임파서블 같은 프로젝트는 아마도 드문 예일 것 같습니다. 보통 Ugly 같은 프로젝트가 많을 것 같습니다. 무리한 영업을 위해서 원감 절감을 위해서 무리하게 추진 돼는 일이 너무 많습니다. 결국 팀원들 에게는 일은 많고 보수는 적고 팀장과 불화는 심해지고 어디서 유혹이 오면 바로 배를 바꺼 타죠^^ 팀원은 프로젝트 관리자 하기 나름이다. … 대부분의 프로젝트 상황이 프로젝트 관리자에게는 부담이 되는 것이 사실이다. 그러나 개발팀원들고 프로젝트 주변 상황이나 어려움을 이해 하고 같이 그 어려움을 극복할 수 있다.(물론 프로젝트 관리자의 마음과 같지는 않다.) 팀원들이 단합하여 위기를 슬기롭게 극복하고 이에 대하여 만족하는 미션 임파서블이 있는 반면 비슷한 조건 이지만 프로젝트 관리자의 철저한 통제로 팀원은 지켜 가고 이에 프로젝트 결과는 잘 안보이는 프로젝트가 있 다. 여기서 가장 중요시 해야 할 것은 팀원들에게 힘을 주는 동기 부여와 목표 달성시 팀원을 챙겨주는 프로젝트 관리자의 역할이 아닐까? 프로젝트의 성공을 위해서 가장 중요한 것은 사람 관리 이며 이 사람들을 효율적으로 관리 할 수 있는 것은 결 국 프로젝트 메니저의 리더쉽 이라고 할 수 있겠다.

6. 개요 Key point 1. 업무 실적 평가와 업무 외적인 평가는 구분한다. 2. 명확한 데이터에 의한 업무실적 평가를 실시한다. 3. 업무 난이도와 복잡도를 감안한 계획 수립과 실적 평가를 한다. 4. 말 한마디가 천냥 빚을 진다. –남자는 자기를 알아주는 사람에게 목숨을 바친다. 5. 상대를 인정하는 말 한마디가 능력 발휘를 배가 시킨다. 6. 누구나 한 사람의 인간이다. 상사와 부하의 관계를 떠나 믿음이 있는 인간의 관계를 형성 하자. 7. 프로젝트 통제는 시간이 아닌 결과 물 중심으로 수행 한다. 8. 작업 시간과 작업의 성과는 구분하여 평가하고 피디백 한다. 9. 결과물 중심으로 평가하기 위해서 중요한 평가 기준이 수립되어 있어야 한다. 10. “안되면 되게 하라” 말을 하기전에 될 수 있는 환경을 구축하는 것이 프로젝트 관리자의 역할이다. 11. 팀원의 태도나 행동의 변경은 말로써 바꿔지는 것은 아니다. 제도나 프로세스의 변경이 수반 될때 지속성을 보장 받는다. 12. 프로세스나 제도를 통하여 모든 것을 단기간에 개선 할 수 없다. 그렇지만 개선 하지 않는 것보다 분명히 효과가 있다. 13. 많은 사람 보다 목표에 적합한 능력과 기술을 가진 한 명이 휠씬 났다. 14. 각 단계별로 필요한 교육에 투입되는 공수를 두려워 하지 않는다. 소탐 대실이다.

7. 개요 Key point 15. 전 팀원 각자를 하나의 주체로 인정한다. 16. 조그만 성취에 대한 가벼운 보상을 가벼이 여기지 않는다. 17. 정기적으로 전 팀원이 외부에서 대화하는 기회를 통해 하나가 된다. 18. QAO (Quality Assurance Officer)를 두어 업무의 표준과 진행 사항을 체크하는 참모를 둔다. 19. 프로젝트 진행 상황을 세밀하게 기록하고 공유하는 가운데 점점 강한 팀이 된다. 20. 사전 자료 없이 말로 하는 협의는 말로 끝난다.

8. 개요 조직 계획Organizational Planning - 프로젝트 역할, 책임 및 보고관계를 파악, 문서화, 할당 임(직)원 확보 Staff Acquisition - 인적자원을 프로젝트에 배치하여 작업 수행 팀 개발Team Development –프로젝트 성능(실행)을 향상 시키기 위해 개인 및 팀 기술 개발 이들 절차들은 서로간에 그리고 다른 지식 영역의 절차와 상호작용 한다. 각 프로세스는 한 사람 또는 그 이상, 또는 프로젝트의 필요에 의한 집단을 포함할 수도 있다. 비록 여기에서는 그 절차가 잘 정의된 별개의 요소로서 제시되었지만 실제로 그것들은 중복되고 상호작용 할 수 있다. 프로젝트의 임시적인(temporary) 성격은 대인 및 조직적 관계가 일반적으로 임시적이고 새롭다는 것을 의미한다. PM팀은 그러한 임시적인 관계에 적정한 기법을 선정하는데 주의를 기울여야 한다. 프로젝트 관련자들의(stakeholder) 성격과 수는 종종 프로젝트가 라이프사이클의 각 단계로 진행됨에 따라 변할 것이다. 그 결과 한 단계에서 효과적인 기법은 다른 단계에서 효과적이지 않을 수 있다. PM팀은 프로젝트의 현재 필요에 적당한 기법을 이용하는 데 주의를 기울여야 한다. 인적자원관리 액티비티는 PM팀의 직접적인 책임은 아니다. 그러나 PM팀은 이에 따르도록 관리 요건을 충분히 알고 있어야 한다.

9. 개요 조직 계획은 프로젝트의 역할, 책임, 보고 관계를 확인, 문서화, 할당하는 것을 의미한다. 역할, 책임 그리고 보고 관계는 개인 또는 집단에 할당될 수 있다. 개인 및 집단은 프로젝트 수행 조직의 일부일 수도 있으며 또는 그런 조직의 외부일 수도 있다. 종종 내부 집단은 엔지니어링, 마케팅, 회계와 같은 특정한 기능적 부서와 관련된다. 대부분의 프로젝트에서 대다수의 조직 계획은 프로젝트의 가장 초기 단계의 일부로 행해진다. 그러나 이런 과정의 결과는 계속적인 적용가능성을 확보하기 위해 프로젝트 전과정을 통하여 정기적으로 검토되어야 한다. 초기 조직이 더 이상 효과적이지 않다면 즉시 변경되어야 한다. 조직 계획은 종종 프로젝트 조직 구조가 프로젝트 의사소통 요건에 영향을 미치기 때문에 의사소통 계획과 밀접히 연계되어 있다.

10. 조직 계획

11. 조직 계획 • 프로젝트 인터페티스 • 1.조직적인터페이스 • 2.기술적인터페이스 • 3.대인간인터페이스 • 직원충원 요건 (Staffing Requirements) • 제한조건 (Constraints) • 1.수행조직의조직구조Organizational structure of the performing organization • 2. PM팀의선호Preference of the project management team • 3. 예상된임(직)원임명Expected staff assignments

12. 수행조직의 조직 구조 Organizational structure of the performing organization

13. 조직 계획 기본형 Templates 인적 자원 실무 Human resource practices 조직 이론 Organizational theory 프로젝트 관련자 분석 Stakeholder analysis 프로젝트 관련자들의 요구가 충족될 수 있다는 것을 확증하기 위해 그들의 다양한 요구가 분석되어야 한다.

14. 조직 계획 책임할당 매트릭스(Responsibility Assignment Matrix • 역할 및 책임 할당 Role and responsibility assignments • 직원충원관리계획Staffing management plan • 조직도Organization chart • 지원상세Supporting detail • 조직적영향(Organizational impact) • 작업기술(job description) • 훈련필요(Training needs)

15. 임(직)원 확보 임(직)원 확보 Staff Acquisition 임원확보는 필요한 인적자원(개인 또는 집단)을 프로젝트에 배치하고 작업을 행하는 것을 의미한다. 대부분의 환경에서 "최적(best)"의 자원을 이용할 수 없을 수 있으며, PM팀은 이용 가능한 자원이 프로젝트 요건을 충족시킬 수 있도록 주의를 기울여야 한다.

16. 임(직)원 확보 임(직)원 충원 관리계획 Staffing management plan 임(직)원풀기술Staffing pool description 과거경험 개인적관심사 채용실무Recruitment practice 협상Negotiations 직원배치는대부분의프로젝트에서협상되어야한다. 사전배치Pre-assignment 구매(계약) Procurement

17. 임(직)원 확보 임명된 프로젝트 임(직)원 Project staff assigned 적당한 사람이 프로젝트의 작업에 배치되었을 때 그 프로젝트는 직원이 구성된다. 직원은 전임으로 또는 시간제로 프로젝트의 필요에 따라 다양하게 배치된다. 프로젝트 팀 주소록 Project team directory 프로젝트 팀 주소록은 모든 프로젝트 팀원과 기타 주요 프로젝트관련자(stakeholder)를 목록으로 만든 것이다.

18. 팀 개발 팀 개발은 개인으로서 기여하는 프로젝트관련자(stakeholder)의 능력을 향상시킬 뿐만 아니라 팀으로서 기능을 하는 팀의 능력을 향상시키는 것을 모두 포함한다. 개인적인 개발(development, 관리적·기술적인)은 팀을 개발하기 위해 필요한 토대가 된다. 팀으로서 개발은 프로젝트의 목적을 충족시키기 위한 프로젝트의 능력에 중요하다. 종종 프로젝트 팀 개발은 개인적인 팀원이 기능적 관리자와 프로젝트 관리자 모두에 책임을 지닐 때 아주 복잡해진다 이런 이중적인 보고관계의 효과적인 관리는 종종 프로젝트의 중요한 성공요인이며, 일반적으로 PMr의 책임이다.

19. 팀 개발 프로젝트 임(직)원 Project staff 프로젝트 계획 Project plan 직원충원 관리계획 Staffing management plan 실행보고서 Performance reports 외부 피드백 External feedback 팀 구성 액티비티 Team-building activities 일반적인 관리 기술 General management skills 보상 및 인정 시스템 Reward and recognition systems 배치(병치) Collocation 훈련 Training 훈련은 프로젝트팀의 기술, 지식, 능력을 향상시키기 위해 의도된 모든 액티비티를 포함한다

20. 팀 개발 성능 향상 Performance improvements 팀개발의 주요 결과는 프로젝트 성능향상이다. 성능향상은 많은 자원으로부터 파생될 수 있으며, 프로젝트 실행의 많은 영역에 영향을 줄 수 있다. 예를 들면 다음과 같다. 개인적인 기술측면의 개선은 특정한 사람이 그들의 할당된 액티비티를 더 효과적으로 수행하도록 한다. 팀 행동측면의 개선(예, 갈등을 살피고 다루는 것)은 프로젝트팀이 그들의 노력의 더 많은 부분을 기술적인 액티비티에 전념하도록 한다. 개인적이 기술 또는 팀 능력 측면의 개선은 프로젝트 작업 수행의 더 좋은 방법을 파악하고 개발하도록 한다. .2 실행 평가에 대한 입력자료 Inputs to performance appraisals 일반적으로 프로젝트 임원(staff)은 어떤 프로젝트 직원(staff members)의 실행평가에 대한 입력자료를 제공할 것이다.

21. 기타

22. 기타