프로젝트 외 업무 관리자 프로젝트 관리
침착하게 제품을 배포하는 데 필요한 단계, 스킬, 문제 해결 기술입니다.
이 페이지의 내용
프로젝트 관리란?
프로젝트 관리란 계획을 세우고 그 계획을 실행하는 기술입니다. 그러나 정말로 일이 그렇게 간단했다면 좋았겠지만, 여러분은 프로젝트 팀을 모으고 진행 상황을 트래킹해야 합니다. 또한, 기대 사항을 관리해야 하며 피할 수 있는 문제를 예상하고 예측하지 못했던 문제를 해결해야 합니다.
이 이야기를 듣고 가슴이 뛰고 있다면 제대로 찾아오신 것입니다. 여기에서는 각 단계에 대한 팁과 기술뿐만 아니라 업무를 더 편리하게 만들어 주는 다운로드 가능한 템플릿에 대해 알아볼 수 있습니다. 일종의 무료 프로젝트 관리 교육이라고 생각하시면 됩니다. 준비되셨습니까? 그럼 시작해 보겠습니다.
프로젝트 관리 스킬
커뮤니케이션
너무 많은 커뮤니케이션을 하기는 어렵습니다. 팀원에게는 명확성이, 이해 관계자에게는 상태 업데이트가, 후원자에게는 성과가 필요합니다.
시간 관리
프로젝트의 일정을 관리할 뿐만 아니라 미팅이 순조롭게 진행되도록 하고, 게다가 자신의 시간도 관리해야 합니다.
문제 해결
아마 평소 맡은 역할을 통해 많은 문제를 해결하고 계실 것입니다. '창의적 사고'를 계속 유지하세요!
조직 이해
필요한 시기와 동시에 동일한 사람과 리소스를 필요로 할 수 있는 다른 프로젝트에 대해 알아두세요.
절충 기술
일정 혼란, 우선순위 충돌, 의견 차이 등을 훌륭하게 조정할 수 있도록 대비하세요.

전문가 팁: 가장 중요한 스킬은 평소 업무를 쳐두고 프로젝트 관리자로서의 역할을 받아들이는 능력입니다.
1단계: 구상
이 단계는 서둘러 진행하지 마세요. 올바른 방향으로 나아가고 있다는 확신이 들 때까지 문제 스페이스 파악하고 가능한 솔루션을 찾는 일을 반복하세요.
프로젝트 팀 구성하기
문제를 해결하는 데 필요한 스킬을 갖춘 사람들을 모으세요. 다양한 배경과 문제 해결 스타일을 가진 종합적인 팀을 목표로 하세요. 연구에 따르면 다채로운 팀이 더 나은 성과를 낸다고 합니다. 적합한 팀을 꾸리기 위해 몇 주 정도 프로젝트의 시작이 지연되는 것은 그만큼의 가치가 있는 일일 수 있습니다.
추천 활동:
- 업무 합의 – 프로젝트 팀의 사회적 약속을 수립하세요.
- Health Monitor – 강점 및 위험 영역에 대한 팀의 자체 평가입니다.
'성공' 정의하기
목표로 할 측정 가능한 성과와 해당 목표 대비 진행 상황을 추적할 메트릭에 대해 합의하세요. 또한, 프로젝트가 비즈니스에서 추구하는 것보다 큰 목표를 향하는지 확인하시기 바랍니다. 그렇지 않은 경우 해당 프로젝트가 잘못되었거나, 올바른 프로젝트이지만 시기가 잘못된 것일 수 있습니다.
추천 활동:
- 목표, 신호, 측정 – 팀의 목표를 설정하고 진행 상황을 측정하는 방법에 대해 합의하세요.
솔루션 브레인스토밍하기
문제 해결 스킬에 불을 지피세요. 이제 구체적인 솔루션, 솔루션 구현 방식, 고객이 최종 제품을 사용하는 방식에 대해 생각해야 합니다. 이 단계에서는 팀을 참여시키고 의욕적으로 업무에 임합니다. 안전한 아이디어를 혁신적인 아이디어로 바꾸는 것보다 대담한 아이디어를 적합하게 맞춰 나가는 것이 더 쉽습니다.
추천 활동:
- 기존 사고방식 버리기 – 짧은 시간 내로 훌륭한 아이디어로 목록을 가득 채워 보세요.
- 마인드 매핑 – 문제의 다른 측면을 살펴보고 솔루션에 대한 아이디어를 체계화해 보세요.
프로토타입 및 테스트
프로젝트의 성격에 따라 프로토타입은 냅킨 뒤에 빠르게 써 내려간 순서도에서부터 아주 간단하게 작성했지만 제대로 동작하는 코드에 이르기까지 어떤 것이든 될 수 있습니다. 대상 고객과 이해 관계자에게 프로토타입을 제공하여 일찍 피드백을 받아 보세요. 그래야 실패를 겪고 이를 조정할 시간을 벌 수 있습니다.
추천 활동:
- 엔드 투 엔드 데모 – 피드백을 얻기 쉽도록 개념을 시각화하세요.
- 경험 캔버스 – 개념이 사용자 중심이고, 실현 가능하며, 고객과 비즈니스에 모두 유용한지 확인하세요.
구상 단계에서 프로젝트가 위험에 처했다는 징후
프로젝트의 가치가 불확실합니다
해결 방법
구체적인 고객(내부 또는 외부 고객)의 모습을 선택하여 공감을 시작해 보세요. 고객이 왜 이것을 원하는지를 상상해 본 다음 회사의 큰 목표와 연결해 보세요. 고객 가치와 비즈니스 가치와의 강력한 연관성을 찾을 때까지 반복하세요.
추천 활동:
- 5가지 '이유' – 팀이 문제와 문제가 고객에게 미치는 영향을 심층적으로 파악하도록 만듭니다.
- 고객 인터뷰 – 고객의 요구 사항을 파악하고 고객이 제품 또는 서비스를 사용하는 상황을 파악하세요.
- 경험 캔버스 – 여러분의 프로젝트가 고객 중심으로 이루어지고 있으며 해당 비즈니스에 적합한지 확인하세요.
목표 및 우선순위 충돌
해결 방법
프로젝트의 길잡이가 돼줄 목표에 대해 합의하세요. 그런 다음 해당 목표를 생각하며 충돌하는 우선순위를 정리하세요. 두 옵션의 우선순위가 상충하는 경우 이 길잡이 목표에 더 가깝게 있는 옵션을 우선적으로 지정하세요.
추천 활동:
- 목표, 신호, 측정 – 프로젝트가 계속 집중되고 있는지, 그리고 성공적인 성과가 어떤 모습인지 파악하고 있는지 확인하세요.
- 타협 슬라이더– 슬라이딩 스케일을 만들어 각 메트릭의 중요도를 보여주고 무엇을 우선 순위로 지정할지 합의하세요.

누가 책임자인지 아무도 모릅니다
해결 방법
프로젝트 팀, 이해 관계자, 후원자가 모두 궁극적인 책임자가 누구인지를 공으로 알고 있어야 합니다. 프로젝트 관리자는 시간과 예산에 맞춰 프로젝트를 진행해야 할 책임이 있지만, 프로젝트의 전반적인 성공을 책임질 필요는 없을 수 있습니다.
추천 활동:
- 역할 및 책임 – 팀의 성공을 위해 프로젝트에서의 각자의 역할과 무엇이 필요한지 정의하세요.
- 프로젝트 시작 – 프로젝트의 주요 목표와 범위, 가치, 타이밍, 결정권을 공통적으로 파악하세요.
- DACI 의사 결정 프레임워크 – 구체적인 결정을 책임지는 사람이 누구이며, 나머지 팀원이 수행하는 역할은 무엇인지 파악하세요.
프로젝트 팀이 방향에 동의하지
해결 방법
우선 팀이 현재 해결 중인 문제를 제대로 이해했는지와 해당 문제가 고객에 미치는 영향을 확인하세요. 비즈니스에 있어 무엇이 우선순위이고 아닌지 관리팀에 묻는 것을 두려워하지 마시기 바랍니다. 지침을 구할 때는 "어떻게 해야 하나요?"와 같이 막연한 질문을 하는 대신 현재 고려 중인 옵션을 함께 이야기하세요.
추천 활동:


전문가 팁: 팀과 함께 Health Monitor 워크숍을 시행하세요. 프로젝트 초기에 시행할수록 효과적입니다. 효율적으로 운영되며 높은 성과를 내는 팀이 보여주는 공통적인 여덟 가지 특성에 대해 자체 평가해 볼 기회입니다.
2단계: 계획
계획 프로세스는 비교적 짧아야 합니다. 계획에는 반복적인 접근 방식을 사용하는 것이 좋지만, 프로젝트 실행 모드로 전환하기 전에 수행해야 하는 몇 가지 높은 우선순위의 작업이 있습니다.
종속성 이해 및 관리하기
프로젝트가 핵심 프로젝트 팀 외부의 업무나 리소스, 자산에 따라 좌우됩니까? 각 업무를 담당할 사람이 누구이며 이러한 담당자가 해당 업무를 할 수 있는 시기가 언제인지를 생각하며 해당 프로젝트를 계획하세요. 이 단계에서 문제를 해결할 수 없더라도 이러한 문제를 식별하여 프로젝트 계획 프로세스에 포함해야 합니다.
추천 활동:
- 역할 및 책임 – 프로젝트에서의 각자의 역할과 무엇이 필요한지 정의하세요.
로드 및 백로그 구축하기
위험 예상 및 완화하기
앞으로 맞닥뜨리게 될 문제를 피해 보세요. 프로젝트가 어떻게 실패할 수 있을지에 대해 생각해보고 이를 예방할 방법을 고민해 보세요. 또한, 아직 생각해보지 못한 놀라운 성공을 위한 기회도 파악해 보세요. 놓친 기회가 위험이 될 수도 있습니다.
추천 활동:
- 사전 검토 – 무엇이 잘못될 수 있는지 상상해 보고 이를 예방하기 위한 계획을 세우세요.
커뮤니케이션 계획 세우기
팀 미팅 주기와 이해 관계자에게 업데이트를 공유하는 주기를 설정하고 주변에 공유하세요. 이때 미팅 주기를 최소한으로 유지하면 더 좋습니다. 그런 다음 반복되는 미팅의 일정을 정하고, 캘린더에 미리 알림을 설정하여 프로젝트 계획 및 대시보드(또는 내부 홈페이지)에 정기적으로 업데이트하세요.
추천 활동:
-
스탠드업 – 진행 중인 업무의 상태를 공유하고 장애물에 관해 토론하는 팀이 매일 갖는 회의입니다.
-
프로젝트 포스터 – 목표, 상태 및 일정을 손쉽게 공유할 수 있는 방법입니다. 정기적으로 업데이트된다면 포스터는 더 쉬운 방식으로 상태를 보고합니다.
계획 단계에서 프로젝트가 위험에 처했다는 징후
프로젝트 팀에 핵심 스킬이 부족합니다
해결 방법
개념을 다시 정립하면 보유하고 있는 리소스를 사용하여 발전할 수 있습니다. 두 손, 두 발을 다 놓고 '막혔네요'라고 말하는 것은 팀에 대한 이해 관계자와 후원자의 신뢰를 떨어뜨리기만 합니다.
추천 활동:
- 상충 슬라이더 – 기본 상충 슬라이더 연습문제를 통해 프로젝트에서 협상 가능한 측면과 그렇지 않은 측면에 대해 명확히 알 수 있으며, 이를 전환해 볼 수도 있습니다. 'X'를 할 수 없다면 프로젝트의 어느 측면을 조정하여 스킬 격차를 해소하시겠습니까?

프로젝트 팀과 높은 수준의 계획을 논의하세요. 이는 현재 상태를 점검하고 종속성과 위험을 시각화하는 데 도움이 됩니다.
3단계: 실행
드디어 목표 달성을 위해 실행하는 단계입니다. 1~2주 동안 반복하여 업무를 진행하면서 이해 관계자에게 데모를 제공하고 각 주기 마지막에 팀 회고를 진행하세요.
반복하여 작업하기
애자일 방법론은 소프트웨어 개발 분야에서 비롯된 개념일 수 있지만, IT, 마케팅, HR 등 어떤 분야의 프로젝트에도 유용합니다. 각 주기를 '적합한' 계획을 가지고 시작한 다음 해당 업무를 완벽히 처리하세요. 반복이 끝날 때마다 짧은 회고를 진행해야 합니다. 이를 통해 잘 수행된 점과 그렇지 않은 점을 공유하여 다음 반복 시 더 나은 성과를 도출합니다.
추천 활동:
- 스프린트 계획 – 높은 우선 순위에 따라 다음 1~2주의 업무를 계획하세요.
- 회고 – 팀이 회고할 수 있도록 안전한 공간을 제공하고 무엇을 잘하고 잘하지 못했는지 공유하여 개선하도록 합니다.
진행 상황 추적
여기에는 완료한 업무, 남은 예산, 목표한 배포일에 맞추기 위해 진행 상황을 확인하는 것이 포함됩니다. Google Docs, Trello 또는 Jira 와 같은 디지털 방식을 사용하여 모든 사람이 여러분의 상태를 쉽게 확인할 수 있습니다. 예산이나 시간이 계획한 것보다 빨리 소요되기 시작하면 해당 문제를 후원자와 팀에 제기하여 감당할 수 없는 상태가 되기 전에 문제를 해결해야 합니다.
추천 활동:
- Trello 보드 설정 – 프로젝트를 재미있고 유연한 방식으로 체계화하고 우선순위를 지정하세요.
- Jira 대시보드 설정 – 팀과 이해 관계자에게 필요한 정보를 사용자 지정 레이아웃으로 제공하세요.
피드백 테스트 및 반영하기
각 반복 주기가 끝나면 엔드투엔드 데모를 업데이트하여 완료한 작업을 반영하고 이해 관계자 및 고객에게 보여주세요. 다음 반복 주기를 계획할 때 고려할 수 있도록 피드백을 수집하세요. Y로 넘어가기 전에 X를 다시 작업해야 할 수 있습니다.
추천 활동:
- 엔드 투 엔드 데모 – 피드백을 얻기 쉽도록 개념을 시각화하세요.
- 토론 – 다른 사람들이 여러분의 아이디어에 이의를 제기하게 하면서 새로운 영감을 불러일으켜 보세요.
실행 단계에서 프로젝트가 위험에 처했다는 징후
시간만 낭비하는 것 같습니다
해결 방법
팀이 달성하고 있는 모든 일에 빛을 비춰 주세요. 프로젝트 업무에 너무 깊이 빠져 있으면 나무가 아닌 숲을 보지 못하기 쉽습니다. (그리고 정말로 업무에 진척이 없다면 다음으로 해야 할 일은 그 이유를 알아내는 것입니다.)
추천 활동:
- 엔드 투 엔드 데모 – 데모를 반복하면서 점차 늘어나는 성과를 기념하세요. 다이어그램이 프로토타입, MVP로 변화하면서 팀이 성과가 더욱 가시적으로 느껴지게 됩니다.
- 스탠드업 – 어제 완료한 사항을 강조하거나 '완료'된 사항이 아무것도 없다는 사실을 냉정하게 밝히며 일의 진행 속도가 느껴지게 해 보세요.

범위 확장 속도가 너무 느립니다
해결 방법
상황에 따라 달라집니다. 일정 또는 예산을 유연하게 변경할 수 있는 경우 프로젝트의 범위를 확장할 수 있습니다. 그렇지 않으면 추가 아이디어를 피하거나 이를 포함하도록 균형을 맞춥니다. 여러분이 하는 업무의 품질은 떨어뜨리면 안 됩니다. 대부분의 프로젝트에서는 초기 MVP(Minimum Viable Product)를 배포한 후에도 지속적으로 개선을 이룰 수 있다는 점을 기억하세요.
추천 활동:
- 상충 슬라이더 – 우선순위를 지정할 프로젝트 항목을 결정하고 새 아이디어가 나오면 그에 맞는 균형을 어떻게 맞출 것인지 충분히 생각하세요.
- DACI 의사 결정 프레임워크 – 범위에 관한 개인적인 결정이든지 전체적으로 프로젝트를 위한 결정이든지 관계없이 누가 결정을 내리고 누가 충고를 할지 합의하세요.
커뮤니케이션이 단절되었습니다
해결 방법
팀원 간에, 그리고 이해 관계자와 신뢰를 구축하여 그들이 이야기하는 것을 다시 편하게 느끼도록 만드세요. 사람들이 정치적인 목적으로 정보를 주지 않는다면, 이를 촉진하기 위해 HR과 같은 중립 당사자를 참여시킵니다.
추천 활동:
- 스탠드업 – 작업에 대한 업데이트를 빠르게 공유하고 장애 이슈를 제기하여 커뮤니케이션을 나누고 신뢰를 구축하세요.
- 토론 – 팀원이 서로를 창의적인 생각을 하도록 자극하지 못한다면 설계 분야에서 사용하는 이 기술을 사용하여 솔직하고 구조화된 동료 피드백을 얻으세요.
- Health Monitor – 협업하는 방식, 즉 강점, 약점, 단점에 대해 숨김 없이 토론할 안전한 공간을 팀에 제공하세요.
- 업무 합의 – 서로에게 기대하는 관행, 결과, 행동 등 팀의 가치를 규정으로 정리하세요.

예상이 목표에서 완전히 벗어났습니다
해결 방법
마일스톤에 도달하는 데 필요한 실제 노력에 관한 정보를 기반으로 하여 예측한 타임라인을 다시 조정하세요. 그리고 해당 내용을 공개하여 이해 관계자가 기대하는 바와 후속 계획을 조정할 수 있도록 하세요.
추천 활동:


전문가 팁: 여러분이 설정한 측정 가능한 목표를 기억하십니까? 목표 대비 진행 상황을 측정하는 데 필요한 분석 또는 인프라에 구축해야 합니다.
4단계:
이제 모든 작업을 완료했습니다. 정말로 모두 끝난 것일까요? 아닙니다. 프로젝트를 마무리할 때는 반복되는 회의를 취소하는 것(물론 이 부분이 정말 재미 있긴 하지만) 외에도 수행해야 하는 다른 업무가 있습니다.
MVP(Minimum Viable Product) 배포하기
이제 시작이며, 중요한 순간입니다! 여러분의 제품이 드디어 공개적(또는 내부적)으로 사용될 준비를 마쳤습니다. 고객이 내부 고객이거나 여러분이 직접 커뮤니케이션하는 클라이언트라면 해당 고객으로부터 프로젝트 완료를 승인받아야 합니다. 업무가 얼마나 순조롭게 또는 어렵게 진행되었느냐에 따라 고객에게 서면 승인을 받으려고 할 수도 있습니다. 승인을 받고 나면 팀원들과 함께 축하를 나누세요!
추천 활동:
- 축하하기 – 누 '팀 점심'을 갖자고 했었죠?...
예산 마무리하기
미지불된 벤더 청구서의 비용을 모두 지불하고, 외부 클라이언트에서 고용된 직원은 해당 클라이언트에게서 비용을 지불받습니다. 프로젝트 기간 내내 트래킹한 예산 데이터를 사용하여 프로젝트 후원자에게 제공할 보고서를 생성하세요. 또한, 향후 비슷한 프로젝트 진행할 때 어느 부분에서 돈을 더 쓰거나 절약할 수 있는지도 분석하세요.
프로젝트 회고하기
어떤 부분이 잘 진행되었으며, 어떤 부분이 잘못되었습니까? 그리고 배운 점은 무엇입니까? 프로젝트 팀과 토론을 나눌 때 이러한 질문을 던져 보세요. 어떤 교훈을 얻었는지 이해하고 이를 동료와 공유하여 유익하게 활용하게 합니다. 또한, 방금 배포한 제품을 어떻게 개선할 수 있을지에 해 이야기하는 것도 잊지 마세요.
추천 활동:
- 회고 – 무엇을 잘하고 잘하지 못했는지 회고하고 이를 논의하여 개선에 활용하세요. 배울 점이 있다면 실수해도 괜찮습니다.
출시를 축하하고 알리기
제품을 배포하여 기뻐하고 계십니까? 이제 프로젝트를 설명하고 팀원에게 감사의 말을 전하는 짧은 발표문을 작성하시기 바랍니다. 프로젝트의 대상이 외부에 있는 경우 이메일이나 블로그 게시물을 통해 고객에게 이러한 뉴스를 공유하는 것이 좋습니다.
배포 단계에서 프로젝트가 위험에 처했다는 징후
프로젝트가 '완료'된 것으로 수락되지 않았습니다
해결 방법
절충 스킬을 발휘할 시간입니다. 우선 후원자나 클라이언트, 팀, 아니면 불만이 있는 누군가와 이야기하여 어떤 부분에서 차이를 보이는지 알아보세요. 이 대화의 목표는 '완료'라는 정의에 합의하는 것입니다. ('완료'는 모든 사람이 나중에 다시 참고하기 쉽도록 글로 적어 놓아야 합니다.) 그리고 현재 단계와 '완료' 간의 격차를 좁힐 수 있는 작업의 목록을 만들고 담당 팀원을 설정합니다.
추천 활동:
- 데모 트러스트 – 데모 트러스트를 관리팀과 '완료' 및 다음 단계를 토론하는 포럼으로 사용하세요.

배포한 제품 중 어떤 것이 살아남든지 배포 후 계획을 준비하세요. 제품을 지원 또는 유지보수하는 것은 누구입니까? 제품의 성공을 측정하는 데 필요한 메트릭이나 보고는 무엇입니까?
5단계: 개선
'우연히 책임을 맡게 된 프로젝트 관리자' 대부분은 MVP를 배포하고 나면 규칙적으로 진행되는 본업으로 돌아가길 간절히 원합니다. 그렇더라도 잠시 시간을 내어 다음 질문에 대해 생각해 보세요.
- 프로젝트에 대해 여러분이 정의한 '성공'을 이루셨습니까?
- MVP에서 제외된 아이디어가 있습니까?
각 질문에 대한 답변이 '예' 또는 '아니요'라면 계속 읽으시기 바랍니다.
엄밀히 말해서, 방금 배포한 제품을 개선하는 것은 하나의 '단계가'가 아니라 그 자체로 연속되는 과정입니다. 하지만 어떻든지 간에 중요하게 생각할 부분입니다.
우선, 범위에 대해 이야기해 보겠습니다. 중요하거나 멋진 부분이 MVP에서 제외되었다면 지금이 마무리 지을 기회입니다. 전체 프로젝트 팀을 한데 모으고 여기에 모든 또는 대부분의 시간을 쏟으시기 바랍니다. 만약 그렇게 할 수 없다면 모든 팀원의 시간을 약간씩 프로젝트에 할당하여 해야 하는 업무를 조금씩 처리할 수 있습니다. 어떻게 방법을 사용하든지 '계획' 단계로 돌아가야 합니다.
그러면 여러분의 성공 기준은 어떻습니까? 아마 MVP를 배포하고 어느 정도 시간이 흘러야 성공 기준에 도달했는지 알 수 있을 것입니다. 그리고 프로젝트 목표 대비 진행 상황을 이미 측정하고 계실 것입니다. 따라서 지금 당장 해야 하는 일은 그저 진행 상황을 모니터링하는 것뿐입니다.
추가 성과를 더 빠르게 달성하고 이와 관련하여 가벼운 테스트를 고안하는 데 도움이 될 사항에 대해 생각해 보세요. 프로젝트에 따라 양적 데이터(예: 사용률, 경비 절감), 질적 데이터(예: 설문조사, 테스트) 또는 두 데이터를 모두 조금씩 수집해야 할 수 있습니다.
목표 달성 과정에서 업무가 제대로 진행되지 않고 있다는 점이 분명해졌다면 소매를 걷어붙이고 배포한 내용을 반복해야 합니다. 테스트 및 메트릭의 원시 데이터를 보유하고 있다면, 이제 해당 정보를 실행 가능한 통찰력으로 바꿀 때입니다. 이를 통해 여러분은 여러분이 테스트한 아이디어가 '실제로' 구현할 가치가 있는지 확인할 수 있습니다. 아니면 테스트 데이터 분석 내용이 단순히 추가 테스트에 대한 아이디어에 반영될 수 있습니다.
어떤 개선을 이룰 것인지 파악한 후 각 개선 사항을 고유의 작은 프로젝트로 만듭니다. 아니면 여러 개선 사항을 한 번에 하나의 대형 프로젝트로 묶을 수도 있습니다. 이러한 접근 방식은 각 업데이트에 거의 동일한 그룹을 참여시킨 경우 유용합니다. 하나로 묶인 큰 블록으로 일정을 정하는 것이 더 쉬울 수 있기 때문입니다. 어떤 방법을 사용하든지 기본적으로 '구상' 단계로 돌아가야 합니다.
프로젝트가 목표를 달성하지 못할 위험에 처했다는 징후
MVP가 사용되지 않고 있으며, 그 이유를 모릅니다
해결 방법
몇 가지 정성적 연구를 진행하는 시간입니다. 대상 고객과 이야기하여 여러분의 프로젝트를 사용하지 않게 만드는 이유가 무엇인지 알아보세요. 그 이유가 프로젝트에 합당한 경우 사용자 테스트를 마련(라이브 또는 온라인 서비스 사용)하여 여러분이 배포한 제품을 사용할 때 고객의 행동을 관찰해 보세요.
추천 활동:
- 고객 인터뷰 – 즉시 소스를 살펴보고 장애가 무엇인지 묻습니다.
- 공감 매핑 – 정량적 데이터와 고객에 대한 지식을 결합하여 고객이 여러분의 프로젝트에 대해 어떻게 생각하고 느끼는지 파악하세요.
변경 사항은 늘어가는데 뚜렷한 변화가 없습니다
해결 방법
과감해지세요. 이를 계기로 중요한 변환을 맞이하거나 프로젝트의 전체적인 점검이 발생할 수 있습니다. 그렇다 하더라도 낙심하지 마세요. 성공하는 과정에서 중대한 변화를 맞이하는 것은 0.5라는 훌륭한 평균 타율을 가진 것과 같습니다. (참고로, Babe Ruth의 타율은 0.342에 불과했죠.)
추천 활동:
- 5가지 '이유' – 향후 해결해야 할 변경 사항이 무엇인지 파악할 수 있도록 이 분석 기술을 사용하여 문제의 근본 원인을 밝히세요.
- 기존 사고방식 버리기 – 기존의 사고방식을 버리고 새로운 아이디어를 떠올리세요.
프로젝트 관리 템플릿
편리하게 사용할 수 있도록 이 페이지 전반에 걸쳐 추천한 모든 템플릿을 한곳에 모았습니다.
프로젝트 관리 소프트웨어
Atlassian은 더 쉽게 프로젝트를 관리할 수 있게 해 주는 소프트웨어를 구축합니다.