프로젝트 의사결정 기록: 템플릿과 작성 예시

의사결정 기록과 회의록의 차이

팀은 개인 캐비닛없이 첫 번째 버전을 출시하기로 결정했습니다. 몇 주 후, 새로운 참가자는 캐비닛이 즉시 작성되지 않은 이유를 물었습니다. 서신에는 수십 개의 복제품이 있으며 "캐비넷 제거"의 짧은 작업은 제한을 설명하지 않습니다. 이미 통과된 선택에 대해 다시 논의할 필요가 있다.

프로토콜은 특정 회의의 결과를 유지합니다. 작업 목록은 누가 그리고 무엇을하는지 보여줍니다. 결정 로그는 회의 간의 선택의 논리를 복원하는 데 도움이됩니다 : 어떤 옵션이 존재했는지, 무엇에 의존했는지, 어떤 상황에서 결정을 재고해야하는지.

모든 작업을 가져 오지 마십시오 여기를 클릭하십시오. 범위, 타이밍, 상호 작용 규칙 또는 추가 옵션을 변경하는 솔루션으로 시작하십시오. 한 달 안에 질문이 "왜 그런가?" 여러 대화를 검색해야 하며 녹음은 유용할 것입니다.

결정을 명확히 기록하기 위한 일곱 항목

짧은 원인은 "너무 편리"는 의미를 빠르게 잃습니다. 보다 유용한 항목은 누구에게 더 편리한지, 어떤 조건에서 설명합니다. “응용 프로그램이 시작될 때 하나의 관리자 프로세스이므로 두 번째 교대가 나타나기 전에 공통 상자가 선택됩니다.” 여기서 수정의 이유와 가능한 신호가 보입니다.

확인된 정보를 가정으로부터 분리한다. “사용자는 캐비닛을 사용하지 않습니다”- 확인될 때까지 예측. "비밀번호와 프로필을 복구 할 첫 번째 문제에는 시간이 없습니다"는 팀이 확인할 수있는 제한입니다.

팀이 요청 양식을 선택한 이유

허구 프로젝트 : 소규모 팀이 상담을 위해 녹음 페이지를 준비합니다. 출시 2주가 남았습니다. 아래의 모든 복제본 및 조건은 예를 들어 생성됩니다.

그러한 문서는 내각이 영원히 불필요한 것으로 인식되지 않는다는 것을 보여줍니다. 첫 번째 버전의 조건으로 인해 연기되었습니다. 그러나 "필요를 볼 때"라는 문구는 아직 확인 기한을 정하지 않습니다. 실제 프로젝트에서는 질문 및 항소를 수집 할 사람에게 반환 날짜를 설정해야합니다. 합의없이 소급하여 의사결정 기록에 넣지 마십시오.

의사결정 기록 템플릿

해결책의 주제:
날짜 및 상태: [토론/입양]
컨텍스트 및 제한:
고려되는 옵션:
선택한 것 :
왜 선택하십시오:
확인 된 사실 :
확인해야 할 가정:
선택을 확인한 사람 :
솔루션에서 수행하는 작업은 무엇입니까?
소스 및 시간 코드:
언제 그리고 어떤 조건에서 검토 할 것인가 :
어떤 솔루션이 대체되는지 / 대체 :

처음에는 더 자세한 레코드에 대한 링크가 있는 테이블이면 충분합니다. 하나의 짧은 솔루션은 별도의 카드에 복잡한 라인으로 배치됩니다. 가장 기능적인 도구를 선택하는 것보다 저장 장소에 동의하는 것이 더 중요합니다.

회의 후 기록을 업데이트하는 방법

1. 선택의 순간 찾기

   전사에서 "해결 된"뿐만 아니라 옵션, 이의제기 및 제한 사항이있는 조각을 찾으십시오. 이웃 복제본을 들어보십시오 : 나중에 참가자는 예비 결론을 취소 할 수 있습니다.

2. 확인 확인

   참가자의 침묵은 만장일치로 쓰지 않습니다. 대화에 명확한 해결책이 없다면 상태를 "토론"하고 확인을 위해 질문을 공식화하십시오.

3. 기록을 업무에 연결

   선택에서 따르는 작업을 지정합니다. “양식 사용” 및 “양식 준비”의 결정은 연결되어 있지만 다른 질문에 답합니다.

4. 이전 선택 저장

   조건이 변경되면 새 항목을 만들고 이전 항목에 연결합니다. 전자는 교체되었음을 나타냅니다. 팀이 미래의 결과를 알고있는 것처럼 과거의 이유를 다시 작성하지 마십시오.

의사결정 기록은 프로젝트 이전에도 유용합니다. 새로운 책임은 한계를 보고, 실수로 이미 거부된 버전을 반환하려고 시도하지 않으며 확인해야 할 때 어떤 가정을 이해합니다. 동시에 현재 작업 계획을 대체하지 않으며 토론을 자동으로 법적으로 확인하지 않습니다.