소프트웨어공학이나 프로젝트 관리에 대한 서적을 잘 안봤는데, 주위분들이 추천을 해준 책을 위주로 읽어보고 있다.

피플웨어, 데드라인, 이번에는 랩장님이 추천하신 The Art Of Project Management를 읽었다. 결론을 먼저 얘기를 하자면, 흥미롭고 재밌다.

어쩌면 상황상황이 현실에 들어맞는 이야기들을 하는지 깜짝놀랬다.

전체적으로 정리를 하면서 보고 싶었는데, 아래처럼 정리한 것도 있고, 너무나 주옥과 같은 글들이 많아서 시간을 못내고 넘어간 내용도 많다.

프로젝트를 성공적으로 끝내려면, 정말 여러 사람들이 고생을 해야 하고, 협력을 잘 해야만 가능한 것이다.

이 책을 프로젝트에 관련이 되어있는 모든 분들 팀장님부터 팀원까지, 관련 기획자, 디자이너까지 읽으면 좋겠다는 생각이 들었다.

꼭 한번 읽어보시길~

가장 좋은 업무태도
http://www.ologist.co.kr/497


사람들이 짜증내는 이유
http://www.ologist.co.kr/498

일정을 세우는 세가지 이유
http://www.ologist.co.kr/495

요구사항과 명세서 사이에 간격
http://www.ologist.co.kr/496

프로젝트에서 좋은 아이디어를 도출하는 능력은 프로젝트 첫 날부터 마지막 날까지 매우 소중합니다.

똑똑한 여행자는 막다른 골목에 다다를 확률이 가장 낮은 길을 찾습니다.

갈길이 멀수록 탐색에 시간을 더 많이 투자해야 합니다.

간격을 줄이는 방법에는 2가지가 있습니다.
1. 요구사항의 품질을 높이는 방법
2. 설계 탐구를 수행하는 방법

이 두 방법은 시간적으로 겹치는 경우가 많습니다.


The Art of Project Management

스콧 버쿤 / 한빛미디어


현실적으로 프로젝트를 진행을 할때에 모습과 너무나 많이 닮아있는 내용인 듯하다.
아이디어 도출에 대한 이야기는 중요한 키 포인트중의 하나이고, 요구사항과 명세서 사이에 간격을 줄일 수도록 품질이 좋은 산출물이 나올 것이다.
일정을 세우는 의미는 무엇인가? The Art Of Project Management에 나오는 말들을 적어보았다. 아래 내용을 보면, 느끼는 것이 있는가?

수많은 프로젝트가 일정을 맞추지 못한다는 사실은 그다지 놀라지 않습니다.

하지만, 일정을 세우는 세가지 이유

- 언제까지 일을 끝내겠다는 약속

- 프로젝트 참여자에게 자신의 업무가 전체에서 얼마나 이바지 하는지 보여줌으로써 모든 사람을 격려하기 위함

- 팀에게 진행상황을 추적하고, 작업을 관리 가능한 단위로 쪼개는 도구를 제공하기 위함


3가지 이유중에 3번째 이야기가 눈에 들어온다.

기본적으로 규모가 큰 프로젝트를 하려면, 두려움이 앞서지만, 차근차근 계획을 세워 나가면, 생각지도 못한 일들을 이미 해결한 경우를 많이 본다. 그것을 위한 단위를 만드는 작업정도로 보는 것이 가장 맘에 닿는 이야기인 듯하다.


The Art of Project Management

스콧 버쿤 / 한빛미디어

프로젝트를 진행시에 사람들이 짜증내는 이유는?

  • 내가 바보인줄 압니다.
  • 나를 신뢰하지 않습니다.
    내가 실패를 해서 무능함을 증명하지 않는 이상, 나를 유능한 인재로 대우해야합니다.
  • 내 시간을 낭비합니다.
    발생가능성이 희박하고 중요하지 않은 관리층의 망상으로 업무에서 훨씬 벗어나는 일을 해야 합니다.
  • 나를 배려하지 않고 관리합니다.
  • 바보같은 이야기를 듣거나 읽어야 합니다.

The Art of Project Management

스콧 버쿤 / 한빛미디어


열심히 일하는 정도나 최선을 다한 업무가 실제 어떤 형태인지 측정할 방도가 없기때문에 관리자는 이를 거의 언급하지 않습니다. 이는 실수입니다.

관리자는 팀원 각자가 성취욕을 키우도록 도와야 합니다.


어떤 업무 측정 방식이든지 나름대로 문제가 있습니다. 코드 줄 수(LOC:line of code)는 양을 따지지, 품질은 고려하지 못합니다. 시간은 업무기간을 뜻하지 강도를 뜻하지는 않습니다.

야근을 많이 하는 사람이 있습니다. 야근을 많이 한다고 일을 많이 하는 것도 아니고, 일을 많이 한다고 잘 하는 것도 아닙니다.

단순하게 양으로만 판단을 한다면 심각한 오류를 범하게 됩니다.

BLOG main image
OOP and Java by ologist

공지사항

카테고리

All (649)
private!! (106)
WEB & IT (140)
Developer (400)