엔지니어링 전략 수립

21장. 제품 엔지니어링 전략

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

제 경력에서 제가 수행한 대부분의 전략 업무는 Uber의 서비스 마이그레이션(문서 16-1)과 같이 비임원 직책에서 수행한 것이었습니다. Calm에 합류하면서 처음으로 전략을 제안할 뿐만 아니라 실행에 옮길 수 있는 임원직을 맡게 되었습니다.

거의 모든 스타트업이 그렇듯 제가 입사했을 때 엔지니어링 팀은 흩어져 있었습니다. 가장 중요한 업무는 확장 가능한 인프라를 만드는 것이었나요? 주요 프로그래밍 언어를 채택하지 못한 것이 가장 큰 리스크였나요? 고착화된 서비스 분해 이니셔티브를 어떻게 구출할 수 있을까요?

이러한 전략은 Calm 엔지니어링 팀과 제가 수많은 반복과 토론, 그리고 필연적으로 약간의 의견 불일치 끝에 조율한 것입니다. 이 전략은 기본적이면서도 우리의 가치를 명확하게 보여주는 전략이며, 확장성이 낮고 복잡성이 높은 소비자 제품을 위한 합리적인 출발점이라고 생각합니다.

이 문서 읽기

이 장의 문서는 제가 Calm에서 근무하는 동안 추구했던 전략을 기억을 더듬어 재작성한 것입니다. 그렇습니다:

문서 21-1: "우리는 제품 엔지니어링 회사입니다!": 차분한 엔지니어링 전략

이 문서에서는 인프라 스타일의 기초 작업에 집중하지 않고 제품 엔지니어링 작업에 집중하는 Calm의 전략과 그러한 접근 방식의 근거를 간략하게 설명합니다.

문서 21-2: Calm에서 엔지니어링 중심 프로젝트를 리소스화하는 방법

이 문서에는 엔지니어링 우선순위에 대한 투자에 대한 Calm의 접근 방식이 요약되어 있으며, 엔지니어링에 대한 투자를 기꺼이 하지 않는다는 것이 엔지니어링 내부의 일반적인 믿음이었을 때 Calm의 접근 방식이 요약되어 있습니다.

이 문서에서 제시하는 전략을 적용하는 것을 목표로 이 문서를 읽는다면 맨 위부터 시작하여 끝까지 읽어보세요. 반면에 그 이면의 생각을 이해하는 것이 주된 목표라면 탐색부터 시작해서 진단하는 식으로 섹션을 역순으로 읽으세요. 11장에서는 읽기와 사고를 분리하는 이 접근 방식에 대해 설명하고 전략 문서의 일반적인 구조를 자세히 설명합니다. 문서 자체를 읽어보세요.

문서 21-1: "우리는 제품 엔지니어링 회사입니다!": 차분한 엔지니어링 전략

정책 및 운영

새로운 정책과 운영 메커니즘( )은 다음과 같습니다:

• 우리는 제품 엔지니어링 회사입니다. 사용자들은 매일 에 우리 제품 덕분에 삶이 더 나아졌다는 글을 올립니다. 우리의 기술 인프라는 상대적으로 규모가 작고 복잡성이 낮기 때문에 사용자 편지를 많이 받지 못하며, 앞으로도 이런 상황은 변하지 않을 것입니다. 이를 바꾸려고 노력하기보다는 제품 엔지니어링에 최대한의 주의를 기울이고자 합니다.

• 저희는 가치 있는 제품 기능을 만들기 위해 새로운 기술만을 채택합니다. 현재 존재하는 기술 스택만으로도 현재와 미래의 제품 로드맵 대부분을 해결할 수 있다고 믿습니다. 드물게 신기술을 채택하는 ...