개발자 협업·성장 가이드 · Part 10

의사결정과 트레이드오프

완벽한 결정이 아니라 되돌릴 수 있는 좋은 결정을 빠르게 내리기

작성 기준2026년 7월

이 파트에서 다루는 내용

결정의 무게 구분트레이드오프 드러내기근거 남기기결정을 움직이기
01

모든 결정을 같은 무게로 다루면 아무것도 못 정합니다

리드가 되면 결정할 일이 많아집니다. 여기서 흔한 함정은 모든 결정을 신중하게 다루려다 아무것도 빨리 못 정하는 것입니다.

결정을 나누는 가장 유용한 기준은 되돌릴 수 있는가입니다. 되돌릴 수 있는 결정은 빠르게 내리고 아니면 바꾸면 됩니다. 되돌리기 어려운 결정만 시간을 들여 신중하게 봅니다.

되돌릴 수 있는 결정
빠르게

라이브러리 선택, 폴더 구조, 이름 규칙처럼 나중에 바꿀 수 있는 것. 완벽을 기다리지 말고 빠르게 정하고 해 보며 배웁니다. 틀리면 바꿉니다.

되돌리기 어려운 결정
신중하게

데이터 구조, 외부 시스템 연동, 공개 API, 아키텍처의 뼈대처럼 바꾸려면 큰 비용이 드는 것. 여기에 시간과 검토를 집중합니다.

속도의 함정 양쪽
균형

되돌릴 수 있는 것을 오래 고민하는 것도, 되돌리기 어려운 것을 대충 정하는 것도 문제입니다. 무게에 맞는 시간을 씁니다.

02

정답이 아니라 트레이드오프를 드러냅니다

기술 결정에 완벽한 정답은 드뭅니다. 대부분 무엇을 얻고 무엇을 포기하는가의 문제입니다. 좋은 결정은 이 트레이드오프를 감추지 않고 드러냅니다.

이것이 이 사이트 전체가 정답 대신 판단 기준을 다룬 이유이기도 합니다. 상황에 따라 답이 달라지기 때문입니다.

무엇을 포기하는가
명시

이 선택으로 무엇을 얻고 무엇을 잃는지 함께 말합니다. 속도를 얻고 유연성을 잃는다처럼. 얻는 것만 말하면 나중에 잃은 것이 문제로 돌아옵니다.

상황을 전제로
맥락

같은 선택도 상황에 따라 답이 다릅니다. 지금 우리 규모와 일정에서라는 전제를 답니다. 일반론이 아니라 이 프로젝트의 판단입니다.

은탄환은 없다
경계

모든 것을 해결한다는 도구나 방법은 대개 다른 비용을 감춥니다. 새 기술을 도입할 때는 무엇을 포기하는지 먼저 찾습니다. IDE·React 코스의 도입 판단과 같습니다.

가장 단순한 답부터
기준

요구를 만족하는 가장 단순한 방법부터 검토합니다. 화려한 구조는 대개 나중에 부채가 됩니다. 필요해지면 그때 키웁니다.

03

결정은 근거와 함께 기록해야 살아남습니다

결정 자체보다 왜 그렇게 결정했는가가 더 오래 필요합니다. 상황이 바뀌어 결정을 재검토할 때, 당시의 전제를 알아야 지금도 유효한지 판단할 수 있습니다.

Part 6에서 결정 기록의 형식을 다뤘습니다. 여기서는 리드로서 그것을 팀의 습관으로 만드는 관점입니다.

전제를 남긴다
재검토 대비

무엇을 정했는지만이 아니라, 어떤 전제와 상황에서 정했는지를 남깁니다. 전제가 바뀌면 결정도 바뀔 수 있기 때문입니다.

버린 대안도
반복 방지

검토했지만 버린 대안을 남기면, 나중에 그거 왜 안 했냐는 논의를 반복하지 않습니다. 이미 검토했고 왜 버렸는지가 기록에 있습니다.

결정권과 책임
명확히

누가 결정했는지 분명히 합니다. 모두의 결정은 아무의 결정도 아닙니다. 결정권자가 정하되, 관련된 사람의 의견은 미리 듣습니다.

04

결정은 내리는 것만큼 움직이는 것도 중요합니다

결정을 혼자 내리고 통보하면 팀이 따르지 않습니다. 반대로 모두의 동의를 기다리면 아무것도 못 정합니다. 그 사이의 방식이 필요합니다.

의견을 먼저 듣는다
참여

결정 전에 관련된 사람의 의견을 듣습니다. 더 나은 정보를 얻고, 결정에 대한 수용도도 높아집니다. 들었다고 다 따르는 것은 아니지만, 들은 것 자체가 중요합니다.

정했으면 따른다
실행

충분히 논의하고 결정했으면, 반대했던 사람도 팀의 결정으로 따릅니다. 결정 뒤에도 계속 흔들면 아무것도 진행되지 않습니다. 동의하지 않아도 실행에 전념하는 것입니다.

바꿀 수 있게 연다
겸손

결정은 지금 정보로 내린 최선일 뿐입니다. 새 정보로 틀렸다고 판단되면 바꿉니다. 특히 되돌릴 수 있는 결정은 고집할 이유가 없습니다.

왜를 공유
납득

결정을 전할 때 이유를 함께 전합니다. 왜 그렇게 정했는지 알면 팀이 납득하고, 비슷한 상황에서 스스로 판단할 수 있습니다.

정리

결정을 가역성으로 나눠 무게에 맞는 시간을 쓰고, 정답 대신 트레이드오프를 드러내고, 근거와 전제를 기록하고, 의견을 들은 뒤 정하고 정했으면 함께 실행합니다. 좋은 리드는 완벽한 결정을 내리는 사람이 아니라, 되돌릴 수 있는 결정을 빠르게 내리고 틀리면 바꿀 줄 아는 사람입니다.

체크

이 파트 완료 기준