데일리 워크로그

업무를 시작한 지 얼마 지나지 않아 메신저 창이 계속 앞으로 올라오면, 처음에는 단순한 불편으로 넘기기 쉽다. 그런데 보고서 문장을 다시 읽는 횟수가 늘고, 방금 열어둔 자료 위치를 놓치기 시작하면 알림 자체가 업무 흐름을 끊고 있는지 확인할 필요가 있다.사내 메신저 알림 빈도가 집중력에 준 영향 관찰은 알림이 많았는지 적었는지만 보는 일이 아니다. 어떤 알림이 실제 대응이 필요했고, 어떤 알림이 습관적으로 확인한 것인지 구분해야 판단이 가능하다.핵심은 알림 횟수보다 업무 전환 횟수다. 메시지를 보지 않았더라도 알림 소리나 팝업을 인식한 순간 집중이 끊길 수 있다.먼저 알림 시간대, 업무 종류, 실제 답변 필요 여부를 나누어 기록한다.해결은 전체 알림 차단보다 채널별 우선순위 조정에서 시작하는 편이 현실..

같은 보고서를 다섯 번 고쳤다. 첫 번째 제출 후 "전체적으로 괜찮은데 좀 더 다듬어봐"라는 피드백을 받았다. 무엇을 어떻게 다듬으라는 건지 몰라서 추측으로 수정했다. 두 번째 제출 후엔 "이 부분은 아닌 것 같아"라는 말만 들었다. 세 번째, 네 번째도 마찬가지였다. 결국 일주일이 걸렸다. 2024년 12월, 이런 모호한 피드백이 업무 속도에 어떤 영향을 미쳤는지 기록했다.1. 두 가지 피드백 스타일의 차이12월 한 달간 두 명의 상사와 일할 기회가 있었다. A 팀장과 B 부서장. 같은 내용의 보고서였지만, 피드백 방식이 완전히 달랐고, 그에 따른 작업 속도도 달랐다.구분A 팀장 (모호형)B 부서장 (구체형)피드백 예시"전반적으로 괜찮은데 좀 더 보완이 필요해요""3페이지 표에서 ROI 계산식이 빠졌어..

같은 내용을 세 번 보고했다. 먼저 팀장에게, 그다음 부서장에게, 마지막으로 임원에게. 각 단계마다 요구하는 형식과 강조점이 달랐다. 팀장은 세부 실행 계획을, 부서장은 숫자 중심 요약을, 임원은 한 장짜리 핵심만 원했다. 같은 프로젝트 보고서를 세 가지 버전으로 만들었고, 이 과정에서 이틀이 소요됐다. 2024년 12월 한 달간 이런 보고 체계의 비효율을 관찰하고 기록했다.1. 우리 회사의 보고 체계 구조현재 회사의 공식 보고 라인은 다음과 같다. 사원 → 대리 → 과장 → 차장 → 팀장 → 부서장 → 본부장 → 임원. 8단계다. 물론 모든 보고가 8단계를 거치진 않지만, 중요 프로젝트는 최소 4~5단계를 거친다.12월 3일 "신규 시스템 도입 프로젝트" 보고 경로1단계 (나 → 팀장): 10페이지 상..