A. 계획

B. 배포

C. 테스트

D. 빌드

A. 기존 프로세스를 따르는 사람들로부터 수집된 애로사항

B. 기존 프로세스를 수정한 주석 처리된 프로세스 흐름

C. 기존 프로세스에 대한 기술 문서와 함께 자세한 사용자 스토리

A. 프로젝트 역할을 할당하고 팀이 어떻게 협력하고, 의견을 달리하고, 신뢰를 구축하고, 성공을 정의할 것인지를 설명하는 팀 계약을 작성하는 데 이해 관계자를 이끕니다.

B. 주요 프로젝트 발견, 요구 사항 및 해결 회의에 참여를 리더십으로 제한합니다. 그리고 필요할 때 더 큰 팀을 참여시켜 직접/자신의 역할과 관련된 질문에 답변합니다.

C. 리더십이 프로젝트에 대한 비전을 공유하도록 장려하고 더 큰 팀이 리더가 설명하는 주요 목표, 문제점 및 요구 사항에만 피드백을 집중하도록 요청합니다.

A. 독단적인 영향을 주는 스타일을 사용합니다. 권위와 전문성을 보여줍니다. 프로젝트 목표를 설명합니다. 최종 사용자에게 결정이 내려졌고 변경할 시간이 지났음을 알립니다.

B. 최종 사용자에게 공감하고 그들의 요구를 수용합니다. 최종 사용자의 요구 사항을 기술 요구 사항으로 변환합니다. 솔루션을 구현하기 위해 개발자에게 프로젝트를 전달합니다.

C. 주요 이해 관계자를 식별하고 신뢰할 수 있는 조언자로서 그들과의 관계를 발전시킵니다. 새로운 솔루션의 설계에 이해 관계자와 최종 사용자를 참여시킵니다. 비즈니스 팀과 기술 팀 간의 연결 역할을 합니다.

A. 기능 모델

B. 가치 흐름 맵

C. SIPOC(공급자, 투입물, 프로세스, 산출물, 고객)