달력

42024  이전 다음

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30

*Rough한 일정 계획은 Tough한 일정이 된다

  - 계획은 구체적이어야 함

 

*Backward로 일정 계획을 수립하지 말고 Foward한 방식으로 하라

 - 납기일을 역산으로 일정을 세우지 말것. 일정에 현실성이 없음

 

*분석 단계는 쉬는 단계가 아니다

 - 상류단계가 하류 단계보다 중요하다. 분석 단계 기간을 너무 짧게 잡지 말 것

 

*프로젝트 오픈 이후 안정화 기간을 계획 기간에 반영하라

 - 오픈하면 바로 철수하는 일정으로 잡는 사례가 의외로 많다. 사람 일이 어찌 무 자르듯이 딱 끊어지겠는 가

    안정화 기간을 일정에 반영할 것

 

*투입 인력의 경험과 스킬을 고려하라

 - 사람에 따라 생산성에도 차이가 있다. 사람을 고려하여 일정을 수립할 것

 

*누락된 일정이 없어야 한다

 - 예를 들어 테스트 후에 오류를 수정하거나 코드에 대한 리뷰 등이 일정에 누락되는 경우가 많다

    반드시 해야 할 일에 일정이 없다면 일정은 지연될 수 밖에 없다

 

출처 : 대한민국 개발자 희망보고서 (오병곤 저)

Posted by tornado
|