이직후 가칭 XX 라는 프로젝트를 맡은지 5개월째
일본인의 외주 성격의 게임 프로젝트를 수행하면서 많은 답답함을 느꼈다

실무 3년 경험을 가진 프로그래머써, 이정도 작은 프로젝트는 모든 것을 예측가능 하게 일 할 수 있다 생각했지만 , 일의 진행은 그렇지 않았다. 

일에 대해 , 믿을 수 없을 만큼의 비협조적인  누구씨

전 프로젝트의 엄청난 지연으로 피로해보이는 팀 분위기
여러 문제점을 알지만, 지금 당장은 해결해줄 수 없는 관리자….

결정적으로 일본인들의 이질적인 사고와 비효율적이며 , 관료적인 행태

때가 되면 불가능한 요구 사항이나, 이해 할 수 없는 요구 사항들 추가는, 그들의 말 바꾸기 능력과 함께 도가 지나쳤고, 나를 점점 지치게 하였다.

도대체 어떻게 내가 꿈꾸는 완벽한 프로젝트를 할 수 있을까?

물론 그런 이상적인 프로젝트를 만나는 건 거의 불가능하다 , 하지만 좀 더 잘 할 수는 충분히 있었다.  적어도 내 경험에 의하면……….

좀 더 솔직히 말하면, 예전부터 최악의 프로젝트로 단련된 나로써는 이 정도면 양호한 편이다

일본인들로부터 프로젝트 중간검수는 기대 이상이라 칭찬까지 받았다
하지만 좀 더 잘 하고 싶다

그래서 이 책을 읽었다

일단 책의 첫 느낌은 ,  소프트웨어 선진국에도 과연 이런 일들이 있을까? 싶은 한국형 개발 방식이 상당하다는 것을 느꼈다.

경험 많은 스티브 맥코넬의 노하우란 어떨 것일까? 궁금해 하던 나는

미국이라는 곳 역시 , 결코 한국보다 크게 나은 환경은 아님에 분명 한 것 같다

[ 이건 ‘Professional 소프트웨어 개발’ 을 읽었을 때 이미 알고는 있었던 내용이긴 하다 ]
특히 사례 연구는  내가 본 최악의 상황을 붕어 빵 찍어내듯 똑 같은 것이었다

그에 따른 해결책은 각각 상황마다 다르겠지만 , 고객을 최대 한 참여시키고  이상적인 스케줄은 나오기 힘들다는 것을 고객에게 이해 시킨다는 게 핵심 인 것 같았다

이전 프로젝트부터 현 관리자는 고객에게 끌려 다니며 , 을 입장에서 터무니 없는 일정을 잡고, 일정을 지키지 못하는 것을 반복하는 실수를 하였고 , 고객에게 프로젝트가 통제 불가능한 인식을 주었다 , 이것은 책의 사례 연구와 완전 동일한 상황이었다

또한 현실적인 감각으로 쓰여진 이 책은 주옥같은 사례 연구와 경험에 우러 나오는 해결책으로 불만족 스러운 나의 현실에 대한  대리만족을 시켜주었고, 성공적인 프로젝트를 하고자 하는 나의 의욕을 더욱 뜨겁게 하였다

이 책을 끝내고 바로 다음주 월요일에 , 이 책을 관리자에게 권할 생각이다

하지만 다 좋을 수 없듯 이 책의
단점으로는 현재 개발 방법과 맞지 않은 구식 개발 방법이 상당수 있었고, 너무 많은 것을 다루려 했다는 것이다 , 그냥 자기 경험위주의 내용을 주로 쓰고 다른 책에 있는 내용들은 줄여 , 페이지를 많이 줄였으면 하는 아쉬움이 남았다

하지만 스티브 맥코넬은 유머감각이 뛰어 나서인지 지루하지 않게 읽었고 , 효과적인 문장과 적절한 비유로 그가 말하는 내용을 쉽게 머리속에 넣을 수 있었다

번역에도 무리가 없고 , 개발자 나 관리자 모두 부담 없이 읽고 좀더 나은 프로젝트를 하는데 도움이 될 수 있을 거 같았다

마지막으로  제 5장 ‘위험 관리’의 주옥 같은 문장을 인용 하기로 한다

“ 위험 관리에는 몇 가지 단점이 있기는 하다. 위험을 효과적으로 관리하는 프로젝트는 그렇지 않은 프로젝트보다 훨씬 재미 없다(역설적인 표현). 프로젝트 마감 당일 날,상사에게 이제 것 말하지 않은 문제로 인해 3개월은 족히 늦어진다고 보고 하는 그 순간에 폭발하는 아드레날린 분비를 경험하지 못하게 된다.(이것이 없어 재미 없단 말인가? -_-)
6개월간 밤낮으로 일하는 영웅이 될 기회도 놓친다.(헐헐)

하지만 많은 개발자들은 그 정도의 단점!!!을 감수 할 수 있다”