아마존(Amazon)에서 사용하는 작은 단위의 서비스 개발 접근 방식에서, 각 서비스는 소프트웨어 아키텍처 뿐만 아니라 조직의 커뮤니케이션 구조를 잘 나타냅니다. 각 서비스는 강력한 (팀 단위) 소유 모델을 가지고 있습니다. 이러한 소유 모델은 소규모 팀 규모에서 혁신해 나가기 쉽도록 설계되었습니다. 어떤 면에서는 대기업 규모에서 이러한 서비스 팀 단위는 스타트업의 모습과 비슷합니다.
아마존에서 각 서비스는 외부 (혹은 내부) 고객이 누구인지에 중점을 두어야 합니다. 각 서비스가 고객의 요구 사항을 충족 시키도록 하기 위한 방법으로 Working Backward (거꾸로 일하기) 라는 업무 프로세스를 사용합니다.
맨 먼저 제품 정의 프로세스는 일반 기업과 달리 거꾸로 작동합니다. 서비스를 기획할 때, 맨 처음 필요한 문서는 (초기 제안서나 기획서 대신 일반적으로 맨 마지막에 작성하지만 고객에게는 처음 선보이는) 보도 자료(PR) 및 자주 묻는 질문(FAQ)를 작성한 다음, 이를 발전시켜 구현에 필요한 문서를 만듭니다.
Working Backwards 제품 정의 프로세스는 고객을 위한 개념을 먼저 풀어 내고 궁극적으로 우리가 무엇을 만들고 건설 할 것인지에 대한 명확한 생각을 얻는 것입니다.
- 보도 자료 – 한 페이지 정도로 간단하게 제품의 기능과 이점, 기능 및 이점을 설명합니다. 요점은 분명하고 분명해야합니다. 보도 자료를 미리 작성하면 고객이 어떻게 제품을 볼 것인지 명확히 알 수 있습니다. 제품 개발은 기획자 혹은 엔지니어 주도가 아니라 고객 주도로 이뤄어 지도록 하니다.
- 자주 묻는 질문 (FAQ) – 우리가 보도 자료를 읽고 나서 제기된 질문과 답변을 포함합니다. 보도 자료를 공유 할 때 다른 사람들이 물어 볼 수 있는 질문을 포함시키고 제품에 적합한 내용을 정의하는 답변을 포함하게됩니다.
- 고객 경험 정의서 – 고객이 제품으로 할 수있는 여러 가지 경험을 자세하게 설명합니다. 사용자 인터페이스가있는 제품의 경우 고객이 사용하는 각 화면을 작성합니다. 웹 서비스의 경우 사용자가 제품을 사용하는 것을 상상할 수있는 방법을 설명하는 코드 스니펫을 비롯한 사용 사례를 작성합니다. 여기서 목표는 고객이 제품을 사용하여 문제를 해결하는 방법에 대한 이야기를 전하는 것입니다.
- 사용 설명서 – 사용자 설명서는 고객이 제품의 기능과 사용 방법을 실제로 확인하는 데 사용하는 것입니다. 사용자 설명서에는 일반적으로 제품 사용에 필요한 세 가지 영역인 제품의 개념, 사용 방법 및 참조 자료로 구성되어 있습니다.
일단 보도 자료, FAQ, 고객 경험 정의서 및 사용자 설명서를 작성하는 과정을 거치게 되면, 우리가 계획하고있는 서비스가 얼마나 명확한 지 알 수 있습니다.
– Dr. Werner Vogles, Amazon.com CTO
원문: https://www.allthingsdistributed.com/2006/11/working_backwards.html
Update – 아마존 문화와 관련해서 아래 동영상을 참고하셔도 좋습니다.
※ Disclaimer- 본 글은 개인적인 의견일 뿐 제가 재직했거나 하고 있는 기업의 공식 입장을 대변하거나 그 의견을 반영하는 것이 아닙니다. 사실 확인 및 개인 투자의 판단에 대해서는 독자 개인의 책임에 있으며, 상업적 활용 및 뉴스 매체의 인용 역시 금지함을 양해해 주시기 바랍니다. 본 채널은 광고를 비롯 어떠한 수익도 창출하지 않습니다. (The opinions expressed here are my own and do not necessarily represent those of current or past employers. Please note that you are solely responsible for your judgment on checking facts for your investments and prohibit your citations as commercial content or news sources. This channel does not monetize via any advertising.)