Close

IT 프로젝트 포스터


너무 많은 IT 프로젝트가 솔루션을 염두에 두고 시작한 다음 나머지를 리버스 엔지니어링합니다. 이러한 상황을 완전히 바꿔 프로젝트를 처음부터 구상하세요.

이 플레이를 사용하여...

IT 프로젝트의 전략과 범위에 대해 반복합니다

명확하게 정의된 문제와 솔루션으로 시작합니다

이해 관계자에게 최신 정보를 제공합니다

If you're struggling with shared understanding, one-pager, proof of concept, or managed dependencies on your Health Monitor, running this play might help.

Copy link to heading Copied! 자세히 보기
이것이 필요한 이유

눈 앞의 문제를 정의하기도 전에 프로젝트의 산출물과 결과에만 중점을 두는 경우가 너무 많습니다! 이해 관계자를 여정에 참여시켜 프로젝트의 범위를 지정하고 함께 솔루션을 정의하세요. 그러면 프로젝트의 나머지 부분이 훨씬 더 원활하게 진행될 것입니다. 약속합니다.

새로운 프로젝트에 대해 생각하기 시작하자마자 이 플레이를 실행하여 아이디어를 캡처하고 전달하세요. 그러나 이 플레이는 자세한 요구 사항 문서가 아닙니다. 무엇을 왜 하는지, 성공을 어떻게 측정하는지, 실행/실행하지 않는 의사 결정을 전달하는 데 필요한 최소한의 정보를 포함하세요.

실행 모드에서 이미 어느 정도 진행했습니까? 걱정하지 마세요. 프로젝트 포스터는 팀이 주요 문제 해결에 계속 집중할 수 있도록 프로젝트를 이미 진행 중일 때 만들 수 있습니다(그리고 그렇게 해야 함).

참여 대상

핵심 프로젝트 팀과 협업하여 각 섹션을 작성한 다음 완료한 후 모든 이해 관계자와 공유하세요.

프로젝트 헌장과는 달리 프로젝트 포스터는 시간이 지남에 따라 변경되며 이해 관계자가 실제로 알아야 하는 정보가 포함되어 있습니다.
사용자 팀
인력

4~8명

측정 시계
시간

45분 세션 3회

난이도 중간
난이도

중간

다운로드 아이콘
다운로드

플레이 실행

프로젝트 헌장과는 달리 프로젝트 포스터는 계속 업데이트되는 문서입니다. 문제 영역을 탐색하고 가정에 이의를 제기하고 솔루션을 검증하고 피드백을 수집하고 다음 단계로 넘어가기 전에 방향을 수정하면서 업데이트하세요.

준비물

IT 프로젝트 포스터 PDF

화이트보드 또는 크라프트지

마커

화상 회의

타이머

준비

프로젝트 포스터는 팀원과의 여러 세션을 통해 작성되므로 한번에 전부 작성할 걱정은 하지 않아도 됩니다. 첫 번째 세션에서는 문제 영역을 정의하는 데 집중하세요. 그런 다음 최대한 빨리 이해 관계자와 공유하여 피드백을 받고 프로젝트가 발전해 나가면서 향후 세션에 반영하세요.

포스터는 이러한 발전을 뒷받침하기 위해 3개의 부분으로 나뉩니다.

문제 정의 – 문제를 해결하는 것이 고객과 비즈니스에 왜 중요한지 설명하세요. 목표, 가능한 솔루션, 그리고 누가 및/또는 무엇이 영향을 받는지 명확하게 설명합니다.

솔루션 찾기 – 가능한 접근 방식을 개발하고 최고의 솔루션에 합의합니다. 이 단계까지 어떻게 왔는지, 성공은 어떤 모습인지, 다른 시스템 및 팀은 어떤 영향을 받을지 설명하세요.

준비 완료 – 반복적인 고객 가치를 제공하는 데 중점을 두면서 마일스톤을 매핑하고 킥오프를 준비하면서 팀원 모두가 자신의 역할을 알도록 하세요.

각 세션을 진행하는 방법

팀원과 60분간의 일정을 잡으세요. 관련 정보를 미리 수집하고 공유하세요(예: 사용자 테스트, 분석, 고객 피드백, 시장 조사 등의 메모).

안내와 함께 프로젝트 포스터 템플릿을 공유하면서 첫 번째 세션을 시작하세요. 향후 세션에서는 (간단하게) 포스터에서 변경된 사항을 검토하는 것으로 시작할 수 있습니다.

팀을 이끌고 다음 질문으로 넘어가기 전에 각 질문에 기본적으로 동의하는지 확인하세요. 진전이 없거나 팀원의 생각이 크게 다르면 시간을 내서 이야기를 나누고 합의에 도달하도록 노력하세요. 합의를 이룰 수 없는 경우 팀의 누군가가 후속 작업을 맡아 추가 정보를 수집하고 공유해야 합니다. 결국 프로젝트의 전임 소유자(예: 프로젝트 리더) 또는 경영진 후원자가 어떤 방향으로 나아갈지 결정하는 것으로 의견 차이 문제를 해결해야 할 수도 있습니다.

1단계

문제 정의

이 단계는 1시간 이상 걸리지 않을 것입니다. 팀원을 모아 프로젝트를 개략적으로 설명하세요. 팀 외부자가 이 프로젝트를 진행하는 이유와 목표를 이해할 수 있을 정도의 정보만 포함하세요.

문제의 내용: 이 영역은 문제를 왜 해결하려고 하며 누구에게 도움이 되는지에 대한 명확하고 간결한 설명이어야 합니다.

가능한 솔루션: 방금 정의한 문제를 해결할 수 있는 방법을 그룹과 브레인스토밍하세요. 이 단계는 몇 시간씩 걸리기 쉬우므로 이 섹션에 20분이 넘는 시간을 들이지 않도록 타이머를 사용하세요. 그 결과로 모두가 지향하는 솔루션에 대한 설명과 잠재적인 대체 경로에 대한 간략한 요약이 제시되어야 합니다.

영향을 받는 팀: 이 단계에서는 개략적으로 유지하세요. 여기서의 목적은 프로젝트에 대해 더 구체적으로 알아가면서 다음 단계에 누구를 참여시켜야 하는지 파악하는 것입니다.

2단계

솔루션 찾기

이제 프로젝트에 대해 조금 더 구체적으로 다룰 차례입니다. 첫 번째 단계를 가이드로 삼아 프로젝트의 세부 사항을 구성하기 시작하세요. 현재로서는 완전한 프로젝트 계획이 아니지만 나중에 세부적인 계획을 위한 로드맵으로 사용될 것입니다. 가능한 솔루션을 평가하고 공동 설계하면서 이해 관계자와 기타 인접 팀을 참여시키세요.

솔루션 세부 정보: 선택한 솔루션과 그 과정에서 제공할 내용을 더 구체적으로 설명합니다.

검증: 이 솔루션을 찾기 위해 어떤 질문에 답해야 했으며 질문에 답하는 데 어떤 데이터나 다른 정보를 사용했는지입니다. 계속 업데이트되는 문서이므로 현재 답변 중인 미해결 질문도 이 섹션에 추가하세요.

솔루션 시각화: 아무도 긴 글을 읽고 싶어 하지 않으므로 이 섹션을 사용하여 시각적으로 표현하세요! 아키텍트와 협업하여 시스템 간의 정보 흐름을 파악하고 그 결과를 여기에서 캡처하세요. 화이트보드 사진 또는 사용하는 그림 도구의 스크린샷을 자유롭게 추가하세요! 솔루션에 대한 기술적인 관점을 파악했으면 사용자의 입장이 되어 보고 솔루션을 어떻게 경험하게 될지 매핑하세요.

성공 측정: 비즈니스에 제공할 결과에 초점을 맞춰 성공이 어떤 모습인지 정의하세요. 구체적이고 측정 가능할수록 좋지만 성공의 모습은 프로젝트마다 다를 것입니다. 성공을 정의하는 데 어려움을 겪고 있는 경우 이 세션을 잠시 멈추고 다음 단계로 넘어가기 전에 목표, 신호, 측정값 플레이를 실행하세요.

프로젝트의 영향을 표로 나타내세요. 프로젝트로 인해 어떤 시스템과 팀이 영향을 받습니까? 프로젝트를 제공하기 위해 어떤 시스템과 팀을 변경해야 합니까? 이 단계가 끝나면 프로젝트로 인해 영향을 받는 시스템 및 팀, 다른 팀에 대한 종속성 및 각 영향이 가지는 상대적 중요성의 목록이 만들어질 것입니다.

3단계

준비 완료

("솔루션 찾기" 섹션 마지막에 시간 여유가 있으면 "준비 완료" 섹션도 진행할 수 있습니다. 시간이 없는 경우 추가적으로 30분간의 일정을 더 잡거나 팀원 한 명에게 첫 번째 초안을 작성하도록 할당한 다음 팀과 공유하여 검토하세요.)

이제 솔루션이 다른 팀에 어떤 영향을 미칠지, 고객에게 어떤 가치를 제공할지 파악했으므로 조직/팀이 추구하고 있는 다른 가능한 프로젝트와 비교해서 이 프로젝트와 그 이점의 우선 순위를 지정하세요. 이 시점에서 프로젝트를 진행할지 아니면 할 일이 너무 많아 나중에 진행할지 선택할 수 있습니다. 여기서는 고객에게 최대한 많은 가치를 제공하려고 노력하고 있다는 점을 기억하세요!

프로젝트를 진행하기로 결정했으면 프로젝트를 만들 준비를 해야 합니다. 이 섹션에서는 최선의 조치를 취하여 프로젝트를 시작하도록 준비합니다. 더 구체화하면서 이해 관계자 및 다른 팀으로부터 계속 피드백을 받아 프로젝트에 접근하는 방식과 진행 기간을 모두가 이해하도록 하세요.

성공하셨습니까?

팀과 함께 전체 상태 모니터 세션 또는 체크포인트를 실행하여 개선을 이루고 있는지 확인하세요.

후속 조치

마일스톤

진행률을 보여주는 더 작은 산출물로 프로젝트를 세분화합니다. 기술적인 마일스톤이나 백엔드 마일스톤을 제공하는 데만 집중하기보다는 최대한 이해 관계자나 고객에게 가치를 제공하는 데 초점을 맞춥니다.

작업은 Jira의 프로젝트 관리 템플릿을 사용하여 추적할 수 있습니다.

TEAM

이제 이전 단계에서 솔루션을 요약했으므로 누가 어떤 부분을 담당해야 합니까? 어떤 팀원이 참여할지, 어떤 다른 이행 약속이 이 프로젝트 진행에 방해가 될 수 있는지 구체적으로 설명하세요. (개선된 새 역할 및 책임 플레이를 실행하여 협업을 중심으로 이 모든 것을 파악해 보세요!)

킥오프

간단합니다. IT 프로젝트 킥오프 플레이를 실행하세요!

더 많은 플레이북을 보고 싶습니까?

새로운 상태 모니터 및 플레이를 추가할 때 통보할 이메일을 아래에 입력 후 전송해주세요.

Thanks! Now get back to work.

의견이 있으십니까?

Atlassian 커뮤니티 사이트에 질문이나 의견을 남겨주세요.