엔지니어링 전략 수립

4장. 전략은 언제, 그리고 얼마나 작성해야 할까요?

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

전략이 일반적으로 유용하다고 생각하더라도 오늘이 바로 엔지니어링 전략 작성을 시작하는 날이라고 결정하기는 어렵습니다. 막상 전략을 작성하기 시작하면 조직에서 전략을 이해하는 데 시간을 투자하기보다는 무시할 정도로 방대한 양의 전략을 작성하기 쉽습니다.

다행히도 이러한 문제는 보편적인 문제이며, 두 가지 극단을 피하는 데 도움이 되는 몇 가지 유용한 멘탈 모델이 있습니다. 이 장에서는 이를 다룹니다:

• 전략을 작성해야 하는 시기

• 조직이 감당할 수 있는 전략의 양

• 전략 고도(주어진 전략의 허용 범위 및 구현 위치)를 사용하여 전략으로 인해 발생하는 오버헤드를 관리합니다.

• 전략 작업이 너무 많거나 적은지 여부를 디버깅하는 메커니즘

이 장을 다 읽고 나면 전략 작성을 언제 시작할지, 얼마나 많은 전략을 작성할지 결정하고, 많은 양의 전략을 작성하기로 결정했을 때 오버헤드를 줄이기 위해 전략 고도를 사용하는 것에 대한 명확한 관점을 갖게 될 것입니다.

전략 작성 시기

Calm의 CTO가 된 직후, 저는 "엔지니어링 전략"이라는 제목의 문서( )를 열어놓고 1년 동안 그 공허한 심연을 응시했습니다. 다시 돌아왔을 때 저는 세 가지 기본 원칙을 문서화했습니다:

• 지루한 기술 선택

• 호기심으로 갈등 해결

• 상품화된 기능을 제공하는 벤더 선호

이 간단한 원칙은 의사 결정에 있어 갈등을 크게 줄여주었고, 제품 개선에 더 많은 에너지를 집중할 수 있게 해주었습니다. 처음 시작할 때는 더 명확한 전략이 필요하다고 느꼈지만 무엇을 써야 할지 몰라서 아무것도 쓰지 않았습니다.

종종 아무것도 쓰지 않는 것이 최선의 선택일 때가 있습니다. 실제로 리더에 대한 일반적인 비방은 그들이 "전략적이기를 원한다"는 것인데, 이는 그들이 오늘날의 구체적인 필요보다는 추상적인 아이디어에 너무 집중한다는 것을 의미합니다. 하지만 이러한 주장 뒤에는 중요한 진실이 숨어 있습니다. 전략 업무가 항상 시간을 가장 가치 있게 쓸 수 있는 방법은 아니라는 것입니다. 때로는 전략 작업이 더 중요한 일을 하지 않기 위한 '간식'에 불과할 수도 있습니다.

전략 작업을 시작하기 전에 지금이 적절한 시기인지 판단해야 합니다. 이는 조직의 현재 전략 상태, 시간 경과에 따른 전략 상태의 추세, 효과를 발휘할 수 있는 충분한 컨텍스트가 있는지 여부에 따라 달라집니다.

현재 전략 상태

이 세 가지 기준 중 첫 번째는 전략적 상태라는 개념입니다. 서비스 아키텍처 전략의 예(문서 20-1)를 사용하면 엔지니어링 조직은 세 가지 전략 상태 중 하나에 속하게 됩니다:

전 세계적으로 일관성 유지

문서화되어 있지 않더라도 명확하게 합의된 전략이 있습니다. 팀원들에게 주어진 문제에 접근하는 방법을 물어보면 비슷한 답을 얻을 수 있습니다. 예를 들어, 기존의 모놀리식 코드베이스에서 새로운 제품 기능을 ...