프로젝트 관리
-
구글의 개발 문화와 척도없는 네트워크 모델Leader/Project Management 2007. 3. 28. 11:15
A.L. 바라바시의 링크를 읽으면서 정종오 기자님이 쓰신 구글 직원이 소개하는 독특한 '구글 기업문화'가 생각났다. 만약 자기가 하려는 일이 아직 프로젝트가 돼 있지 않다면 '아이디어 마켓'에 자신의 아이디어를 올리면 된다고 했다. 이 아이디어에 일정 수 이상의 다른 직원이 좋은 아이디어라고 동의하면 '20% 프로젝트'가 된다고 설명했다. '20% 프로젝트'란 용어를 쓰는 것은 자신의 업무 시간중에서 20%만 쓰는 것을 의미한다.이 '20% 프로젝트'를 여러 다른 엔지니어들과 프로젝트 매니저가 모여 계속 추진해 나간다. 이 후 '20% 프로젝트'가 어느정도 성과를 거두고 더 큰 자원(서버, 네트워크, 마케팅 등)이 필요하다고 판단되면 임원에게 보고하고 정식 프로젝트로 승격되는 과정을 거친다. 정식 프로젝..
-
15장 후반 전략Leader/Project Management 2007. 3. 20. 16:28
프로젝트의 일정을 맞추느라 엄청난 노력을 들었다면, 다음 단계에 이를 회복하기 위한 더 많은 시간이 필요합니다. 따라서 우수한 관리자는 막무가내로 밀어붙이는 상황을 피해야만 합니다. 중간 목표마다 달성해야할 상태 목록을 종료기준이라고 합니다. 중간 목표에는 "설계 완료(명세 완료)", "기능 완료(구현 완료)", "테스트나 중간 목표 완료(품질 보증과 개선 완료)"의 세 가지 핵심 지점이 있습니다. 종료 기준을 세웁니다. 종료 기준이 없다면, 스트레스와 위험이 큰 프로젝트의 후반에 팀이 힘든 논쟁에 휘말리게 됩니다. 종료 기준을 세움으로써, 중간 목표 끝 부분에는 종료 기준을 충족시키기 위해 모든 힘을 쏟도록 계획해야 합니다. 일정 맞추기는 비행기의 착륙과 유사합니다. 아주 길고 느린 착륙 과정이 필요합..
-
13장 추진하기Leader/Project Management 2007. 3. 14. 11:10
일을 추진하는 능력 = 촉매제 혹은 책임자가 되는 방법을 아는 능력 + 촉매제가 되겠다는 용기. 우선순위는 프로젝트 진행의 근간이 됩니다. 프로젝트를 지연시키는 요인은 목표나 업무 진행 순서에 대한 혼동입니다. 우선 순위 목록을 정리하는데 충분한 시간을 보냅니다. 방향이나 목표가 바뀌면 우선순위에도 곧바로 반영해야 합니다. 기본적인 우선순위 목록은 프로젝트 목표, 기능 목록, 작업항목 목록입니다. 각각은 항상 동기화가 되어야 합니다. 우선순위는 최우선순위와 나머지로 나눌 수 있습니다. 최우선순위는 성공을 위해서는 반드시 해야하는 부분입니다. 최우선순위를 작고 빈틈없는 목록을 만들기 위해 노력합니다. 리더나 팀 관리자는 우선순위에 어긋나는 업무에 대해서 솔선수범해서 "안됩니다"라고 대답함으로써 팀 전체의 ..
-
11장 어려움을 극복하기Leader/Project Management 2007. 3. 8. 19:27
난관은 현 계획과 현실 사이에 심각한 격차가 있는 상황입니다. 침착하게 현 상황을 바라보고 문제를 이해합니다. 우선순위를 매겨서 문제에 대응합니다. 필요한 사람이 한자리에 모여서 대안을 궁리하고 가장 단순하고 명백한 대안을 짭니다. 그것을 실행하고 이것으로부터 배운 교훈을 목록으로 만듭니다. 보통은 PM이 이런 상황을 자진해서 떠맡고 팀과 프로젝트가 성공하도록 도와야 합니다. 팀원들의 비난받을 두려움을 덜어주어 그들이 더 나은 해결책을 내놓도록 유도합니다. 대안을 찾거나 선택 방안을 고려할 시간이 없는 커다란 문제가 발생하면 가장 처음에 취할 조치는 피해 통제입니다. 이런 상황에서는 프로젝트를 안정적인 상태로 되돌리는 일이 최고 우선순위가 됩니다. 분쟁을 해결하기 위해서 첫번째는 합의점이나 공통의 관심사..
-
10장 프로세스, 전자편지, 회의Leader/Project Management 2007. 3. 7. 11:53
프로세스가 적합한지 여부는 현재에 초점을 맞추어야 합니다. 일반적으로 프로젝트와 팀을 성공으로 이끄는 요인과 현재의 것이 다른 것과 다른점을 모두 이해해야 좋은 프로세스를 만들 수 있습니다. 좋은 프로세스는 프로젝트를 완수할 가능성을 높여주며 비용보다는 이익이 큽니다. 좋은 프로세스를 가늠할 수 있는 공식은 다음과 같습니다. 프로세스 가치 = ((FC * FP) * T) - (DT + LT + (AT * N)) (DT : 프로세스 설계 시간, LT : 팀이 프로세스를 배우는 시간, AT : 프로세스로 작업하는 시간, N : 프로세스를 사용하는 횟수, FC : 프로세스가 존재함으로써 피할 수 있는 실패 비용, FP : 주어진 시간 단위 내에 프로세스 부재로 실패가 일어난 확률, T : 프로젝트에 존재하는 ..
-
9장 의사소통과 관계Leader/Project Management 2007. 3. 6. 14:53
오늘날의 의사소통에서 그것의 품질과 효과, 함께 일하는 사람들과의 관계를 중요하게 생각합니다. 의사소통은 전송, 수신, 이해, 동의, 조치라는 기본 상태를 가집니다. 원하는 일이 제대로 일어나지 않는다면 이것을 사용하여 어떤 단계에 문제가 생겼는지 파악합니다. 일반적으로 발생하는 의사소통의 문제는, 1) 확인되지 않은 가정, 2) 내용을 명확히 절달하지 못함, 3) 상대의 말을 주의깊에 듣지 않음, 4) 지시, 명령, 5) 감정이 다른 형태로 표출됨, 6) 인신 공격, 7) 비웃음, 조소, 비난 등이 있습니다. 이것을 해결하기 위해서는, 1) 핵심 사항에 대한 가정을 논의 중에 습관적으로 밝힘 2) 다른 사람이 쉽게 이해할 수 있는 방법을 찾음, 3) 내가 모르는 것을 상대방이 알고 있다는 가능성을 인정..
-
8장 올바른 결정 내리기Leader/Project Management 2007. 3. 2. 17:46
의사결정을 성공하기 위해서는 어느 결정에 시간과 에너지를 쏟아부을지 결정해야 합니다. 이것을 메타-의사결정이라고 합니다. 의사결정의 첫번째는 중요성을 판단하는 겁니다. 문제의 핵심을 파악하고, 결정으로 생기는 영향을 고려합니다. 시간이 결정에 미치는 효과를 판단합니다. 필요하다면 전문가와 같이, 또는 전문가에게 위임할 수도 있습니다. 여러가지 선택방안을 찾아서 평가하고 판단합니다. 여러 선택방안에 차이가 별로 없으면, 가장 먼저 떠오르는 합리적인 방안을 선택합니다. 결정에 따르는 위험부담이 크거나 선택 방안의 본질에 익숙하지 못하면, 여러 대안을 비교 평가하여 판단을 합니다. (tip: 여러가지 선택방안을 선정할 때, "아무 조치도 취하지 않음"이라는 선택안을 항상 포함합니다.) 선택의 영역을 밝혀준 자..
-
7장 명세서Leader/Project Management 2007. 2. 27. 16:56
명세서는 문서를 만들고 읽는 사람과 현재의 프로젝트에 따라서 여러가지 방식이 있습니다. 명세서는 올바른 제품을 만들게 하고, 계획 수립 단계의 마침표를 찍으며, 관련자들이 검토와 피드백을 내놓도록 도와줍니다. 명세서에 담기는 정보의 다섯 가지 유형은, 요구사항, 기능, 기술 명세서, 작업 항목 록록, 테스트 기준과 중간 목표 종료 기준이 있습니다. 명세서 작성은 한 명이 설계 도중에 시작하며 설계에 대한 이해가 쌓이면서 이를 따라가도록 합니다. 검토와 피드백은 반복적으로 확인하고 개선하는 과정입니다. 이는 명세서의 품질을 정의하고 제어하는 가장 간단한 방법입니다. 팀이 미해결 문제들을 잘 해결할 수 있다고 예측할 수 있다면 명세서를 검토하고 완료할 수 있습니다. 명세서를 완료하면 다음으로 진행하기전에 팀..