전국 예약을 만들기 전에 한 지점의 예약을 끝내 봤다
가상 이야기 · 핵심노트 기반
핵심노트 개념: 점증적 개발 — 작은 변경으로 일찍 확인한다
이 글에서 배우는 교훈
점증적 개발은 사용 가능한 기능부터 완성해 범위를 넓히고, 사용 과정에서 드러난 요구를 다음 버전에 반영합니다.
핵심노트를 바탕으로 만든 가상 이야기입니다. 실제 사건이나 검증된 성과가 아닙니다.
근거: 점증적 개발 — 작은 변경으로 일찍 확인한다 · 핵심노트 4
구체적으로는 한 지점의 접수 예약을 먼저 사용해 수리 시간과 접수 시간의 차이를 확인한 뒤 기사 배정과 지점 범위를 넓혔습니다.
관련 교재 내용
소프트웨어 개발 · I. 소프트웨어 공학 · 점증적·진화적 개발
기능을 단계적으로 확장하거나 사용 결과에서 나온 변경을 다음 버전에 반영합니다.
이 사례에 적용한 내용: 한 지점의 접수 예약을 먼저 사용해 수리 시간과 접수 시간의 차이를 확인한 뒤 기사 배정과 지점 범위를 넓혔습니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
수리업체는 모든 지점의 예약·결제·기사 배정을 한꺼번에 만들려 했습니다. 그런데 고객이 수리 가능 시간을 고르는지, 접수 가능한 시간을 고르는지조차 현장과 개발팀의 이해가 달랐습니다. 화면 전체를 만든 뒤 확인하면 예약·배정 흐름을 모두 고쳐야 할 수 있었습니다.
팀은 한 지점에서 고객이 접수 시간을 고르고 직원이 확인하는 흐름부터 완성했습니다. 직원이 실제 예약을 처리해 보니 수리 시간은 고장 내용을 확인한 뒤 정해야 했습니다. 첫 버전에는 접수 예약임을 표시하고 확인 전 확정 알림을 보내지 않게 바꿨습니다. 그다음 기사 배정과 다른 지점을 추가했습니다.
결론
첫 버전도 예약을 접수하고 확인하는 일을 끝낼 수 있었기에 현장의 차이를 발견했습니다. 화면 일부만 만든 것과, 작지만 사용할 수 있는 기능을 완성해 피드백을 받는 것은 다릅니다.