프로젝트 관리자의 역할

★ 다음 사항을 가정해서는 안된다.

1. 이 프로젝트가 수행되는 동안 팀 구성원의 변화는 없을 것이다.

2. 고객은 자신들이 무엇을 원하는지 안다.

3. 품질 보증을 위한 시험은 한 달이면 충분하다.

4. 6개월에 처리될 업무는 소프트웨어 엔지니어 3명이 2개월이면 할 수 있을 것이다.

5. 처음 출발이 옳으면 시스템 시험과 설치는 몇 일 안 걸릴 것이다.

6. 시스템은 다른 지역에서도 완벽히 운영되었으니, 한 명의 신입사원에 의해 3일이면 설치가 가능할 것이다.

7. 일정에서 빠진 것은 나중에 추가하면 된다.

8. 고객은 메뉴얼을 읽고 스스로 공부할 것이다.

★ 다음 사항은 피해야 한다.

1. 초기에 고객의 동의 및 서명을 받고 명확하고 상세하게 기술된 계획을 가지고 있지 않다.

2. 명세서를 작성하지 않거나, 고객이 서명한 명세서가 없다.

3. 확실하고 간결한 시험 계획이 없고, 시험 결과에 대해 고객의 서명을 받지 않았다.

4. 막연한 낙관론 또는 프로젝트가 곤경에 처해 있다는 것을 인정하지 않는다.

5. 프로젝트 납기일을 정하기 이전에 수행시기를 결정한다.

6. 내가 대하고 있는 사람이 결정권자 혹은 결정할 수 잇는 유일한 대상은 아니라는 생각을 한다.

7. 프로젝트의 범위 설정에 실패한다.

8. 프로젝트 구성원에게 모든 계획 변경 사항의 전달이 부족하다.

9. 통제를 충분히 하지 못한다.

10. 요구 사항 변경을 함에 있어서 상응하는 요원(직원) 변경이 없다.

11. 수행에 대한 계획이 부진하거나 고객측 위임 사항에 대한 계획이 부족하다.

12. 휴일, 휴가, 효율, 일반적인 소모 등을 감안하지 않은 개발 일정을 수립한다.

★ 다음 사항에 유의해야 한다.

1. 공식적인 시스템 개발 방법이 모두에게 인식되어야 하며 엄격하게 시행되어야 한다.

2. 테스트를 위해 충분한 시간을 할애한다.

3. 신입 사원 보충이 필요할 때는 그에 따른 교육 기간을 염두에 두어야 한다.

4. 효과적으로 의사 교환을 해야 한다.

5. 고객과 프로젝트팀으로부터 피드백을 요청한다.

6. 고객과 좋은 관계를 유지한다.

7. 업무 분기점을 부적절하게 나누면 일정상의 부족한 점을 간과하게 된다.

    업무 분기점은 구체적이어야 한다.

위 사항들은 S/W 프로젝트 관리자가 준수해야 일반적인 주의 사항 이라는 군요 ^^;