메신저 업무 지시가 문제가 되는 지점은 메신저 자체가 아니라, 업무의 결과와 결정이 메신저에만 남는 구조입니다. 실제로 납품한 법률사무소 업무설계 보고서에서 먼저 고치도록 권고한 것은 셋입니다. ① 업무 지시·검토·수정을 사건 기록(Task)으로 옮기기, ② 대표에게 가는 질문 중 정보 질문을 시스템 조회로 돌리기, ③ 상담 결과를 후속 업무로 연결하기. 셋 다 새 기능을 사는 일이 아니라 업무 처리 기준을 바꾸는 일이고, 보고서 로드맵에서는 시스템 설정 이전의 Phase 1에 놓입니다.
이 글에서 다루는 내용
- 메신저 업무 지시가 법률사무소에서 비용이 되는 지점 — 관찰 기록과 외부 조사
- 고칠 것 1: 업무 지시·검토·수정을 사건 기록으로
- 고칠 것 2: 대표에게 가는 질문 가르기
- 고칠 것 3: 상담 결과를 후속 업무로 — 법원 정보는 자동 연동을 전제하지 않기
- 30일 뒤 무엇을 세어 확인하는가
메신저 업무 지시가 법률사무소에서 비용이 되는 지점
공개한 업무설계 보고서 샘플 2.3절의 관찰 기록에는 “메신저와 미팅을 통한 업무공유·컨펌·수정요청이 존재”(Observed), “구성원이 서로의 업무 진행상황을 별도로 확인해야 하는 경우가 있음”(Observed), “직원이 대표에게 직접 물어봐야 알 수 있는 업무정보가 존재”(Observed)가 적혀 있습니다. 3.2절은 업무 요청이 외부 메신저로 이루어지고 검토·수정이 대화·미팅과 업무기록에서 분리되어 있다고 진단합니다. 보고서는 메신저를 일상 소통수단으로 쓰는 것 자체를 제한하지 않습니다(5.3절). 문제는 요청·검토·수정·완료가 사건 기록에 남지 않아, 다음 사람이 그 대화를 다시 찾고 다시 묻는 데서 생깁니다.
외부 조사 숫자도 같은 방향입니다. Microsoft의 2025년 Work Trend Index 특별 보고서 「Breaking down the infinite workday」에 따르면 Microsoft 365 사용자는 하루 평균 Teams 메시지 153건을 받고, 핵심 근무시간 동안 2분에 한 번 — 하루 275회 — 회의·메일·알림으로 끊깁니다. 끊김의 비용은 시간보다 상태로 나타납니다. 캘리포니아대 어바인의 글로리아 마크 연구팀이 CHI 2008에 발표한 「The Cost of Interrupted Work: More Speed and Stress」에서 참가자들은 끊긴 업무를 오히려 더 짧은 시간에 끝냈지만, 그 대신 스트레스·좌절감·시간 압박·노력이 유의하게 높았습니다. 서면 검토처럼 집중이 필요한 업무를 메신저 지시 사이에 끼워 넣는 사무소라면 그대로 적용되는 결과입니다.
샘플 3.6절은 메신저 관련 업무를 둘로 나눕니다. “메신저 업무지시”는 Integrate(Task 중심으로 연결), “메신저 컨펌·수정”은 Standardize / Integrate(Task History로)입니다. 둘 다 Automate가 아닙니다. 자동화할 대상이 아니라 기록 위치를 옮길 대상이라는 뜻입니다.
고칠 것 1 — 메신저 업무 지시를 사건 기록으로 옮긴다
샘플 5.3절의 기준은 한 문장입니다. 업무지시·검토·수정·완료와 관련된 중요한 커뮤니케이션은 해당 Task를 기준으로 처리하고, 업무의 결과나 중요한 결정이 메신저에만 남아서는 안 된다. 요청 → 수행 → 검토 → 수정 → 완료가 하나의 Task History로 이어지게 하는 것입니다.
실행 순서는 로드맵 Phase 1(7.1절)에 있습니다. 시스템을 설정하기 전에 기준 7개를 먼저 확정합니다. 사건은 Project 단위로 관리(사건 관리기준), 사건 관련 업무는 해당 Project에 연결(업무 생성기준), 업무지시·수정·검토는 Task 중심(커뮤니케이션 기준), 상담정보와 후속업무 구조화(상담기록 기준), 정보확인·승인·전문판단 구분(컨펌 기준), 진행보고보다 문제·판단 중심(미팅 기준), 사건정보의 기준 위치와 기록원칙 확정(정보관리 기준). 이 가운데 메신저 업무 지시에 직접 걸리는 것은 커뮤니케이션 기준과 컨펌 기준 둘입니다.
현장에서는 이렇게 적용됩니다. 지시는 Task로 만들고 메신저에는 Task 링크만 보냅니다. 수정 요청은 그 Task의 기록에 남기고, 완료 처리도 Task에서 합니다. 미팅은 시스템에 기록된 진행상황을 다시 읽어주는 자리가 아니라 문제·지연·예외·판단을 다루는 자리로 바꿉니다(6.6절). Phase 3(7.3절)의 점검항목에 “메신저로 다시 돌아가는 업무”가 들어 있는 이유는, 이 전환이 한 번에 끝나지 않기 때문입니다. 되돌아가는 업무를 찾아 그 원인을 사용자의 적응 문제로 돌리지 않고 업무설계와 시스템설계 양쪽에서 확인합니다.
고칠 것 2 — 메신저 업무 지시에 섞여 오는 질문을 가른다
메신저로 오는 것은 지시만이 아닙니다. 대표에게 가는 질문도 같은 창으로 들어옵니다. 샘플 3.3절은 그 질문을 여섯 유형으로 나눕니다. Information(사건정보 확인) · Status(진행상태 확인) · Context(이전 상담·결정내용 확인)는 시스템 조회·Project/Task·Project History로 보내고, Approval(승인) · Professional Decision(법률적 판단·사건전략) · Exception(일반 기준으로 처리할 수 없는 상황)만 사람이 판단합니다. 목표는 질문을 다 줄이는 것이 아니라 대표의 전문적 판단이 필요하지 않은 질문이 대표에게 도달하지 않도록 하는 것입니다. 이 기준의 쓰임은 「직원이 대표에게 자꾸 묻는 회사」에 따로 정리했습니다.
대표가 보는 화면은 세 칸으로 줄입니다(6.3절). Action Required(직접 행동해야 하는 업무) · Decision Required(전문적 판단이나 승인이 필요한 업무) · Attention Required(지연·위험·중요 고객 이슈). 정상 진행 중이고 판단이 필요 없는 업무는 이 세 칸에 올리지 않습니다. 검토와 의사결정의 처리 방법도 유형별로 정해 둡니다(6.5절). 단순 업무완료는 담당자가, 정해진 기준 충족 여부는 체크리스트로, 결과물 검토는 지정 검토자가, 법률적 판단은 변호사가, 사건전략 변경은 책임 변호사가, 예외상황은 책임자가. 승인 기준이 문장으로 적혀 있으면 메신저로 “이렇게 가도 될까요”를 묻는 횟수가 그만큼 줄어듭니다.
고칠 것 3 — 상담 결과를 후속 업무로 연결한다
법률사무소에서 메신저 업무 지시의 상당수는 상담 뒤에 생깁니다. 대표가 통화를 끝내고 “이 건 ○○ 준비해 주세요”를 메신저로 보내는 흐름입니다. 샘플 5.6절은 상담을 별도 기록업무가 아니라 사건 Workflow의 일부로 둡니다. 상담 → 상담내용 정리 → Customer 연결 → Project 연결 → 주요 사실·결정사항 기록 → Action Item 정리 → Task 생성·연결. 6.4절은 여기에 담당자·기한 지정을 더합니다. 상담내용을 기록하는 것 자체보다 상담 결과가 다음 업무로 끊김 없이 이어지는 것이 운영 목표입니다.
법원 사건정보는 이 흐름에서 자동 연동을 전제하지 않습니다. 법원 사법정보공유포털은 사건기본정보·사건진행내역을 연계 API로만 제공하고 오픈API는 “추후 제공 예정”으로 안내합니다. 샘플 3.6절은 이를 확인한 뒤 법원 사건정보를 맞춤 자동화 대상에서 제외했고, 5.7절은 법원 시스템에서 확인한 정보 중 내부 업무에 필요한 내용만 해당 Project에 기록하고 필요하면 일정·Task와 연결하도록 정했습니다. 외부정보 전체를 다시 쓰는 것이 아니라 후속조치만 구조화하는 것입니다.
메신저 업무 지시를 줄였는지 30일 뒤 무엇을 세나
보고서는 “편해졌다”는 평가로 효과를 판정하지 않습니다(8.1절). 30일 점검표(8.4절)에서 이 글의 세 가지에 해당하는 항목은 다음과 같습니다.
- 메신저 의존 — 업무지시·컨펌이 계속 외부에서 발생하는가
- 대표 질문 — 시스템에서 확인 가능한 내용을 계속 대표에게 묻는가
- 상담운영 — 상담정보와 후속 Task가 연결되는가
KPI(8.2절)로는 메신저 업무지시 횟수, 대표에게 가는 Information/Status 질문 횟수, 상담 종료에서 후속업무 생성까지 걸린 시간을 셉니다. 전부 “감소”가 목표이지만 “몇 % 감소”는 적지 않습니다. 정량 데이터가 확보되기 전에는 절감률을 임의로 제시하지 않는다는 것이 보고서의 원칙이고, 첫 30일은 Before 값을 확보하는 기간입니다.
이 기준이 나온 보고서와 진단
위 기준은 실제로 납품한 법률사무소 업무설계 보고서의 일부이며, 고객을 알아볼 수 있는 내용만 덜어내고 전문을 샘플로 공개했습니다. 3.3절·5.3절·5.6절·7.1절·8.4절을 이어서 읽으면 진단 → 설계 → 운영 → 측정이 어떻게 이어지는지 확인됩니다. 같은 진단을 받는 방법은 업무체계 진단 안내에 있습니다. 진단은 일반 800,000원(한 업무 흐름 또는 한 부서, 현장 관찰 3일·보고서 5일)과 고급 1,200,000원(두 개 이상의 업무 흐름 또는 회사 전체, 현장 관찰 5일·보고서 10일)이며 부가세 별도, 관찰 시작 전에는 전액 환불됩니다.
참고 출처
- Microsoft WorkLab — Work Trend Index Special Report: Breaking down the infinite workday (2025)
- Mark, Gudith & Klocke — The Cost of Interrupted Work: More Speed and Stress (CHI 2008, UC Irvine)
- 법원 사법정보공유포털 — 연계 API 안내 (오픈API 추후 제공 예정)
포커스 키워드: 메신저 업무 지시
SEO 키워드: 메신저 업무 지시, 법률사무소 업무관리, 사건 중심 관리, 업무설계, 업무체계 진단, 대표 의존, 상담 후속업무
자주 묻는 질문
법률사무소에서 메신저를 아예 쓰지 말아야 하나요?
아닙니다. 보고서는 메신저를 일상 소통수단으로 쓰는 것을 제한하지 않습니다. 업무 지시·검토·수정·완료와 중요한 결정이 메신저에만 남지 않도록 사건의 Task 기록으로 옮기는 것이 기준입니다.
법원 사건정보를 자동으로 가져올 수 있나요?
현재 법원 사법정보공유포털은 사건정보를 연계 API로만 제공하고 오픈API는 추후 제공 예정입니다. 그래서 자동 연동을 전제하지 않고, 내부 업무에 필요한 정보만 해당 사건 Project에 기록하는 방식으로 설계합니다.
효과는 어떻게 확인하나요?
절감률을 먼저 약속하지 않습니다. 30일 뒤 메신저 업무지시 횟수, 대표에게 가는 Information/Status 질문 횟수, 상담 종료에서 후속 Task 생성까지 걸린 시간을 세어 Before 값과 비교합니다.