📘애자일 마스터_애자일 프로젝트 인셉션

애자일 마스터(Agile Master) - 2. 애자일 프로젝트 인셉션

 

 

---

 

모두 한 버스에 타는 법

1. 대부분의 프로젝트가 실패하는 이유

• 모두의 의견이 일치되지 않은 상태에서 프로젝트가 시작되기 때문
• 이루어진 적이 없는 합의가 이루어졌다고 믿는 성급한 가정 때문

 

2. 해결책- 껄끄러운 질문하기

• Engagement나 세일즈 초반에 어려운 질문을 해야한다.

 

3. 인셉션 덱

• 프로젝트와 관련이 있는 사람들을 모아, 모든 사람들이 프로젝트에 기대하는 바가 동일하도록 서로 적절한 질문을 통해 생각을 공유
• 이해당사자가 프로젝트와 관련한 중요사항을 결정할 때 핵심적인 역할을 한다.

 

4. 인셉션 덱의 핵심

• 우리가 여기 왜 모였는지 물어보기
  • 프로젝트의 목적과 고객을 상기시키기
• 엘리베이터 피치(Elevator Pitch)를 만들기
  • 30초간 단 두 문장으로 프로젝트 설명하기
• 제품의 광고를 디자인하기
  • 잡지를 보다 우리의 제품이 광고되어 있다면 무슨 말이 써있으며 스스로가 소비자일 때 구매하겠는지
• NOT리스트를 작성하기
  • 뭘 해야하는지 말아야 하는지 정하기
• 프로젝트와 관계된 다양한 사람들과 알고 지내기
• 해결책을 보여주기
  • 기술적인 아키텍처의 청사진을 보여주며 모두의 생각이 동일한지 확인하기
• 미리 야근 거리가 될만한 것을 찾아보기
  • 해결하기 힘들어 보이는 문제들을 어떻게 피할 것인지 논의해 나가기
• 규모를 정하기
  • 얼마나 걸릴 프로젝트인지 가늠해보기
• 우선순위 파악하기
  • 시간, 범위, 비용, 품질 등 중에서 지금 상황에서 가장 중요한 것과 가장 덜 중요한 것을 파악하기
• 기회비용이 무엇인지 파악하기
  • 얼마나 걸릴지, 비용이 얼마나 들지, 어떤 팀이 필요할지

 

---

 

 

인셉션 덱-크게 보기

1. 질문하라 : 우리는 왜 여기 모였나요?

• 직접 가서 보고 배우라
  • 머리로만 이해하는 것과 몸으로 체험하는 것은 천지 차이
  • 고객이 처한 상황을 직접 가서 두 눈으로 확인해보기
  • 개발할 시스템이 필요한 곳에 방문하는 것
• 지휘관의 의도(Commander's Intent) 파악하기
  • 지휘관의 의도 : 이 프로젝트가 성취하고자 하는 목표를 정확히 표현한 것
  • 핵심 : 팀원들 각자가 이 프로젝트를 하기 위해 자신들이 모인 이유가 무엇인지 서로 이야기해 보는 것, 그리고 이를 통해 프로젝트의 진짜 목적이 무엇인지 이해됐다고 생각한다면, 고객에게 검증 받기

 

 

2. 엘리베이터 피치 만들기

엘리베이터 피치 템플릿
[고객이 필요로 하는 사항]을
[목표로 하는 고객]에게
[제품의 카테고리]인
[제품의 이름]은
[제품이 주는 혜택이나 구매해야만 하는 이유]이다.
[경쟁사 제품의 기능과 다르게]
우리 제품은 [우리 제품이 가지는 특별한 점]이다.

• 엘리베이터 피치란? 짧은 시간 안에 핵심을 피력하는 것

1. 프로젝트의 핵심을 분명히 이해할 수 있다.
2. 팀원으로 하여금 고객의 입장에서 생각하도록 한다.
3. 핵심을 공략한다.

 

3. 제품 광고를 직접 디자인해보자

• 1단계: 제품이 제공하는 혜택이 무엇인지 브레인스토밍 하라
  • 기능을 일일이 설명하는 것 → X
  • 고객이 정말 알고 싶어 하는 것 : 이 제품이 자신의 삶의 질을 더 낫게 할 수 있는지, 자신에게 어떤 혜택이 올 것인지
  • 어떤 기능이든 기능 자체보다는 이를 통해 고객이 얻을 혜택이 무엇인지를 설명하라!
• 2단계: 슬로건 만들기
  • 몇개의 단어만으로 많은 의미를 전달함
• 3단계: 상자 디자인하기
  • 이 제품을 통해 어떤 혜택을 얻을 수 있는지 보여주기

 

4. NOT리스트를 작성하라

• 범위 내/범위 외/미해결 로 나눈 테이블
• 어떤 것이 범위에 포함 되는지, 않는지 분명히 알 수 있음
• 범위 내 항목
  • 초점을 맞춰야 할 사항들
• 범위 외 항목
  • 하지 않아도 괜찮은 사항들
• 미해결 항목
  • 고민해보고 결정을 내려야 할 사항들

 

5. 프로젝트와 관련된 다양한 사람들과 만나라

• 프로젝트를 출시하기 전, 팀원들과 함께 과연 이 프로젝트와 관련되어 있는 사람들이 누구인지 브레인스토밍 하기
  • BEST : 배테랑 인재들(회사에 오래 몸담은)
• 대략 어떤 그룹의 사람들이 관련자인지 파악되면, 그들과 대화를 나누고 각 그룹마다 컨택 포인트 만들어두기

 

 

 

---

실현 방안

1. 해결책을 보여주라

• 해결책을 시각화하면 기술적으로 성취하려는 것이 무엇인지 한눈에 파악하고, 모두가 동의하는지 확인하는데 좋다.
• 모두가 있는 자리에서 공유하면 이로운 점
  • 어떤 도구나 기술을 사용할지 추측 가능
  • 프로젝트의 제약 사항이나 범위를 시각화해 볼 수 있음
  • 리스크에 대해 상의해 볼 수 있음

 

2. 야근 거리

• 프로젝트 리스크 : 시간과 비용이 허락하는 것 보다 해야할 일이 많은 것
• 프로젝트 리스크를 일찍 논의할 수록 좋은 것
  • 프로젝트를 하는 동안 감수해야 할 문제점들을 일찍 파악할 수 있음
  • 의견을 거침없이 말할 기회다.

 

3. 크기 정하기

• 작은 단위로 생각하기
  • 이상적인 프로젝트의 기간은 6개월이다.
  • 짧을 수록 리스크는 줄어든다.

 

4. 우선순위 정하기

• 시간
  • 시간은 정해져 있기 때문에, 모든 활동에 "타임박싱(Time Boxing)"을 정해둬야한다.
  • 출시 날짜를 늦추고 소프트웨어를 늦게 전달하면 고객이 투자한 만큼의 가치를 돌려받지 못한다.
  • 반드시 그 시간 내에 필요한 사항을 완성시키려 해야한다.
• 비용
  • 대부분 생각보다 충분하지 않다.
  • 비용을 미리 정해놓아야한다.
• 품질
  • '시간을 지키기 위해선 품질 하락을 어느정도 감수해야한다.'는 건 옳지 않다.
  • 품질 또한 기준을 미리 정해놓고, 항상 최고로 유지해야한다.
• 범위
  • 할게 너무 많다면 범위를 줄여야 한다.
  • 계획했던 것 처럼 현실이 따라주지 않으면, 계획을 바꿔야 한다.

 

5. 우선순위 보여주기

• 최종 결정을 내리는 인물이 누구인지를 명확히 파악하라
  • 각기 원하는 바가 다른 이해당사자들의 대표가 누구인지 분명히 알아야 한다.
  • 다양한 의견을 수렴해 최종적으로 선택을 하는 사람이 누구인지 알아야만 혼돈과 비용을 덜 수 있다.
• 비용이 얼마나 들지 추측해보기
  • 대략적인 비용 계산식
    • 팀원수 X 프로젝트의 기간 @ 프로젝트 비용/시간

 

 

 

 

 

 

 

 

 

 

 

---

💡INSIGHT

 작년 말, 프로젝트 초기에 중요한 질문들을 하지 않아서, 계속해서 프로젝트가 연장되고 비용이 지출되는 상황을 경험했었다. 프로젝트가 끝나갈 때 즈음에 "이런 질문을 했더라면, 이런 부분들을 명확히 정의하고 시작했더라면!"하는 후회가 있었다. 시간, 비용, 범위 등 다양한 핵심들은 무조건 프로젝트 초반에 정확히 질문하고 나아가야겠다.