부록. 참고한 이론과 쓰임
이 책은 이론을 이름만 빌려오지 않는다. 각 이론은 태스크를 볼 때 필요한 특정 질문에만 쓴다.
상위목표(OKR)
쓰임:
- 이 일이 어떤 상위 목표나 결과(outcome)에 붙어 있는지 본다.
- 태스크가 심부름인지 목표 달성 활동인지 구분한다.
참고:
완료조건(Acceptance Criteria) / 상황-행동-결과(Given-When-Then)
쓰임:
- 태스크별 합격조건을 관찰 가능한 결과로 만든다.
- 끝났는지를 뒤늦게 해석하지 않고, 처음 정한 기준과 비교하게 해준다.
참고:
흐름관리(Kanban) / 일의 나이(Work Item Age) / 기대시간(SLE) / 막힘(Blocked)
쓰임:
- 태스크가 얼마나 늙었는지 기대시간(SLE) 대비로 본다.
- 막힘과 지연을 구분한다.
참고:
일처리 정리법(GTD) / 다음 행동(Next Action) / 남 기다림(Waiting For)
쓰임:
- 지금 우리 차례인지, 외부나 상대를 기다리는지 구분한다.
- 다음 행동(next action) 없는 “진행중”을 찾아낸다.
참고:
책임구분표(RACI) / 단일책임자(DRI)
쓰임:
- 책임자가 0명 또는 2명 이상인 주인 없는 일(orphan)를 찾는다.
- 협업자와 최종 책임자를 분리한다.
참고:
병목이론(TOC)
쓰임:
- 병목이 무엇인지 찾는다.
- 책임자(owner) 문제인지, 외부자료 문제인지, 승인 문제인지, 기준 부재인지 구분한다.
목표설정 이론(Locke & Latham Goal Setting)
쓰임:
- 목표가 구체적이고 피드백 가능해야 한다는 보조 근거로 쓴다.
- “잘 처리” 같은 모호한 목표를 거른다.
참고:
제외한 이론
공통완료정의(Definition of Done):
- 스크럼 제품증분(Scrum product Increment) 품질 게이트로는 유용하다.
- 이 책의 주제인 행정/조율/운영 단건 태스크에는 태스크별 완료조건(Acceptance Criteria)이 더 직접적이다.
사용자 이야기 점검법(INVEST):
- 사용자 이야기(user story) 작성 품질 기준이다.
- 상태를 보는 기준으로 쓰지 않는다.
색상보고(RAG):
- 보고용 색상이다.
- 판단 근거가 아니라 출력 형식으로만 쓴다.