어제 명준이랑 얘기하다가 재미난 용어가 생각났다.
Deadline Driven Development
일명 일정(or 마감일)-driven 개발 방법론.. ^^
바로 과거부터 현재까지 소프트웨어 업계에서 가장 신봉하는 개발 방법론이다.
Test-driven, Unified Process, XP 기타 등등..의 모든 개발 방법론은 Deadline-Driven의 발밑에 존재한다.
이 개발 방법론에 따르면..
모든 개발은 Deadline을 정함으로써 시작된다.
제품의 범위를 규정하고, 가용 인력을 조사하는 행위는 모두 이 Deadline을 정하기 위한 극히 형식적인 사전 준비활동에 지나지 않는다.
가장 이상적인 경우는 마케팅부나 운영, 영업부에서 Deadline을 못밖아 개발팀의 고민을 덜어주는 것이다.
일단 Deadline이 정해지면..
프로젝트에 문제가 생길 때마다 모든 계획은 Deadline에 맞춰 재편성된다.
핵심 인력이 빠져나가건, 핵심 기능이 동작하지 않건.. 그건 크게 중요치 않다.
심지어 Deadline까지 완성이 불가능하다는 인식을 모든 개발자가 공유하더라도
일단 Deadline까지는 밤새워 무언가를 해야한다.
하지만 Deadline이 지나고, 다음 Deadline이 정해지면
언제 그랬냐는 듯이 집에 가서 푹 자고 온다.
물론 그날부터 당분간 밤샘은 사라진다.
Deadline-Driven Development의 다음 주기(cycle)가 시작됐음을 상징하는 현상이다.
음..
이 개발 방법론에 대해 좀 더 연구화해보고 싶다.. ^^ |
|
