벽에 걸어놔 다들 바쁘다 프로젝트가 좋아지기 시작했어 처음엔 괜찮아

며칠 만에 나는 그 계획이 실제 작업과 아무런 관련이 없는 것 같다는 것을 깨달았습니다.

지난주 작업결과와 다음주 작업계획

주말에 급하게 작성하는 것은 개인 업무 진행 상황을 추적하는 데 도움이 되지 않습니다.

일부 작업은 재작업이 필요하고 일부 사람들은 계획을 조정하여 일정대로 작업을 완료하지 못했습니다.

벽에 걸려 있던 설계도가 '계획'이 되어 사무실을 꾸미는 것이 주요 기능인 듯했다.

모든 사람이 계획에 따라 일하게 하려면 정확히 어떻게 해야 합니까?

각 사람의 작업 진행 상황을 어떻게 알 수 있나요?

업무 위임의 핵심 사항 비교: 결과물, 책임자, 시점이 모두 포함됩니다.

왜 보류 중인 계획과 모든 사람의 작업 사이에 연결이 없는 것처럼 보입니까?

벽에 걸린 계획이 너무 세밀해서 매주 알면서도 매일 직접 정리합니다.

길들이기 기간 동안 경험이 부족한 직원은 재작업을 하거나 작업을 반복해야 할 수도 있습니다.

첫째, 계획이 세분화되지 않고, 계획과 개인 작업 간의 연결이 부족합니다.

둘째, 교육을 제공했지만 수준이 다양하고, 템플릿과 가이드를 사용해도 경험 부족으로 인해 일부 작업 결과가 표준에 미치지 못하고, 재작업으로 인해 계획 실행에 영향을 미치게 됩니다.

각 그룹은 화이트보드를 사용하여 그룹의 주간 계획을 더욱 세분화하고 이를 인간과 일상 생활에 구현합니다.

화이트보드는 시간에 맞춰 수정될 수 있으며 이는 전투 지도와 동일하므로 모든 사람이 전투 임무를 알 수 있습니다.

매일 화이트보드를 확인하고 이상이 있으면 언제든지 수정하세요.

금요일에는 화이트보드 기록을 바탕으로 주간 업무 보고서를 정리할 예정이며, 작성하는 데 10분도 채 걸리지 않습니다.

주간 보고서는 추적 및 분석에 사용되며 일일 작성, 주간 보고 및 월간 분석 시스템을 구성합니다.

교육을 위해 고품질 작업 결과의 예를 제공하고 화이트보드에서 흔히 발생하는 실수를 확인하세요.

화이트보드에 적힌 메모는 체크리스트와도 같으니 제출 전 꼭 확인해보세요.

작업 흐름에 따라 작업을 "핵심 단계"로 분해

각 핵심 단계는 개인의 업무이며 가장 작은 관리 단위입니다.

작업 분석은 1~2주 전에 순차적으로만 작성하면 됩니다.

분해 과정은 팀원들이 스스로 진행하게 하고, 팀장은 안내와 확인만 해준다.

개인 업무에는 "완료"와 "미완료"라는 두 가지 상태만 있습니다.

요구사항 분석의 주요 단계는 다음과 같습니다.

1) 환경 및 데이터 준비

2) 차이점 분석

3) 솔루션 결정

4) 분석 보고서 정리

5) 검토 및 확인

시작/종료 시간

결과물 및 완료 표준

이 문제에 대한 책임은 누구에게 있으며, 문제가 발생하면 누구에게 연락해야 합니까?

누가 무엇을 하고 있는지 서로 알 수 있도록 업무 책임이 화이트보드에 적혀 있습니다.

각 조는 매일 '아침회의'를 열어 어제의 진행상황을 점검하고 그날의 업무를 정리한다.

매주 금요일 오후에 프로젝트 팀원 전원이 참여하는 주간 회의가 열립니다.

Agile의 일일 스탠드업 미팅과 유사하게 15분 동안 진행되며 토론 없이 점검 및 확인에만 중점을 둡니다.

1단계: 상태 확인

2단계: 계획 조정

3단계: 문제 해결

프로젝트 계획을 검토하고 조정하며 약간의 논의가 필요함

우려사항

관련 안건은 주간 회의에서 간략하게만 기록하고, 이후에는 특별 회의를 열어 논의할 예정입니다.

미팅 전 준비

회의 과정

초과 근무, 그룹 간 자원 할당 및 외부 경험이 있는 사람들에게 초보자에게 도움을 요청

경험과 교훈을 수평적으로 공유하고 프로젝트팀 전체에 홍보하여 ​​효율성을 향상시킵니다.

승인 기준을 설정해야만 작업을 완료하는 방법을 결정할 수 있습니다.

이를 구현하기 위해서는 각 개인의 업무에 맞게 세분화되어야 합니다.

개인 업무 계획을 화이트보드를 통해 실시간으로 상황을 반영하여 관리 가능

소프트웨어 개발의 핵심은 사람이며, '사람'의 주도력을 최대한 동원하는 것이 가장 중요합니다.