운영의 걸림돌에서 의사결정 문제로

1. 사용자의 의사결정에서 시작하기

기능 이름만으로는 문제가 분명해지지 않습니다. 사용자가 어떤 상황에서 무엇을 결정해야 하는지, 지금 어디에서 어려움을 겪는지 묻습니다.

누구의 의사결정과 행동이, 어떻게 나아져야 합니까?

계획을 계산하는 것은 일의 일부일 뿐입니다. 입력을 확인하고 결과를 비교하고 필요하면 수정한 다음 최종 계획을 확정하는 업무 흐름 전체를 고려합니다.

2. 목표와 필수 제약 조건 구분하기

목표는 개선하고 싶은 것입니다. 제약 조건은 반드시 충족해야 하는 조건입니다. 이동 시간을 줄이는 것과 각 차량을 적재 용량 이내로 유지하는 것은 서로 다른 역할을 합니다.

모든 요구사항을 한꺼번에 지원할 수 있다고 가정하지 않습니다. 계산 서비스가 선택한 목표와 제약 조건을 지원하는지, 필요한 데이터를 확보할 수 있는지 확인합니다.

3. 작은 실험으로 핵심 가정 검증하기

문제가 분명해지면 전체 시스템을 만들기 전에 해법이 작동하지 못하게 할 수 있는 가정부터 검증합니다. 예를 들어 가상의 주문으로 다음을 확인합니다. “확보할 수 있는 데이터로 배차 담당자가 의미 있게 검토할 만한 계획을 만들 수 있는가?”

기존 방식과 제안한 방식을 같은 조건에서 비교하고 아직 확인해야 할 것을 기록합니다. 작은 실험만으로 더 넓은 범위에서도 성공한다고 입증할 수는 없습니다.