만드는 방법보다
판정하는 기준을 먼저

착수부터 인수인계까지

각 단계마다 고객께서 하시는 일, 저희가 드리는 것, 그리고 무엇이 되면 그 단계가 끝나는지를 같이 적었습니다.

1. 1. 착수 전 — 검수기준을 서면으로 확정합니다

   DONE WHEN검수기준 확정본에 양측 서면 동의가 끝나고, 이후의 모든 합격·불합격 판정이 이 문서 하나를 근거로 이루어진다는 점이 합의됐을 때입니다.
   고객께서 하시는 일

   만들 범위와 "어떤 상태가 되면 합격인가"를 저희와 함께 문장으로 맞추고, 확정본에 서면으로 동의해 주십니다. 이 자리에서 소통 채널도 함께 정합니다 — 일상 대화는 카카오톡·통화로 하되, 범위·일정·금액에 영향을 주는 사항은 서면(이메일 포함)으로만 효력이 생깁니다.

   모벤이 드리는 것

   테스트 시나리오 형태의 검수기준 확정본, 범위 고정(Fixed Scope) 기준선, 마일스톤 목록과 마일스톤별 확인 수단을 드립니다. 저희는 범위 고정을 선언으로 두지 않고 이 문서 하나로 집행합니다.

2. 2. 설계 — 화면과 데이터 구조를 검수기준에 붙입니다

   DONE WHEN설계 산출물이 검수기준의 각 항목과 하나씩 연결되고, 확인 수단이 비어 있는 마일스톤이 하나도 남지 않았을 때입니다. 확인 수단이 없는 마일스톤은 통과 기준이 없는 마일스톤이라고 봅니다.
   고객께서 하시는 일

   화면 설계와 데이터 구조 초안을 검수기준과 대조하며 보시고, 어긋난 곳과 빠진 곳을 짚어 주십니다. 이 시점의 지적은 코드가 쌓이기 전이라 가장 싸게 반영됩니다.

   모벤이 드리는 것

   화면 설계, 데이터 구조(DB 스키마) 설계, 그리고 마일스톤마다 확인 수단을 붙여 드립니다. 화면 캡처나 눌러 볼 수 있는 경로를 붙일 수 없는 마일스톤(스키마 설계·문서화 등)에는 무엇으로 확인하는지를 대신 적어 둡니다.

3. 3. 구현 — 매주 진척과 눈으로 볼 것을 함께 보고합니다

   DONE WHEN각 마일스톤의 산출물이 나오고, 거기 붙여 둔 확인 수단(화면 캡처·접속 경로 또는 대체 확인 방법)으로 고객이 직접 확인하셨을 때 그 마일스톤을 닫습니다. 변경 요청은 서면 교부 후 3영업일 안에 회신하며, 회신이 없으면 거절로 봅니다.
   고객께서 하시는 일

   주 1회 화상 미팅에 참여해 그 주 결과를 보시고 의견을 주십니다. 범위·일정·금액에 영향을 주는 요청은 서면으로 주시면 됩니다.

   모벤이 드리는 것

   주 1회 진행보고와 주간 화상 미팅을 드리고, 공식 기록은 이메일로 남깁니다. 주신 의견은 그 주에 처리해 다음 주간 보고에 "무엇을 어떻게 반영했는지"를 한 줄로 되돌려 드립니다 — 문구·배치·순서·표시 형식처럼 범위 안의 조정은 추가 비용 없이 그 주기에 흡수하고, 기능 추가·규칙 변경처럼 범위를 바꾸는 요청은 일정·금액 영향을 서면으로 드린 뒤 결정이 난 다음 착수합니다.

4. 4. 검수 — 새 기준이 아니라 1단계 확정본으로 판정합니다

   DONE WHEN확정본의 모든 시나리오가 합격으로 판정되고 최종 검수합격일이 정해졌을 때입니다. 이 날짜가 다음 단계의 기산점이 됩니다.
   고객께서 하시는 일

   1단계에서 확정한 테스트 시나리오를 그대로 짚어 가며 합격 여부를 판정하십니다. 불합격 항목은 어느 시나리오의 어느 조건이 어긋났는지 서면으로 알려 주십니다.

   모벤이 드리는 것

   검수용 빌드와 접속 경로, 시나리오별 통과 결과, 그리고 지적된 항목의 수정을 드립니다. 판정 근거로 검수 단계에서 새로 만든 기준을 꺼내지 않습니다.

5. 5. 하자보수·유지보수 — 두 가지를 분리해 드립니다

   DONE WHEN통지된 하자가 재현되어 수정·확인되면 그 건이 닫힙니다. 재현되지 않는 현상은 하자로 보지 않으며, 3개월이 지난 뒤의 요청은 유지보수 범위로 넘어갑니다.
   고객께서 하시는 일

   하자를 발견하시면 현상·재현 절차·발생 시각을 특정해 서면으로 통지해 주십니다. 기능 개선이나 추가가 필요해지면 유지보수로 별도 협의하시면 됩니다.

   모벤이 드리는 것

   최종 검수합격일부터 3개월간 계약 범위 내 결함을 무상으로 수정합니다(평일 업무시간 기준 대응). 인도 시점에는 의존성 목록(명칭·버전·라이선스)을 함께 드립니다. 긴급 대응·상시 모니터링·장애 대기, 그리고 개선·변경은 하자보수가 아니라 별도 유지보수 계약으로 분리해 견적합니다.

매주 보내 드리는 세 가지

진행 상황을 물어보셔야 알 수 있는 상태로 두지 않습니다. 주 1회 서면 보고와 화상 미팅이 기본이고, 보고에는 아래 세 가지가 반드시 들어갑니다.

1. 그 주 저장소 진척 — 무엇이 커밋됐고 무엇이 남았는지.
2. 마일스톤 대비 위치 — 예정보다 앞서 있는지 뒤에 있는지와 그 사유.
3. 그 주에 눈으로 볼 수 있는 것 — 화면 캡처 또는 접속 경로. 세 번째가 빠지면 그것은 보고가 아니라 근황이라고 봅니다.

소스는 처음부터 열어 둡니다

접근 권한을 드리는 것과 소유권이 넘어가는 것은 다른 사건입니다. 붙여 쓰면 「권한을 줬으니 이전이 끝났다」로 읽히기 때문에, 두 문장으로 나눠 적습니다.

인수인계 때 드리는 것

인수인계 이후 다른 개발자가 이어받거나 내부에서 직접 운영하실 수 있는 상태로 넘기는 것이 목표입니다. 무상 하자보수 3개월은 최종 검수합격일부터 기산하며 구축비에 포함됩니다.

이런 조건은 저희와 맞지 않습니다

맞지 않는 자리에서 시작하면 양쪽이 같이 손해를 봅니다. 그래서 거르는 기준을 먼저 적어 둡니다. 아래에 해당하시면 다른 곳을 찾으시는 편이 빠릅니다.

자주 받는 질문