DAILY WORKFLOW

계획·승인·적용 확인을 연결한 일일 운영 보드

활동 기록을 확인하고 다음 운영일의 계획을 승인한 뒤, 외부 기기 설정과 리포트까지 이어지는 일일 운영 흐름을 구성했습니다.

기획·구축 참여

활동 확인 → 계획 승인 → 결과 공유

01 / CONTEXT

어떤 업무에서 시작했나요?

현장에서 세운 계획과 외부 도구에 저장한 설정, 보호자에게 보여주는 리포트가 각각 다르면 무엇이 실제로 적용됐는지 확인하기 어렵습니다. 저장 요청이 성공한 것만으로 기기 적용까지 끝났다고 볼 수도 없습니다.

일일 계획은 이후 정정될 수 있고, 주말이나 다음 운영일도 고려해야 합니다. 승인 내용과 실제 반영 상태, 리포트가 참조한 시점을 구분할 필요가 있었습니다.

02 / ROLE

활동 기록 조회, 다음 운영일 계획의 검토·승인, 외부 기기 설정 확인과 보호자 리포트 흐름의 기획·구축에 참여했습니다. 승인과 적용 확인을 분리하고 변경 이력을 보존하는 기준을 함께 다뤘습니다.

03 / IMPLEMENTATION

활동 기록과 운영 조건을 보고 다음 운영일 계획을 정하도록 했습니다. 활동 완료 자체를 외부 기기 변경의 자동 명령으로 취급하지 않고 담당자의 확인 단계를 뒀습니다.

외부 도구에 저장한 설정을 다시 조회해 요청한 내용과 일치하는지 확인하도록 했습니다. 요청 성공과 적용 확인이 필요한 상태를 구분했습니다.

승인 계획과 공개 리포트의 정정 내용을 새 버전으로 보존했습니다. 리포트가 어느 시점의 계획과 설정을 근거로 만들어졌는지 연결하고, 확인되지 않은 값은 만들어 넣지 않았습니다.

04 / DECISIONS

후속 개편에서는 기기에 반영한 보너스 시간을 리포트가 다시 더하면 중복 계산이 된다는 문제를 확인했습니다. 기기 설정을 반영하는 곳과 리포트가 읽는 곳의 책임을 구분하고, 기존 앱을 유지하면서 단계적으로 바꾸는 방향으로 정리했습니다.

05 / RESULTS

설정 저장 후 값을 다시 읽어 확인하도록 기준을 잡았습니다. 승인한 계획과 리포트는 버전별로 보존하고, 담당자마다 확인할 수 있는 대상 범위를 구분했습니다.

기존 앱과 새 데이터 구조가 함께 동작하도록 변경을 나눠 진행했습니다. 보너스를 기기 설정에 반영하는 처리와 리포트에서 읽는 처리를 분리해 같은 값을 두 번 더하지 않도록 정리했습니다.

일일 계획 승인부터 기기 설정 확인과 리포트까지 이어지는 업무를 다뤘습니다. 후속 개편은 개발·검증 환경에서 진행하며 기존 앱과 새 구조가 함께 동작하도록 변경을 나눴습니다.

06 / APPLICATION

일일 작업 계획, 현장 승인, 외부 장비·도구 반영, 고객 보고가 이어지는 업무에 적용할 수 있습니다. 계획과 실행 결과가 어긋났을 때 담당자가 확인할 지점을 설계합니다.

LET’S MAKE IT WORK.

현재 쓰는 도구와 바꾸고 싶은 흐름부터 이야기해 주세요.