본문 바로가기

PM

기획자를 뽑습니까? PM을 뽑습니까? The Project Cartoon.com에 업그레이드된 카툰을 볼 수 있습니다. http://www.projectcartoon.com 강팀장 블로그에서 보기 : 프로젝트의 시작과 끝... 입장 차이 - 쓴웃음이 나오는 군요. 이력서 오픈한 이후 PM관련 메일 또는 전화를 받으면서 아직도 그들이 원하는 사람이 PM 인지, 기획인지, 제안서를 만들 사람이 필요한건지 애매한 경우가 많이 있습니다. 프로젝트가 크건 작던 간에 PM과 기획은 많은 차이가 있습니다. 의미적인 차이를 본다면 PM보다 기획이 더 넓은 의미를 포괄하고 있습니다. 기획은 다시 세부적인 Part로 나눌 수 있는데, 각각의 전문적인 지식을 요구하는 분야임에 틀림이 없습니다. + 이전 관련글 : 웹기획자란? (기능자, 기술자, 기획자의 차이).. 더보기
프로젝트 일정에 대한 고민 PM으로 프로젝트에 투입해서 가장 많은 고민을 하게 되는 것 중 하나가 일정일 것입니다. 정확하고 실현 가능한 일정을 산정해 내는 것은 범위산정 및 계획/기획에서 했던 고생과 노력 뒤에 오는 끝없는 PM의 고뇌 중 하나 입니다. 프로젝트 일정 계획은 팀원 관리에서 부터 Stakeholder 관리, Communication 관리까지의 모든 관리 Skill을 투자해야 하는 일이기에 그런 고민과 고뇌가 당연한 일 입니다. 그 동안 많은 프로젝트를 수행하며, 어려운 일정 계획을 수행하기 위한 방법론으로 WBS수립을 위해 주로 MS-Project 사용하고 있습니다. (아래 화면은 MS-Project 소개 홈에서 가져 왔습니다.) WBS는 전체 업무를 중심으로 세부 액티비티(Activity) 를 정의해 가며, 하나.. 더보기
요구사항의 변화 프로젝트는 "점진적 구체화" 라는 특징을 가지고 있습니다. RFP에서 부터 프로젝트에 대한 어느 정도의 정의는 있겠지만, 명확하지 않습니다. 그래서 프로젝트를 명확하지 않은 일에 대한 명확화 또는 구체화 시키는 과정과 결과를 도출하는 일련의 작업이라고도 하는데, 이런 명확화, 구체화 시키는 처음 과정이 요구사항 분석과 확인 입니다. 요구사항은 건물을 짓는데 기초공사라고 해도 과언이 아닙니다. 그 만큼 중요하고, 정확히 분석 및 정의해야 하는 부분입니다. 아무리 요구사항을 정확히 분석하고 정의했다고 문제가 발생한 여지가 많이 있습니다. 전 세계적으로 프로젝트 문제가 발생하는 가장 큰 요인으로 요구사항에 대한 문제라는 보고서는 오래 전부터 있었습니다. 이런 요구사항에 대한 문제가 많이 발생하는 원인에 대해서.. 더보기
진행중 프로젝트 판단하기.... 관리방법론... 프로젝트를 관리하는 방법은 여러가지가 있는 것 같습니다. 우리가 흔히 많이 알고 있는 일정을 관리하는 방법, 산출물 관리 방법, 인력을 관리하는 방법, 비용을 관리하는 방법... 그런데... 이런 것들을 보면 거의 비슷한 말들로 통하는 것 같습니다. 비용~!! 일정을 관리하는 것도 결국 비용을... 산출물을 관리하는 것도 결국 비용을... 인력을 관리하는 것도 결국 비용을... 약간의 표현과 관리 관점은 차이가 있을 수 있으나, 최종적으로 프로젝트를 제대로 관리하기 위한 방법 중 하나인 것 같습니다. 그래도 가장 많이 이야기가 대두되고, 프로젝트가 꼭 IT에만 있는 것이 아니기 때문에... 순수 프로젝트 관리라는 의미에서 본다면 비용으로 관리되는 것이 정통적인 방법이 아닐까 합니다. 프로젝트 관리에서 비.. 더보기
기획자가 화면설계서(스토리보드)를 만든다구요? 기획자가 무슨 능력을 가지고 있는데요? 오늘 회사 1층 매점에서 담배와 피로회복제 한병을 사고 나오다. 어떤 아주머니와 간단한 대화를 나누게 되었습니다. 보아하니, 매점 아주머니와 친구사이인 것 같은데.... 강팀장에게 대뜸 건넨 말 한마디가 줄을 이어 대화를 하게 되었습니다. 아주머니 : OOO은 뭐하는 회사 입니까? 강팀장 : 네.... 인터넷의 각종 시스템을 개발하는 회사 입니다. 아주머니 : 시스템이 뭐죠? 강팀장 : 네.... 홈페이지라는 것 들어 보셨죠? 간단하게 작은 홈페이지에서 부터 (옆의 은행을 가르키면서.... 참고로 강팀장네 회사 1층에는 신한은행이 있습니다.) 은행 직원들이 사용하는 컴퓨터 프로그램 있죠? 그런 것들까지... 인터넷과 컴퓨터로 다른 일을 할 수 있는 기반들을 말합니다. 저희 회사는 그런 것을 만드는 회사 .. 더보기
소프트웨어 공학과 PM의 역량 - 기획자는 PM이 아니다. 하나의 시스템 개발은 많은 사람이 현업을 통해 만들어내는 공동 작품입니다. 조각 그림을 맞춰 나가듯 많은 공동 작업자들이 각 부분의 조각을 하나씩 완성해 나가고 그것을 통합하여 그림판에 옮겨 놓는 작업 입니다. 이런 작업에서는 우선 밑그림을 그리고, 각 조각을 만들고, 조각을 다시 그림판에 올려 놓는 일련의 활동을 하게 됩니다. 개발 방법론도 이런 일맥 상통한 작업이라고 할 수 있습니다. 하드웨어의 발전에 비해 소프트웨어 발전은 뒤처져 왔습니다. 그 원인이야 여러가지가 있겠지만, 소프트웨어 및 시스템은 반세기 동안 하드웨어/인프라 발전을 따라가지 못하고 있는 것이 현실 입니다. 소프트웨어가 발전이 느렸던 이유중 가장 큰 이유는 정형화 되어 있는 하드웨어 비해 소프트웨어는 정형화되어 있지 않기 때문입니다... 더보기
한국형 프로젝트???는 없다. 얼마전 이런 쪽지를 받은 적이 있습니다. "관리가 안되는 프로젝트 (대부분의 한국형 프로젝트)...." 어느 정도 경력도 갖추고 어느 정도 실력을 갖추었다고 자부하던 팀원에게 받은 쪽지는 강팀장에게 약간의 고민을 안겨 주었습니다. 한국형 프로젝트???? 도대체 한국형 프로젝트란 무엇이지?? 외국에는 다른 프로젝트를 수행하는 건가??? 아니면.. 다른 개발 언어로 개발하는 건가??? 무엇이 다른거지???? 간혹 모임이나 동호회에서도 이런 부분에 대해서 토론을 하게 될때도 한국형 프로젝트와 비슷한 말들을 듣습니다. "선진국의 프로젝트는 이렇게 되는데, 한국에서는 그렇지 못하기 때문에 실패 경우가 많은 거야...." 솔직히 강팀장은 그런 말들에 대해서 이해가 잘 가지 않습니다. 선진국이라고 말하는 부분... .. 더보기
기술관리자는 기술이 아니라 사람을 다룬다 최근 1~2년 사이에 PM에 대해서 많은 생각을 해 보게 됩니다. 과연 PM이란 무엇인가? 아주 최근의 일입니다. 어떤 사람이 PM의 업무를 잘 할 수 있는가에 대해서 2시간 가량 토론을 한적이 있었습니다. 전직 기획자, 개발자, PM전문 교육을 받은 사람, 경험자.... 많은 의견이 어떻게 보면 당연한 답변에서 세부 명제들에 대한 애기들이 결국 일반화된... 당연한 답변으로 끝나버렸지만.. (기획/개발/디자인 전직에 대해서 상관없이 이전 프로젝트 경험이 많은 경험자로 쳬계적인 관리 기법을 적용할 수 있는 사람) 아직도 풀리지 않은 것들이 많습니다. 강팀장도 초기에는 개발자 출신에서 시작해서 지금은... PM을 하고 있지만, 그동안 많은 일들이 있었습니다. 최근 1~2년 사이의 최근 프로젝트에서 스스로 .. 더보기
프로젝트의 시작과 끝... 입장 차이 - 쓴웃음이 나오는 군요. 1.고객이 프로젝트를 설명한것 2.프로젝트담당자가 이해한것 3.분석자가 설계하고 디자인 한 컨셉 4.프로그래머가 짠 결과물 5.테스터가 받은 결과물 6.컨설턴트가 묘사한 결과물 7. 프로젝트中 문서화된것 8.설치했을때 작동되는 결과 9. 고객이 결과물에 대해 지불한 금액의 크기 10.결과물에대한 유지보수 11.마케팅담당자가 광고했을때 12.실제설치된 시기와 형태 13.정말로 고객이 원했던것 14.추천사이트에 홍보한 결과 15.이러한 결과로 새계획을 추진할때 쓴웃음이 나옵니다... 도대체 어디서 부터 잘못된건지.... (그걸 따지는 것 자체가 잘못일까요? ㅡ.ㅡ;;) 더보기
관리자의 책임을 벗어날 수 없다.!! 믿음의 윤리 한 선주가 이민선을 보내려고 한다. 그는 배가 낡았고, 처음부터 그렇게 잘 만들어지지 않았다는 것을 안다. 그 배는 여러 바다와 나라를 향해했으며, 종종 수리를 요했다. 그런 의구심으로 인해 항해에 적합하지 않다는 생각을 해 왔다. 의구심이 그를 괴롭히고, 기분을 좋지 않게 했다. 비록 많은 돈이 들더라도 배를 철저히 검사하고 수리해야겠다고 생각했다. 그러나 배가 출항하기 전 그는 이런 우울한 감삼을 극복하는데 성공했다. 스스로에게 '이 배는 정말 수많은 항해를 무사히 마쳤고 폭풍우를 견뎌 왔어. 따라서 이번 여행을 무사히 마치지 못할 거라는 생각은 부질 없는 짓이야.' 하고 말한다. 그는 자신의 믿음을 '신의 섭리(Providence)'로 간주했다. 신의 섭리는 좋은 삶을 영위하기 위해 고.. 더보기
프로젝트 매니저와 아키텍트를 혼동하는 사람들 소프트웨어 프로젝트가 실패하는 이유에는 수많은 원인들이 있다. 가장 고전적인 원인을 꼽는다면 ‘잘못 결정된 프로젝트 기간과 비용’일 것이다. 또는 요구사항을 제대로 파악하지 않았거나 빈번하게 수정했기 때문일 수도 있고, 주요 이해관계자의 참여 또는 경영층의 지원이 부족했거나, 제대로 된 프로젝트 계획을 작성하지 않았기 때문일 수도 있다. 그것도 아니면 프로젝트 또는 조직 내부의 정치적인 문제 때문일 수도 있다. 어떤 최악의 프로젝트에서는, 그 모든 요인들이 결합해서 나쁜 시너지를 만들어내고 그 결과로 참담한 상황을 맞이하기도 한다. 프로젝트에 나쁜 영향을 미치는 모든 요인들에 대해 살펴보려면 엄청난 지면이 필요할 것이다. 이번 컬럼에서는 가장 중요한 실패 원인 중 하나이지만 잘 거론되지 않는 사실을 하나.. 더보기
보면 볼수록 많은 생각을.... 아무도 답을 안 단다는.... 저의 생각은 이렇습니다... 일단 각 번호를 개별 프로젝트로 간주해보면.. 각 팀은 다른 두팀과 각각 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의 .. 더보기