*Rough한 일정 계획은 Tough한 일정이 된다
- 계획은 구체적이어야 함
*Backward로 일정 계획을 수립하지 말고 Foward한 방식으로 하라
- 납기일을 역산으로 일정을 세우지 말것. 일정에 현실성이 없음
*분석 단계는 쉬는 단계가 아니다
- 상류단계가 하류 단계보다 중요하다. 분석 단계 기간을 너무 짧게 잡지 말 것
*프로젝트 오픈 이후 안정화 기간을 계획 기간에 반영하라
- 오픈하면 바로 철수하는 일정으로 잡는 사례가 의외로 많다. 사람 일이 어찌 무 자르듯이 딱 끊어지겠는 가
안정화 기간을 일정에 반영할 것
*투입 인력의 경험과 스킬을 고려하라
- 사람에 따라 생산성에도 차이가 있다. 사람을 고려하여 일정을 수립할 것
*누락된 일정이 없어야 한다
- 예를 들어 테스트 후에 오류를 수정하거나 코드에 대한 리뷰 등이 일정에 누락되는 경우가 많다
반드시 해야 할 일에 일정이 없다면 일정은 지연될 수 밖에 없다
출처 : 대한민국 개발자 희망보고서 (오병곤 저)
[출처] IT 프로젝트 일정 계획 수립 시 유의사항 (소프트웨어 시스템 개발 포럼) |작성자 일지매
'이것저것 > 기획' 카테고리의 다른 글
[펌] 소프트웨어 개발의 전형적인 실수 목록 (0) | 2005.06.01 |
---|---|
[펌] 정보전략계획(ISP) Roadmap (0) | 2004.06.04 |
[펌] 브레인 스토밍 (0) | 2004.05.13 |
[펌] 성공적인 프리젠테이션을 위한 7가지 원칙 (0) | 2004.05.13 |
[펌] 기획? 기획자? 기획서? (0) | 2004.05.13 |