지금은 어쩌면 당연한 숙명으로 받아들여질 정도이다.

일정을 못 맞추는 데에 그치지 않고 보통은 예상한 일정의 2배 이상 시간이 소요 되는 경우도 허다하다.
물론 여기서 "예상한" 이라는 단어에 어폐가 있다는 것도 많은 사람들이 인정하리라 생각한다.

애초에 개발자에게는 일정을 예상할 수 있는 권리따위가 부여되지 않는다.
때로는 어이 없게도 동대문에서 가격 흥정하듯이 영업팀과 일정 흥정이 흥하게 이뤄지고,
그나마도 대부분 그들의 강요대로 결정되기가 일수다.
또 많은 경우 예컨데, 3개월의 여유가 있어도 100% 확률로 개발 일정이 딜레이 될 것을 알기 때문에
처음부터 2개월이라고 일정을 못 박아두고 일정 딜레이 기간을 제시하기도 한다.
만약 그렇다면 나는 장담한다. 개발 일정은 4개월 이상 걸릴 거라고 ... -_-;

그러고 보니 이번 소프트웨어 릴리즈는 1주일로 기간을 잡았는데, 실제로는 6주가 넘게 걸렸다.
이건 너무 터무니 없군 -_-;;
























개발 일정의 조율은 개발자에게 절대 불리하다.
일단 엔지니어는 말빨이 딸리고, 일정을 늘릴 만한 명분도 별로 없고 결정적으로 잘 통하지 않는다.


일정이 정해 지고 나면 이번에는 QA(quality assurance; 품질 보증)팀과의 기싸움이 남아 있다.
이번엔 입장이 반대가 되어 개발자는 어떻게든 일정을 줄이려 할 것이고,
QA팀에서는 최대한 일정을 늘이려고 한다.
어쨌든 나중에 릴리즈가 된 후에 문제가 발생하면 상당부분 책임이 QA팀으로 돌아가기 때문이다.
산 넘어 산이다.

엔지니어는 그래서 다양한 기술을 연마하지 않으면 안 된다.
일만 잘 한다고 되는 것이 아니라는 것이다. 경력이 쌓이면 물론 이런 스킬도 따라 발전하겠지만,
가끔 미처 경력과 내공이 쌓이기 전에 이런 상황에 놓여 버리면 문제가 많다.


...