본문 바로가기

프로젝트관리

프로젝트 일정에 대한 고민 PM으로 프로젝트에 투입해서 가장 많은 고민을 하게 되는 것 중 하나가 일정일 것입니다. 정확하고 실현 가능한 일정을 산정해 내는 것은 범위산정 및 계획/기획에서 했던 고생과 노력 뒤에 오는 끝없는 PM의 고뇌 중 하나 입니다. 프로젝트 일정 계획은 팀원 관리에서 부터 Stakeholder 관리, Communication 관리까지의 모든 관리 Skill을 투자해야 하는 일이기에 그런 고민과 고뇌가 당연한 일 입니다. 그 동안 많은 프로젝트를 수행하며, 어려운 일정 계획을 수행하기 위한 방법론으로 WBS수립을 위해 주로 MS-Project 사용하고 있습니다. (아래 화면은 MS-Project 소개 홈에서 가져 왔습니다.) WBS는 전체 업무를 중심으로 세부 액티비티(Activity) 를 정의해 가며, 하나.. 더보기
진행중 프로젝트 판단하기.... 관리방법론... 프로젝트를 관리하는 방법은 여러가지가 있는 것 같습니다. 우리가 흔히 많이 알고 있는 일정을 관리하는 방법, 산출물 관리 방법, 인력을 관리하는 방법, 비용을 관리하는 방법... 그런데... 이런 것들을 보면 거의 비슷한 말들로 통하는 것 같습니다. 비용~!! 일정을 관리하는 것도 결국 비용을... 산출물을 관리하는 것도 결국 비용을... 인력을 관리하는 것도 결국 비용을... 약간의 표현과 관리 관점은 차이가 있을 수 있으나, 최종적으로 프로젝트를 제대로 관리하기 위한 방법 중 하나인 것 같습니다. 그래도 가장 많이 이야기가 대두되고, 프로젝트가 꼭 IT에만 있는 것이 아니기 때문에... 순수 프로젝트 관리라는 의미에서 본다면 비용으로 관리되는 것이 정통적인 방법이 아닐까 합니다. 프로젝트 관리에서 비.. 더보기
한국형 프로젝트???는 없다. 얼마전 이런 쪽지를 받은 적이 있습니다. "관리가 안되는 프로젝트 (대부분의 한국형 프로젝트)...." 어느 정도 경력도 갖추고 어느 정도 실력을 갖추었다고 자부하던 팀원에게 받은 쪽지는 강팀장에게 약간의 고민을 안겨 주었습니다. 한국형 프로젝트???? 도대체 한국형 프로젝트란 무엇이지?? 외국에는 다른 프로젝트를 수행하는 건가??? 아니면.. 다른 개발 언어로 개발하는 건가??? 무엇이 다른거지???? 간혹 모임이나 동호회에서도 이런 부분에 대해서 토론을 하게 될때도 한국형 프로젝트와 비슷한 말들을 듣습니다. "선진국의 프로젝트는 이렇게 되는데, 한국에서는 그렇지 못하기 때문에 실패 경우가 많은 거야...." 솔직히 강팀장은 그런 말들에 대해서 이해가 잘 가지 않습니다. 선진국이라고 말하는 부분... .. 더보기
프로젝트의 시작과 끝... 입장 차이 - 쓴웃음이 나오는 군요. 1.고객이 프로젝트를 설명한것 2.프로젝트담당자가 이해한것 3.분석자가 설계하고 디자인 한 컨셉 4.프로그래머가 짠 결과물 5.테스터가 받은 결과물 6.컨설턴트가 묘사한 결과물 7. 프로젝트中 문서화된것 8.설치했을때 작동되는 결과 9. 고객이 결과물에 대해 지불한 금액의 크기 10.결과물에대한 유지보수 11.마케팅담당자가 광고했을때 12.실제설치된 시기와 형태 13.정말로 고객이 원했던것 14.추천사이트에 홍보한 결과 15.이러한 결과로 새계획을 추진할때 쓴웃음이 나옵니다... 도대체 어디서 부터 잘못된건지.... (그걸 따지는 것 자체가 잘못일까요? ㅡ.ㅡ;;) 더보기
관리자의 책임을 벗어날 수 없다.!! 믿음의 윤리 한 선주가 이민선을 보내려고 한다. 그는 배가 낡았고, 처음부터 그렇게 잘 만들어지지 않았다는 것을 안다. 그 배는 여러 바다와 나라를 향해했으며, 종종 수리를 요했다. 그런 의구심으로 인해 항해에 적합하지 않다는 생각을 해 왔다. 의구심이 그를 괴롭히고, 기분을 좋지 않게 했다. 비록 많은 돈이 들더라도 배를 철저히 검사하고 수리해야겠다고 생각했다. 그러나 배가 출항하기 전 그는 이런 우울한 감삼을 극복하는데 성공했다. 스스로에게 '이 배는 정말 수많은 항해를 무사히 마쳤고 폭풍우를 견뎌 왔어. 따라서 이번 여행을 무사히 마치지 못할 거라는 생각은 부질 없는 짓이야.' 하고 말한다. 그는 자신의 믿음을 '신의 섭리(Providence)'로 간주했다. 신의 섭리는 좋은 삶을 영위하기 위해 고.. 더보기
죽음의 행진 2007년도 12월 한달이 남았습니다. 올해 강팀장은 하나의 프로젝트를 수행하고 지금 하나의 프로젝트를 수행중에 있습니다. 사실 요즘들어 부쩍 고민이 많은 생활을 하고 있습니다. 11년을 넘도록 많은 프로젝트를 하면서 항상 죽음으로 가는 길을 많은 변명과 회사의 명분으로 떠 맡은 경우가 얼마나 있었나 싶더군요. (물론 모든 프로젝트가 그런 것은 아니였습니다. 그리고 스스로 죽음으로 가는 프로젝트를 자청해 맡은 적도 여러번 있었습니다.) 많은 분들과 대화와 토론을 하다 보면 "아직도 우리나라에서는...." 라는 극단적 이야기를 많이 듣곤 합니다. 그럴땐 소주 몇잔으로 서로에게 위로를 하곤 하지만... 오늘 끝으로 읽은 『소프트웨어 프로젝트에서의 리스크 관리』를 보면서 두가지 생각이 들더군요. 하나는 어떻게.. 더보기
[프로젝트 실패의 원인] 프로젝트 실패 인적자원 때문인 경우는 작다. 많은 통계와 사례를 IT프로젝트 성공율에 대한 평가가 좋지 못한 것이 사실입니다. IT프로젝트 성공율은 30%도 체 도달하지 못하는 경우가 많습니다. (CHAOSR보고서를 보면 시간이 지날수록 성공율은 올라가긴 하지만, 30%를 넘지 못하는 경우가 많다고 보고하고 있습니다.) 이런 현상은 프로젝트의 규모가 클수록 (성공률) 더 낮게 나오고 있습니다. 프로젝트 실패의 원인에 대해서 우리는 흔히 인력에 대한 부분이 가장 높다고 생각하는 경우가 많습니다. 인력관리는 프로젝트 성공을 위한 중요한 활동임에 틀림이 없습니다. 투입시기 및 일정, 외주관리, 스킬함양등등 인력활동이 중요한 요건이라고 생각하고 있으며 특히 인력 투입시기와 기술적 요건을 실패를 가져오는 직접적인 요인이라고 말하곤 합니다. 하지만 인력에 의.. 더보기
보면 볼수록 많은 생각을.... 아무도 답을 안 단다는.... 저의 생각은 이렇습니다... 일단 각 번호를 개별 프로젝트로 간주해보면.. 각 팀은 다른 두팀과 각각 2개씩의 프로젝트를 하고 있습니다... 1번은 A,B팀 2번은 A,C팀 4번은 B,C팀 3번은 A,B,C팀이 프로젝트를 하고 있는거죠.. 그리고 Matrix 조직의 형태를 띄고 있다는 걸 알수 있고요.. 우선 Communication channel을 한번 살펴보죠.. 1번,2번,4번은 채널수가 모두 1개입니다. 3번은 채널수가 2개입니다. 채널수가 많다는 것은 그만큼 Communication에 많은 신경을 써야 한다는 얘기가 되겠죠.. 그리고 한 조직내에서 모든 팀이 프로젝트로 관계를 맺고 있기 때문에 Matrix 조직의 특성상 3번은 정치적인 프로젝트로 발전한 가능성이 아.. 더보기
Project 일정이 지켜지지 않는 이유는? 얼마전 M회사에 이력서를 제출한 바 있었다. 10년이면 강산이 바뀐다고 하던데.... 강팀장은 시작때나 지금이나 크게 변한 것이 없는 것 같다. 처음 프로그래머로 시작해서 2002년 회사를 운영하고 M&A 할때까지 사장으로 있으면서도 프로그래머로 일했다. C > CGI > Perl > PHP > JAVA 회사를 M&A 되었을때 회사 선임 팀장을 맡으며 프로젝트를 관리하기 시작한 것이 벌써 5년이란 시간이 흐르고 있는데... 지금 강팀장의 명함은 웹기획자가 되어 있다. 이력서를 낸뒤 일주일 정도 지나서 면접이 잡혔고, 면접을 봤다. 면접을 진행했던 담당 차장님의 질문이 지금 강팀장의 상황에서 머리속을 떠나지 않고 있다. Q. 수주를 받은 Project의 일정이 왜 지켜지지 않을까요? A. Project의 .. 더보기
웹 개발 인력 구성 (이번 출장이 길어져 장시간 사이트에 자리를 비웠습니다.) 책을 읽다 나름대로 생각 있어 책을 글을 인용해서 몇자 적습니다. 사실 얼마전 강팀장이 다니는 회사에 조직개편에 대한 바람이 불었습니다. 강팀장의 회사는 개발 1, 2팀, 고객지원팀(유지보수팀&서버관리팀), TFT 팀, DTP 팀, 멀티미디어 개발팀, ICT 팀, 인터넷 방송 팀, 관리팀, 신문팀 이렇게 구성되어 있습니다. 그중 4개팀 TFT 팀, 고객지원팀, 개발 1, 2팀의 개편에 대한 논의가 있었고 비슷한 업무에 따른 업무 효율성을 높이는 방안에 대해서 몇번의 회의가 있었습니다. 결국 팀을 업무영역별 팀으로 재개편하는 것으로 말이 있다가 결국 당장 직원의 사기 진작과 전반적인 업무 방식의 변동으로 인한 리스크를 최소화 할 수 있는 대책이 없.. 더보기
웹기획의 영웅 딜레마 극복하기 "웹 기획자"는 "웹 서비스 기획자"가 아니다. 고의적인 구분일 수 있지만 "웹 기획자"는 스토리보드를 만들고 UI를 기획하는 전문성을 가진 사람을 말한다. "웹 서비스 기획자"는 그런 기본적인 자질이 있는 상태에서 비지니스 기획과 사용자 관리 정책 및 운영 정책을 설립하고 실행하는 사람을 말한다. 다시 말해 "웹 기획자"를 웹 사이트의 설계자로 규정한다면 "웹 서비스 기획자"는 웹 사이트를 구성하는 웹 서비스를 기획하고 사용자에게 전달하고 피드백을 구현하는 경영자라고 할 수 있다. 무엇이 무엇의 상위 개념이 아니라 "웹 서비스 기획자"라는 개념이 "웹 기획자"를 포괄하고 있으며 보다 일반적인 개념이라는 것이다. "웹 기획자"는 스토리 보드를 통해 평가할 수 있지만 "웹 서비스 기획자"는 그것 이상의 무.. 더보기