본문 바로가기

Management

100만달러를 손해본 직원에 대한 믿음 룩펠러에게 리더상을 보다. 조직이라는 것은 어떤 성과를 창출해 내기 위해 구성된 목적성 관계입니다. 조직의 구성원들은 수평적이든, 수직적이든 성과를 위해 활동을 하게 되고, 성과를 내기 위한 활동은 구성원 개개인이 담당한 업무를 어느정도 성실하게 수행했느냐에 따라 높은 성과를 내느냐 못 내느냐에 따라 결정됩니다. 어떤 조직이든 그 구성원들이 어느정도의 성과를 내느냐는 그 조직을 이끌게 되는 리더가 자질과 마인드가 가장 중요합니다. 물론 구성원 하나하나도 중요하지만 구성원을 이어주고 힘을 돋아주고 목표이상의 결과를 도달하기 위해 리더는 처음부터 끝까지 조직 운영에서 가장 중요한 위치에 있게 됩니다. 이런 간단한 조직이론은 2~3명의 작은 프로젝트 뿐만 아니라 거대 회사조직은 물론 NGO같은 영리 조직, 심지어 학교 레포트를 제출하기.. 더보기
프로젝트 일정에 대한 고민 PM으로 프로젝트에 투입해서 가장 많은 고민을 하게 되는 것 중 하나가 일정일 것입니다. 정확하고 실현 가능한 일정을 산정해 내는 것은 범위산정 및 계획/기획에서 했던 고생과 노력 뒤에 오는 끝없는 PM의 고뇌 중 하나 입니다. 프로젝트 일정 계획은 팀원 관리에서 부터 Stakeholder 관리, Communication 관리까지의 모든 관리 Skill을 투자해야 하는 일이기에 그런 고민과 고뇌가 당연한 일 입니다. 그 동안 많은 프로젝트를 수행하며, 어려운 일정 계획을 수행하기 위한 방법론으로 WBS수립을 위해 주로 MS-Project 사용하고 있습니다. (아래 화면은 MS-Project 소개 홈에서 가져 왔습니다.) WBS는 전체 업무를 중심으로 세부 액티비티(Activity) 를 정의해 가며, 하나.. 더보기
요구사항의 변화 프로젝트는 "점진적 구체화" 라는 특징을 가지고 있습니다. RFP에서 부터 프로젝트에 대한 어느 정도의 정의는 있겠지만, 명확하지 않습니다. 그래서 프로젝트를 명확하지 않은 일에 대한 명확화 또는 구체화 시키는 과정과 결과를 도출하는 일련의 작업이라고도 하는데, 이런 명확화, 구체화 시키는 처음 과정이 요구사항 분석과 확인 입니다. 요구사항은 건물을 짓는데 기초공사라고 해도 과언이 아닙니다. 그 만큼 중요하고, 정확히 분석 및 정의해야 하는 부분입니다. 아무리 요구사항을 정확히 분석하고 정의했다고 문제가 발생한 여지가 많이 있습니다. 전 세계적으로 프로젝트 문제가 발생하는 가장 큰 요인으로 요구사항에 대한 문제라는 보고서는 오래 전부터 있었습니다. 이런 요구사항에 대한 문제가 많이 발생하는 원인에 대해서.. 더보기
진행중 프로젝트 판단하기.... 관리방법론... 프로젝트를 관리하는 방법은 여러가지가 있는 것 같습니다. 우리가 흔히 많이 알고 있는 일정을 관리하는 방법, 산출물 관리 방법, 인력을 관리하는 방법, 비용을 관리하는 방법... 그런데... 이런 것들을 보면 거의 비슷한 말들로 통하는 것 같습니다. 비용~!! 일정을 관리하는 것도 결국 비용을... 산출물을 관리하는 것도 결국 비용을... 인력을 관리하는 것도 결국 비용을... 약간의 표현과 관리 관점은 차이가 있을 수 있으나, 최종적으로 프로젝트를 제대로 관리하기 위한 방법 중 하나인 것 같습니다. 그래도 가장 많이 이야기가 대두되고, 프로젝트가 꼭 IT에만 있는 것이 아니기 때문에... 순수 프로젝트 관리라는 의미에서 본다면 비용으로 관리되는 것이 정통적인 방법이 아닐까 합니다. 프로젝트 관리에서 비.. 더보기
소프트웨어 공학과 PM의 역량 - 기획자는 PM이 아니다. 하나의 시스템 개발은 많은 사람이 현업을 통해 만들어내는 공동 작품입니다. 조각 그림을 맞춰 나가듯 많은 공동 작업자들이 각 부분의 조각을 하나씩 완성해 나가고 그것을 통합하여 그림판에 옮겨 놓는 작업 입니다. 이런 작업에서는 우선 밑그림을 그리고, 각 조각을 만들고, 조각을 다시 그림판에 올려 놓는 일련의 활동을 하게 됩니다. 개발 방법론도 이런 일맥 상통한 작업이라고 할 수 있습니다. 하드웨어의 발전에 비해 소프트웨어 발전은 뒤처져 왔습니다. 그 원인이야 여러가지가 있겠지만, 소프트웨어 및 시스템은 반세기 동안 하드웨어/인프라 발전을 따라가지 못하고 있는 것이 현실 입니다. 소프트웨어가 발전이 느렸던 이유중 가장 큰 이유는 정형화 되어 있는 하드웨어 비해 소프트웨어는 정형화되어 있지 않기 때문입니다... 더보기
한국형 프로젝트???는 없다. 얼마전 이런 쪽지를 받은 적이 있습니다. "관리가 안되는 프로젝트 (대부분의 한국형 프로젝트)...." 어느 정도 경력도 갖추고 어느 정도 실력을 갖추었다고 자부하던 팀원에게 받은 쪽지는 강팀장에게 약간의 고민을 안겨 주었습니다. 한국형 프로젝트???? 도대체 한국형 프로젝트란 무엇이지?? 외국에는 다른 프로젝트를 수행하는 건가??? 아니면.. 다른 개발 언어로 개발하는 건가??? 무엇이 다른거지???? 간혹 모임이나 동호회에서도 이런 부분에 대해서 토론을 하게 될때도 한국형 프로젝트와 비슷한 말들을 듣습니다. "선진국의 프로젝트는 이렇게 되는데, 한국에서는 그렇지 못하기 때문에 실패 경우가 많은 거야...." 솔직히 강팀장은 그런 말들에 대해서 이해가 잘 가지 않습니다. 선진국이라고 말하는 부분... .. 더보기
프로젝트의 시작과 끝... 입장 차이 - 쓴웃음이 나오는 군요. 1.고객이 프로젝트를 설명한것 2.프로젝트담당자가 이해한것 3.분석자가 설계하고 디자인 한 컨셉 4.프로그래머가 짠 결과물 5.테스터가 받은 결과물 6.컨설턴트가 묘사한 결과물 7. 프로젝트中 문서화된것 8.설치했을때 작동되는 결과 9. 고객이 결과물에 대해 지불한 금액의 크기 10.결과물에대한 유지보수 11.마케팅담당자가 광고했을때 12.실제설치된 시기와 형태 13.정말로 고객이 원했던것 14.추천사이트에 홍보한 결과 15.이러한 결과로 새계획을 추진할때 쓴웃음이 나옵니다... 도대체 어디서 부터 잘못된건지.... (그걸 따지는 것 자체가 잘못일까요? ㅡ.ㅡ;;) 더보기
[프로젝트 실패의 원인] 프로젝트 실패 인적자원 때문인 경우는 작다. 많은 통계와 사례를 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의 .. 더보기
직원의 氣를 살리는 리더 조범상 인재 선발과 더불어 인재의 능력 발휘 여부가 기업의 승패를 좌우한다. 인재가 자신의 잠재 역량을 최대한 발휘하도록 하려면 리더가 부하직원의 기를 살리고 자신감을 심어주는 것이 가장 중요하다. 인재가 기를 펴고 자신의 능력을 마음껏 발휘할 수 있게끔 만드는 리더의 여섯 가지 조건을 살펴 본다. 기업들은 유능한 인재를 선발하기 위해 전담반을 구성하는가 하면, 몇몇 대기업에서는 해외 인재들을 유치하기 위해 CEO가 해외로 직접 채용 활동을 나가기도 한다. 우수한 인재를 확보하는 길이 성공의 관건이라는 인식 때문이다. 그러나 기업이 성공하기 위해서는 유능한 인재를 선발하는 것 못지않게 그들이 자신의 능력을 개발하고 발휘할 수 있게끔 여건을 마련하는 것도 중요하다. 일본의 자동차 기업, 도요타와 마쓰다의 .. 더보기
프로젝트 스코프 관리 프로젝트 스코프 관리란 프로젝트 성공을 위해 해야 할 일과 하지 말아야 할 일을 판단하여 해야 할 일이 누락되거나 하지 말아야 할 일이 수행되지 않도록 프로젝트 스코프를 계획하고, 정의하며, 실행된 스코프를 검증하고, 승인된 스코프의 변경을 통제하는 활동을 포함한다. 프로젝트 스코프 관리는 프로젝트의 분야나 규모에 관계 없이 반드시 수행해야 하느 가장 기본적이면서도 중요한 업무이다. 스코프 기술서는 스코프 계획 프로세스의 출력물로 장래에 프로젝트와 관련된 결정의 기준이 되는 문서이다. WBS는 스코프 정의 프로세스의 출력물로 프로젝트를 산출물 중심으로 분할을 반복하여 더 작고 더 관리하기 쉬운 산출물로 만든 체계적인 문서이다. WBS는 프로젝트 스코프에 대한 성과기준계획으로 반드시 고객과 경영층의 공식적.. 더보기
웹 개발 인력 구성 (이번 출장이 길어져 장시간 사이트에 자리를 비웠습니다.) 책을 읽다 나름대로 생각 있어 책을 글을 인용해서 몇자 적습니다. 사실 얼마전 강팀장이 다니는 회사에 조직개편에 대한 바람이 불었습니다. 강팀장의 회사는 개발 1, 2팀, 고객지원팀(유지보수팀&서버관리팀), TFT 팀, DTP 팀, 멀티미디어 개발팀, ICT 팀, 인터넷 방송 팀, 관리팀, 신문팀 이렇게 구성되어 있습니다. 그중 4개팀 TFT 팀, 고객지원팀, 개발 1, 2팀의 개편에 대한 논의가 있었고 비슷한 업무에 따른 업무 효율성을 높이는 방안에 대해서 몇번의 회의가 있었습니다. 결국 팀을 업무영역별 팀으로 재개편하는 것으로 말이 있다가 결국 당장 직원의 사기 진작과 전반적인 업무 방식의 변동으로 인한 리스크를 최소화 할 수 있는 대책이 없.. 더보기

티스토리툴바