솔루션 설계와 요구 사항

이번 레슨에서 배울 내용

비즈니스 질문과 의사 결정권자

모든 솔루션은 한 사람에게 한 가지 질문에 답해요. 아무나 열어 보라고 만든 "매출 데이터 모음"이 아니라, 지역 담당 부사장을 위한 "각 지역이 목표 속도를 내고 있는가" 같은 질문이요.

입력, 출력과 새로 고침 주기

무엇이 들어가고 무엇이 나오는지, 그리고 얼마나 자주 최신 상태여야 하는지예요. 같은 데이터라도 매일 보는 운영 보고서와 1년에 한 번 보는 이사회 자료는 만드는 방식이 완전히 달라요.

통합 문서 맵

Source(손대지 않은 원시 데이터) → Staging(정리했지만 아직 모델링 전) → Model(관계와 계산) → Report(읽는 사람이 보는 화면) → QA(맞다는 증거) → Notes(운영 방법).

가정 등록부

모든 비율, 기준값, 판단이 들어간 값은 눈에 보이는 셀 하나, 이름 하나, 한 줄짜리 이유를 가져요. 다음 사람이 절대 찾지 못할 수식 속에 묻어 두지 않아요.

원본에서 출력까지의 계보

최종 보고서의 어떤 숫자를 가리키든 그 숫자가 나온 원본 행까지 정확히 거슬러 올라갈 수 있어야 해요. 근거를 대며 방어할 수 있는 보고서와 그냥 맞기를 바라는 보고서의 차이가 바로 여기에 있어요.

유지 관리 담당자

새로 고침을 맡고, 고장 나면 고치고, 자신이 떠나면 누구에게 연락해야 하는지 아는 지정된 사람이에요. 담당자가 없는 통합 문서는 6개월 뒤에 아무도 믿지 않아요.

승인 기준

만든 뒤가 아니라 만들기 전에 써요. "전문적으로 보인다" 같은 막연한 말 대신 "원본과 $1 이내로 일치한다"처럼 구체적이고 확인 가능한 문장으로요.