엔지니어링 전략 수립

5장. 엔지니어링 전략을 구축하는 단계

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

종종 "전략"이라고 표시된 무질서한 아이디어 모음을 볼 수 있습니다. 아이디어가 빽빽하게 들어 있어도 이러한 문서는 분석하기 어려울 수 있습니다. 이것이 대부분의 엔지니어가 회사에 명확한 전략이 없다고 주장하는 주된 이유입니다. 1장에서 살펴보았듯이 모든 회사는 문서화되어 있지 않더라도 어느 정도 전략을 따르고 있습니다.

이 장에서는 전략 초안을 작성하는 반복 가능하고 구조화된 접근 방식을 제시하고 그 접근 방식의 각 단계를 소개합니다. 각 단계는 해당 장에서 더 자세히 설명하겠습니다. 여기서는 특히 실무자가 어색하거나 어렵게 느껴지는 단계를 건너뛰지 않도록 이 다섯 단계를 어떻게 결합하여 전략 수립을 용이하게 하는지에 대해 설명하겠습니다. 또한 자신의 전략 작업에 이 단계를 그대로 따를지 아니면 조정할지 스스로 결정하는 방법도 살펴볼 것입니다.

다음은 각 단계에 대한 개략적인 요약입니다:

1단계: 탐색

현재 진행 중인 전략에 대한 더 넓은 업계의 아이디어와 사례를 탐색합니다. 탐색은 최근 연구 결과에 따라 접근 방식이 어떻게 달라질 수 있는지, 마지막으로 비슷한 문제를 해결한 이후 최신 기술이 어떻게 변화했는지 이해하는 것입니다.

2단계: 진단

문제의 세부 사항을 진단합니다. 문제를 해결하기 전에 문제를 명확하게 이해하기 위해 속도를 늦추는 것도 어렵지만, 명확한 진단 없이 문제를 제대로 해결하기는 더더욱 어렵습니다.

3단계: 개선

구체화란 검증되지 않은 원시적인 아이디어( )를 가지고 현실과 비교하여 테스트하는 것입니다. 이 검증 프로세스를 지원하기 위해 전략 테스트, 시스템 모델링, 워들리 매핑이라는 세 가지 기법이 도입되었습니다.

4단계: 정책 설정

정책은 진단을 해결하기 위한 트레이드오프와 결정을 내립니다. 여기에는 소프트웨어 아키텍처 설계 방법 지정, 풀 리퀘스트 검토 방법, 조직 내 인력 할당 방법 등 다양한 것이 포함됩니다.

5단계: 운영

운영은 정책을 조직 내에서 실행으로 옮기는 구체적인 메커니즘입니다. 이는 관련 테스트 없이 코드 변경에 대해 알려주는 넛지나 마이그레이션 진행 상황을 검토하는 주간 회의 등이 될 수 있습니다.

이 장의 시작점에서 어디부터 더 읽을지 결정할 수 있습니다.

단계가 전략이 되는 방법

공식을 암기하는 것만으로는 효과적인 전략을 만들 수 없으며, 이러한 단계를 따른다고 해서 훌륭한 전략을 만들 수 있는 것은 아닙니다. 하지만 제가 일관되게 발견한 것은 전략의 실패는 근본적으로 불건전한 사고보다 피할 수 있는 오류로 인해 더 자주 발생한다는 것입니다. 바쁜 사람들은 특히 싫어하거나 이전에 실패한 적이 있는 단계를 건너뛰기 쉽습니다.

이 단계는 이러한 오류를 피할 수 있는 방법입니다. 이러한 단계를 일상적으로 연습하면 현재 진행 중인 전략에 가장 적합한 접근 방식에 대한 강력한 습관과 직관을 키울 수 있습니다. ...