기획서가 없어도 시작합니다

현행 자료가 가장 정확한 명세입니다

새 기획서를 쓰는 대신 지금 쓰고 계신 자료를 받습니다. 엑셀 관리대장, 수기 양식, 기존 시스템 화면, 결재 서식, 거래처에 보내는 문서. 실제로 돌아가는 업무가 이미 그 안에 정의되어 있습니다.

받는 자료가 많을수록 상담이 짧아집니다. 정리해서 주실 필요는 없습니다.

예외 처리가 시스템 구조를 결정합니다

정상 흐름은 한 시간이면 정리됩니다. 시간이 걸리는 쪽은 예외입니다. 취소·반품·부분 출고, 마감 후 소급 정정, 담당자 부재 시 대결, 단가가 계약과 다른 건. 이 처리 방식이 데이터 구조와 권한 설계를 좌우합니다.

상담에서 “이럴 때는 어떻게 하십니까”를 반복해 묻는 이유입니다.

문서보다 화면으로 확인합니다

글로 적힌 명세는 양쪽이 다르게 읽습니다. 같은 문장을 보고도 발주처는 A를, 개발자는 B를 떠올립니다. 그래서 초기 화면 구성안을 먼저 만들어 놓고 확인합니다. 보시면 빠진 항목과 잘못 이해한 부분이 즉시 드러납니다.

업무 용어를 데이터 정의로 옮깁니다

현장에서 쓰는 말은 기관마다 다릅니다. ‘미결’, ‘보류’, ‘출고 대기’가 같은 상태를 뜻하기도 하고 서로 다른 상태이기도 합니다. 용어 하나하나의 정의와 상태 변화 조건을 맞춘 뒤 설계에 들어갑니다.

확정하지 못한 항목은 미확정으로 남깁니다

지금 결정할 수 없는 사항은 억지로 확정하지 않고 전제와 함께 문서에 적어 둡니다. 연동 대상 장비의 통신 규격 미제공, 타 부서 협의 미완료, 관련 규정 개정 예정. 나중에 분쟁이 되는 지점은 대부분 여기서 갈립니다.

범위에 포함되지 않는 항목도 함께 적습니다. 빠진 것을 적어 두는 편이 안전합니다.