본문 바로가기

전체 글21

프로젝트 M을 논하다 – 3. 프로젝트 M, 왜 힘들었나? 목차 1. 들어가며 2. 프로젝트 M은 어떤 녀석인가? 3. 프로젝트 M, 왜 힘들었나? 4. 프로세스 M을 다시 한다면 프로젝트 M, 왜 힘들었나? 30여년간 프로젝트 관리자로서 생활한 PM에게 물었다. "신참 PM에게 해 주고 싶은 얘기가 있다면 무엇입니까?" "Good Luck" - 티모시 리스터, 피플웨어 중에서 SI 프로젝트가 갖는 일반적 문제점 우리나라 환경에서의 SI 프로젝트가 갖는 문제점을 나열하자면 여러 가지가 있겠으나 고객과 SI업체, 개발자(프리랜서)의 측면에서 본다면 다음과 같은 것을 꼽을 수 있을 것이다. 고객측면 고객 스스로가 무엇을 원하는 지 모른다. SI업체가 오면 무엇이든지 다 해 줄 수 있는 것으로 생각한다. 개발업체측면 고객의 요구사항이 명확치 않으므로 고객의 업무량을 .. 2010. 8. 8.
프로젝트 M을 논하다 – 4. 프로젝트 M을 다시 한다면 목차 1. 들어가며 2. 프로젝트 M은 어떤 녀석인가? 3. 프로젝트 M, 왜 힘들었나? 4. 프로세스 M을 다시 한다면 프로젝트 M을 다시 한다면 프로젝트는 쇼부다 - 염진섭 일정과 인력과 예산이 절대적으로 부족한 프로젝트에 참여하도록 회사에서 강요한다면 할 수 있는 일은? 퇴사 처음부터 극단적으로 퇴사를 고려해선 안 되겠지만, 무리한 프로젝트에 참여하는 것은 결코 바람직한 일이 아니다. Trouble 프로젝트에 참여하면서 죽을 고생을 다했다는 사람을 흔히 보곤 한다. 아니 일상적으로 본다. 그리고 아주 가끔은 너무나도 과중한 스트레스로 자살을 했다는 소식도 접한다.(PDA의 효시격인 애플의 Newton개발자가 스트레스로 자살을 했다는 얘기는 잘 알려진 얘기중의 하나다). 과연 그 프로젝트가 가정의 행.. 2010. 8. 8.
Martin Fowler – 설계와 개발의 분리 원문 http://www.martinfowler.com/articles/newMethodology.html#SeparationOfDesignAndConstruction 소프트웨어 개발 방법론은 흔히 토목공학 혹은 기계공학과 같은 공학분야에서 비롯된다. 이들 공학은, 작업을 시작하기 전, 계획단계를 주로 강조한다. 엔지니어들은 무언가를 만들기 위해 무엇이 필요한지, 필요한 것들이 서로 어떻게 조합되어야 하는지를 아주 정교하게 보여주는 일련의 설계도를 그린다. 다리에 가해지는 부하를 어떻게 해결해야 하는 지와 같은 수많은 결정이 이러한 설계도를 작성하는 과정에서 이뤄진다. 이렇게 작성된 설계도는 다른 그룹, 종종 다른 회사에 전달되어 설계도에 따라 다리를 만들게 된다. 시공을 하는 동안 몇 가지 문제에 부딪.. 2010. 7. 17.
너희가 프로젝트를 아느냐? – 1. 프로젝트 예측 이카루스의 날개를 제외하면, 소프트웨어는 인간이 만든 가장 조악하게 만들어지고, 신뢰할 수 없으며, 유지하기 어려운 기술적 산물이다. - Paul A. Strassmann 목차 0. 들어가며 1. 프로젝트 예측 2. Mythical Man-Month 3. 프로젝트의 크기가 미치는 영향 4. 프로세스에 대한 오해 5. 프로젝트 생산성 6. 진정 하고 싶은 말 7. 인용 자료 들어가며 숲 속에서 숲을 바라보기가 어려운 것처럼, 우리가 항시 수행하고 있는 소프트웨어 개발 프로젝트이지만 프로젝트의 실체에 대한 바라보기란 쉽지 않다. 그러나 우리는 프로젝트에 대한 아무런 정보 없이도, 그 프로젝트가 제 날짜에 끝나지 못한다고 자신 있게 예상할 수 있다. 프로젝트가 제 날짜에 끝나지 않고, 프로젝트팀이 지속되는 야.. 2009. 11. 26.

티스토리툴바