laidback

Process

어떻게 일하는가

무엇을 받게 되는지 모르는 채로 시작하면, 진행 도중에 서로 다른 것을 기대하게 됩니다. 그래서 단계마다 산출물과 대략적인 기간을 정리해 두었습니다. 검증 단계에서 적합하지 않다는 결론이 나오면 방향을 바꾸는 일까지 이 과정에 포함됩니다.

  1. 011주 이내

    Consulting상담

    무엇을 해결하고 싶은지부터 듣습니다. 기술이 정해져 있지 않아도 괜찮습니다.

    "어떤 업무가 번거로우신가요"라는 질문에서 시작합니다. 담당자가 매주 반복하는 일, 사람마다 결과가 다른 일, 야근으로 이어지는 일이 대체로 후보가 됩니다.

    받는 것
    논의 요약 · 다음 단계 제안
  2. 022~4주

    Diagnosis진단 · 설계

    현재 업무와 시스템을 파악해 효과가 나는 지점과 적용 범위를 함께 정합니다.

    실제로 사용하시는 화면과 문서를 함께 확인합니다. 어느 단계에서 같은 작업을 두 번 하고 있는지, 어느 시스템에 값을 다시 입력하고 있는지를 찾습니다. 이 단계에서 범위를 좁히지 않으면 나중에 범위가 늘어납니다.

    받는 것
    업무 진단서 · 적용 범위 · 예상 효과
  3. 033~6주

    PoC검증

    작은 범위로 만들어 실제 데이터로 검증합니다. 이 단계에서 적합하지 않다는 결과가 나오면 방향을 바꿉니다.

    샘플이 아니라 실제 문서와 실제 예외 건으로 검증합니다. 잘 처리되는 경우가 아니라, 처리하지 못하는 경우를 사람이 몇 퍼센트나 직접 확인해야 하는지가 판단 기준입니다.

    받는 것
    동작하는 시제품 · 검증 결과
  4. 04범위에 따라

    Build구축

    검증된 범위를 실제 서비스로 구축하고 기존 시스템에 연결합니다.

    시스템 연동이 이 단계의 대부분을 차지합니다. 권한, 예외 처리, 실패했을 때 누구에게 알릴지까지 정해야 실제 업무에 적용할 수 있습니다.

    받는 것
    운영 가능한 서비스 · 연동 · 인수 문서
  5. 05협의

    Operate운영

    배포한 뒤에도 모니터링과 개선을 계속 이어갑니다. 구축으로 끝내지 않습니다.

    정확도와 처리량을 지표로 남깁니다. 서식이 바뀌어 성능이 떨어지면 담당자가 알아차리기 전에 경고가 발생하도록 설정해 둡니다.

    받는 것
    모니터링 대시보드 · 개선 리포트