프로젝트 초기 기획안을 바탕으로, 프로젝트 관리/기획 방법에 대한 보강에 대해서 멘토링을 받았고, 멘토링 회고 중심으로 작성함. 이렇게 무조건 해야한다! 보다는 이 작업들이 추후 우리 프로젝트의 방향을 설정하는데 도움을 줄 것이라고 생각하고 적용해야 할 듯하다.
현재 기획에 대한 피드백
차별성, 핵심 가치의 정의가 불분명
여태 꾸준하게 느꼈었던 점이기도 하고, 다른 멘토님에게도 많이 피드백을 받았었던 점이다. 많은 고민을 해봤지만 가장 해결하기 힘들었던 점이기도 하다.
오늘 이 방법을 해결하기 위한 구체적인 방법에 대해서 설명을 대략적이게나마 들을 수 있었고, 팀원들과 우리의 서비스에서 현재 가장 중요하게 생각하는 것을 동기화 할 수 있었다는 것이 좋았다.
오늘 받았던 해결 방법에 대한 정리를 하자면
잠재 고객을 확보해야 한다.
- 잠재 고객은 우리 서비스가 런칭되었을 때 실제로 사용하고 높은 가치를 느낄 것이라 예상 되는 고객이다. 이 잠재 고객을 확보하기 위해서는 인터뷰를 거쳐서 판단해야 하는데, 인터뷰에 필요한 스킬들에 관련해서도 많이 배웠다.
인터뷰에 필요한 스킬
- 예 or 아니오로 대답할 수 있는 질문은 좋은 질문이 아니다.
- 행동 기반의 경험을 이끌어 내기 위해 이성적인 판단은 다 제외한다.
- 어떤 특정 시점에서 잠재 고객이 우리 서비스와 관련한 '좋았던' 경험 을 캐낸다. 예를 들어, 가장 최근에 이전에 전혀 몰랐던 새로운 사람들을 만났던 적이 있나요? 등의 질문.
- 이후엔 그 사람이 그 경험에서 얻었었던 불편한 점, 좋았던 점, 인상적이었던 점등 최대한 모든 것을 끌어낸다.
- 잠재 고객과 그렇지 않은 고객의 차이는 돈을 낼 것인가?로 판단 할 수 있다.
- 그렇기 때문에 마지막에 인터뷰 과정에서 얻었었던 그 사람의 불편함 혹은 아쉬웠던 점을 해결해 주는 서비스가 있다고 했을 때, 그리고 그 베타버전을 체험해 볼 수 있는 할인권이 있을 때, 그 사람이 그 서비스를 당장 '돈'을 내고 쓰게 된다면 그 사람은 잠재 고객으로서 봐도 무방하다.
예를 들어, 사람들을 만나는 것을 좋아하는 사람이 누군가를 새로 만났을 때 그 사람이 신뢰할 수 있는 사람인지 불안했던 점이 아쉬웠다고 잠재 고객이 말을 했다고 가정하자. 우리 서비스가 그 사람에게 만나는 것을 제공하는 동시에, 서비스 자체적으로 신뢰있는 사람만을 필터링 한다고 전달한다, 그리고 지금 베타버전이기 때문에 원래 실 서비스는 10만원을 내야 이용이 가능하지만 지금 결제하면 만원에 해주겠다라고 제안 했을 때, 그 사람이 결제를 할 것인가에 대해 잠재 고객임을 파악하는 것이다.
- 잠재 고객이 돈을 내기 위한 최소한의 가정(핵심 가치)를 파악하는 것도 중요하다.
- 잠재 고객은 바이럴 마케팅, 차별성, 핵심 가치 피드백 등 많은 이점을 가지고 있는 고객이기 때문에 어떻게든 잘 활용하는 것이 좋다.
잠재 고객에게 피드백을 받는다.
- 잠재 고객은 앞서 말했듯이, 우리에게 차별성, 핵심 가치를 제공한다. 잠재 고객에서 끌어낸 인사이트를 바탕으로 분석, 판단을 통해 우리가 진짜 얻고자 하는 가치에 대해서 바꿔나가야 한다.
앞으로의 프로젝트 관리 방법
Scrum + Kanban
보통 팀의 스타일에 맞춰서 적절한 방법론과 프로젝트 관리 기법을 사용하지만, 우리는 아직 프로젝트 관리에 대한 지식이 전무하니 멘토님이 선호하는 방식에 대해서 설명을 들을 수 있게 되었다.
보통 멘토님은 Scrum과 Kanban 프로세스 도구를 활용해 프로젝트를 진행하는 것을 선호한다고 하셨다.
먼저 Scrum과 Kanban의 핵심 가치를 짚고 넘어가고, 우리가 실제 프로젝트에 어떻게 적용하게 되었는 지는 추후 포스팅 하겠다.
Scrum
우리는 대규모 조직에서 오랜시간동안 커다란 것을 만들기 보다는 소규모 팀에서 짧은시간동안 작은 것을 만들도록 한다. 단, 전체적인 모습을 볼 수 있게 정기적으로 통합한다.
Kanban
Scrum은 초기 스타트업에서는 생각보다 유연하지 않고, 많은 오버헤드를 만들고, 이는 팀의 번 아웃의 원인이 된다. 왜냐하면 Scrum은 우리의 업무 시간 추정에 익숙하다고 가정한다. 그래서 익숙치 않은 사람들은 Sprint Planning에 과부하의 원인이 되기도 한다. 그래서 소프트웨어 품질에 대해 초점을 맞추고, 추정에 생기는 오버헤드를 줄인다.
의욕있게 프로젝트에 임하기 위해서는?
프로젝트를 하며 의욕이 떨어지는 원인은?
의욕있게 하기 위해서, 의욕이 떨어졌던 우리의 경험을 토대로, 그런 경험을 다시 겪지 않기 위해 해야 할 일들은 무엇인지 파악해 보았다.
- 가치있는 프로젝트가 아닐 때
- 비효율적인 작업을 하는 경우
- 원래 기대했던 시장의 방향이 아닐 때
- 나의 만족치를 못느끼고 지속적으로 느낄 때
- 고객의 피드백이 없을 때
- 합의 되지 않은 부분을 만들 때
의욕을 떨어지게 하는 원인을 해결하는 방법은?
하나의 문화는 일정한 규칙들의 집합이라고 할 수도 있다. 그래서 팀의 문화를 올바르게 형성하기 위해서,
정해진 규칙을 만들고