Code and Fix - 재앙의 레시피
만약 프로젝트 계획을 세우지 않았거나 다른 라이프사이클 모델을 선택하지 않았다면, 당신은 분명히 이 ‘모델’을 사용하는 셈입니다. 이 방식은 대부분의 경우 짧은 일정과 결합되는데, 이는 ’지옥처럼 코딩(Code-like-hell)’하는 접근 방식을 낳습니다. ‘지옥처럼 코딩’이란, 프로젝트가 완료되거나 사람이 탈진할 때까지 작업을 계속하는 방식입니다.
코드 앤 픽스 모델을 사용할 때는, 만들고 싶은 것에 대한 대략적인 아이디어로 시작합니다. 경우에 따라서는 정식 명세를 가지고 있을 수도 있습니다. 그 후에는 비공식적인 설계, 코딩, 디버깅, 테스트 방법론을 조합하여 결과물이 출시 준비가 될 때까지 진행합니다.
코드 앤 픽스 모델에는 두 가지 장점이 있습니다. 첫째, 이 방식은 오버헤드가 없습니다. 즉, 계획 수립, 문서화, 품질 보증, 표준화 준수 등 코딩 외의 활동에 시간을 전혀 쓰지 않습니다. 바로 코딩에 착수할 수 있기 때문에 즉각적인 진행 상황을 보여줄 수 있습니다. 둘째, 이 모델은 전문성이 거의 필요하지 않습니다. 컴퓨터 프로그램을 작성해본 적이 있는 사람이라면 누구나 익숙한 방식입니다.
작고 일회성으로 끝나는 프로젝트라면 이 모델이 유용할 수 있습니다. 예를 들어, 개념 증명용 프로그램, 단기 데모, 혹은 버려질 프로토타입 같은 경우입니다.
그러나 작은 프로젝트를 제외한 모든 유형의 프로젝트에서는 이 모델이 위험합니다. 오버헤드가 없다는 점은 장점일 수 있지만, 진행 상황을 평가할 방법도 제공하지 않습니다. 단지 ‘완료될 때까지 코딩’하는 것이 전부입니다. 품질을 평가하거나 리스크를 식별하는 수단도 없습니다. 코딩을 진행하다가 설계 접근 방식 자체에 근본적인 결함이 있다는 것을 세 번째 분량까지 진행한 후 발견한다면, 지금까지 했던 작업을 모두 폐기하고 처음부터 다시 시작해야 합니다. 다른 모델이라면 이런 근본적인 실수를 더 초기에 발견하도록 도와주었을 것이며, 수정 비용도 훨씬 적었을 것입니다.
참고