팀을 일반 작업 템플릿에 강제로 적용하지 않고 프로젝트, 작업 항목, 소유자, 종속성, 승인, 보기 및 보고를 모델링합니다.
작업 흐름이 표준 보드나 스프레드시트에 맞지 않는 배송 팀, 대행사, 운영 그룹 및 전문 회사.
- 프로젝트가 실제로 어떻게 진행되는지를 반영하는 작업 모델 이동
- 명확한 다음 조치가 포함된 역할별 보기
- 회의 대신 기록을 기반으로 한 신뢰할 수 있는 상태
계층 구조가 포트폴리오, 프로젝트, 단계, 결과물인지 결정 작업 또는 다른 도메인별 모델. 모든 것을 작업이라고 부르지 마세요. 각 레벨에는 목적, 소유자, 날짜, 존재 이유가 있어야 합니다.
준비, 진행 중, 차단됨, 검토 중, 승인됨, 완료 등 의미 있는 변경을 설명하는 상태를 사용하세요. 작업을 이동할 수 있는 사람, 필요한 정보, 전환이 불가능한 대상을 정의하세요. 상태가 너무 많으면 보고에 방해가 됩니다.
다른 항목이 완료될 때까지 시작할 수 없는 작업을 나타냅니다. 차단기가 소유자, 이유 및 다음 검토 날짜를 전달하도록 합니다. 책임이 없는 빨간색 라벨은 단지 지연을 장식할 뿐입니다.
기여자에게는 다음 작업이 필요합니다. 프로젝트 리더에게는 위험, 할당되지 않은 항목 및 향후 마일스톤이 필요합니다. 클라이언트에게는 승인 및 단순화된 상태가 필요할 수 있습니다. 팀이 병렬 추적기를 유지하지 않도록 동일한 기록에서 보기를 구축하세요.
현재 상태뿐만 아니라 작업이 상태에 들어가고 나가는 시기를 추적하세요. 이는 주기 시간, 대기 시간, 처리량 및 누락된 약속을 지원합니다. 활동 기록은 프로젝트가 메모리에 의존하지 않고 이동한 이유도 설명합니다.
실제 프로젝트와 함께 도구를 실행하고 사람들이 이메일이나 스프레드시트로 돌아오는 모든 순간을 기록하세요. 작업 모델과 누락된 작업을 먼저 수정하세요. 수동 작업 흐름이 신뢰할 수 있는 경우에만 자동화를 추가하세요.
프로젝트, 작업 항목, 소유자, 상태, 날짜, 댓글, 파일, 종속성 및 활동 이벤트로 시작하세요.
책임, 권한 또는 보고를 변경하는 최소한의 상태를 사용하세요. 첫 번째 작업 흐름에는 5~7개면 충분합니다.
일반적으로 그렇지 않습니다. 상태, 요청된 정보, 승인에 초점을 맞춘 더 간단한 보기를 통해 동일한 기록을 사용할 수 있습니다.
주기 시간, 대기 시간, 처리량, 차단 기간, 정시 이정표, 검토 후 재개된 작업은 원시 작업 수보다 더 실행 가능합니다.