💬 코멘트
- 단순히 어떻게 관리할 것인지 프로세스 위주로 작성된 글이 많았는데, 아이디어라고 할지라도 회사의 목표와 부합하게, 정말 필요한 것들이 실현될 수 있게 필요한 점을 잘 짚어준 것 같아요.
- 또한 커뮤니케이션 관점에서 놓칠 수 있는 STEP 5 까지 잘 짚어준 것 같아서 좋았습니다.
1️⃣ 공개된 백로그에서 아이디어를 수집하기.
- 아이디어를 위한 공간을 따로 마련해두기. 이 때 제안자가 현재 진행 중인 태스크 등 맥락을 잘 알 수 있어야 한다.
- 아이디어를 낼 떄는 아래의 질문에 답변을 하도록 하자. 필요한 아이디어인지 생각해볼 기회를 주는 것이다.
(1) 아이디어에 대한 설명
(2) 어쩌다가 떠올렸는지
(3) "우리 고객이나 사업에게" 왜 중요하다고 생각하는지
(4) 회사의 비전이나 목표에 어떻게 연결될 수 있는지
2️⃣ 중복된 아이디어 정리하기
- 우선 아이디어를 problem & solution의 구성으로 쪼개자.
- 그 다음 솔루션이 아니라, 고객의 니즈/문제를 기반으로 중복을 제거하자. 솔루션이 아니라 니즈 기반으로!!
- 문제가 명확하지 않다면 논의를 통해 문제를 구체화 하자.
- 매주 2~3회씩 아이디어를 합치자. 그래야 잠식당하지 않을 수 있다.
3️⃣ 현재의 계획과목표에 기반해서 새로운 아이디어 평가하기
- 아이디어는 공통의 목표를 달성하는데 도움이 되어야 한다. 그렇지 않으면 방해만 될 뿐이다.
- 목표 달성에 도움이 된다면 우선순위를 산정하자. 아니라면 목표가 바뀌기 전까지 백로그로 넘기자.
- 분기 목표 등이없다면 우선 다 재쳐두고 목표부터 세워라.
4️⃣ 로드맵의 관점에서 우선순위 평가하기.
- 아이디어가 회사의 비전/목표와 일치한다고 했을 떄, 우리 로드맵 안에서 아이디어를 어디로 위치시킬 지 봐야 한다.
- 아무리 아이디어가 좋아도, 스프린트 계획을 변경한다면 context change 등을 고려했을 때 큰 비용으로 다가올 것이다.
- 따라서 현재 스프린트 보다는 다음플랜과 비교해서 계획을 짜자. 비용 대비 효익을 고려해라.
5️⃣ 아이디어 제공자에게 피드백 전달하기.
- 결과가 어떻든 제공한 사람에게 피드백을 줘라.
- 채택하지 않았은 아이디어의 제공자에게는 명확한 이유를 제공하자.
ex) 이번 목표와 맞지 않습니다 / 현재 로드맵이 더 중요합니다 / 비용이 너무 큽니다 / 시니어가 다른 아이템이 더 중요하다고 판단했습니다 등..
- 채택한 아이디어의 제공자에게는 업데이트를 제공하자.
ex) 로드맵 상에서 제공한 아이디어의 status. / 예측가능할 떄는 언제쯤 반영될 것이다에 대한 정보를 주자. 불확실하다면 피하라. / 그리고 실제로 개발이 시작될 때 다시 이야기해주자 / 가능하다면 그 아이디어의 베타테스팅 등에 초대하라. 가장 큰 지지자가 될 것이다.
- 이런 피드백이 잘 제공되어야 사람들이 기꺼이 아이디어를 제공한다. 좋은 사이클을 만들어 내야 한다.