Code 19. 문제 해결의 능력을 키우는 생태계를 구축하라
스타트업의 핵심 역량인 문제 해결 능력에 대한 이야기를 이어가려 합니다.
특히, 수많은 의사결정의 순간들을 단순히 흘려보내지 않고
'자산'으로 만드는 방법에 대해 깊이 있게 다뤄보겠습니다.
'의사결정과 문제 해결의 기준과 아카이브' 구축에 관한 이야기입니다.
“실패도, 선택도 기록되면 자산이 됩니다.”
스타트업의 하루는 일주일 같고, 한 달은 계절처럼 빠르게 지나갑니다.
이 속에서 "런칭할까, 보류할까?", "사람을 더 뽑을까, 지금은 아낄까?"와 같은 수많은 선택의 기로에 서게 됩니다.
이때 본능적으로 '정답'을 찾으려 하지만,
사실 정답보다 훨씬 중요한 것이 있습니다. 바로 '기준'이죠
기준 없이 내린 결정은 설령 성공하더라도 '운'으로 치부되고, 실패하더라도 '학습'으로 이어지지 못합니다. 대기업은 오답을 회복할 여유가 있지만, 스타트업에게는 기회가 단 한 번일 수 있기 때문에, 기준은 더욱 명확해야 합니다.
모든 의사결정에 앞서 "어떤 기준으로 이걸 선택할 것인가?"라는 질문을 습관처럼 던져야 하는 이유입니다.
스타트업에는 실수할 시간도, 같은 실수를 반복할 여유도 없습니다.
탐색과 시도는 필수지만, 경험을 기록하지 않으면 반복되는 실패로 이어질 뿐입니다.
이제는 문제 해결 그 자체를 팀의 성장을 위한 자산으로 전환해야 할 때입니다.
많은 창업가가 “직감적으로 느낌이 이래서 했다”고 고백합니다.
그러나 직감만으로는 문제와 해결방법, 결과의 인과를 설명하기 어렵습니다.
- 문제정의: 지금 우리가 해결해야 할 문제는 무엇인가?
- 해결기준: 이 문제를 결정할 때 필요한 기준들은 뭔가?
이런 기준을 세우고 기록하면, 선택은 ‘주관적 판단’에서 벗어나
이런 의사 결정의 인과관계가 분명해집니다.
이렇게 기록된 내용은
나중에 팀원에게 “이걸 왜 이렇게 했냐?”는 질문 앞에서도
“이런 기준에 따라 이 결과를 얻었기 때문”이라며
그 판단의 논리를 명확히 설명할 수 있는 힘이 됩니다.
1. 좋은 결정을 위한 첫걸음 — 기준을 세우는 것
좋은 결정은 한 번의 통찰이나 감이 아닙니다.
‘이 문제를 어떤 기준으로 결정할 것인가’를 먼저 정하는 것이 진짜 문제 해결의 시작입니다.
예를 들어, 프로덕트 기능을 릴리즈할 때
시장 반응이 빠른 게 중요할까
버그 없는 안정성이 더 중요할까
아니면 팀 리소스를 감안한 현실적 판단이 먼저일까
기준 없이 내린 결정은
성공해도 ‘운’이고, 실패해도 ‘학습’이 되지 않습니다.
2. 실행력을 높이는 방식 — 우선순위가 실행력이다
모든 문제가 중요하지만 한 번에 다 처리할 수 없습니다.
가장 리스크 큰 이슈부터,
비용 대비 효과가 높은 문제부터 빠르게 실행해야 합니다.
완벽한 해결보다 민첩하고 명확한 실행이 스타트업에는 더 중요합니다.
그래서 문제해결의 결정을 미루는 것이 가장 큰 리스크입니다.
완벽한 정답을 찾기보다는 빠르게 기준을 정하고 실행하는 민첩성이 훨씬 더 중요합니다.
A/B 테스트처럼 작게라도 시도하세요.
실패해도 괜찮습니다.
중요한 건 “왜 실패했는지” 기준으로 되짚어볼 수 있느냐입니다.
3. 경험을 자산으로 바꾸려면 — 구조화된 기록이 필요하다
많은 스타트업이 회의록이나 프로젝트 관리 툴에 결정 사항을 기록합니다.
하지만 이것이 진정한 의미의 ‘아카이브’가 되기는 어렵습니다.
단순 회의록은 기록이지만 자산이 되기는 어렵습니다.
진짜 학습 자산이 되려면 아래 항목을 충실히 기록해야 합니다:
– 지금 우리가 해결해야 할 문제는 무엇인가?
- 관련된 이해관계자는 누구인가?
- 이 문제를 결정할 때 필요한 기준 3가지?
- 그 기준의 우선순위는?
- 실제 선택한 방향과 그 이유는?
- 어떠한 결과가 나왔는지
과거의 결정을 되짚어보고,
그 결정이 어떤 기준에 의해,
어떤 이유로 내려졌으며,
어떤 결과를 낳았는지를 구조적으로 연결하지 못한다면,
그것은 단순한 정보의 파편일 뿐 ‘학습 자산’이 될 수 없습니다.
한 IT 스타트업은 GitHub 오픈소스에서 널리 쓰이는 ADR(Architecture Decision Record) 방식을 벤치마킹해, 내부 의사결정 과정을 체계적으로 기록하는 문화를 도입했습니다.
ADR은 중요한 결정의 맥락, 대안, 최종 선택, 그리고 그 결과까지 구조화된 양식으로 문서화하는 방식입니다.
1. 기준 없는 결정 → 기준이 남는 기록
이전에는 릴리스, 구조 개선 등 중요한 순간마다 ‘무엇을 기준으로 결정했는가’가 명확히 남지 않았습니다.
하지만 ADR 도입 이후,
신속한 상용화 vs QA 안정성
리소스 대비 우선 개발 기능 선정
등의 선택이 Issue, Alternatives, Decision, Rationale, Consequences 항목으로 정형화되어 기록되었습니다.
이로써 모든 결정의 기준과 이유를 나중에도 명확히 확인할 수 있게 됐습니다.
2. 우선순위 명확화 → 실행력 강화
각 결정마다 ‘왜 지금 이걸 먼저 하는가?’에 대한 우선순위 기준이 남으면서,
버그 수정보다 고객 이탈이 큰 기능 안정화가 더 중요한가?
비용 대비 영향 지표를 어떻게 적용할 것인가?
등의 논의가 수치와 근거 중심으로 이뤄졌습니다.
팀은 단순 논쟁이 아닌, 데이터와 기준에 기반한 실행에 집중할 수 있었습니다.
3. 기록의 힘 → 조직적 학습 자산
ADR은 단순 회의록과 달리,
어떤 기준으로 무엇을 실행했고
어떤 결과가 나왔으며
다음엔 무엇을 바꿀 것인지
모두 구조적으로 남깁니다.
이전 실수의 원인과 배운 점을 조직 전체가 공유하며,
새로운 팀원도 빠르게 맥락을 이해하고 과거의 경험을 학습 자산으로 삼을 수 있게 되었습니다623.
ADR 방식의 구조적 기록은,
기준 없는 결정을 반복하지 않게 하고
우선순위와 실행력을 높이며
조직적 학습 역량을 강화하는핵심 도구로 자리 잡았습니다.
이는 스타트업이 빠르게 성장하면서도 경험을 자산화하는 데 큰 역할을 하고 있습니다.
첫 경험: 스스로 문제 정의하고 기준을 세워본다
두 번째 경험: 기록하며 경험을 재현 가능한 형태로 만든다
세 번째 경험: 기록된 자산이 팀 전체의 선택지를 정리해준다
이렇게 문제 해결의 생태계가 만들어집니다.
기록하지 않으면, 아무리 반복된 경험도 ‘실패’일 뿐입니다.
기록하면, 그 실패는 우리 팀의 공통답안이 됩니다.
#의사결정 #문제해결 #아카이브 #우선순위 #기준수립 #실패기록 #팀학습 #데이터기반의사결정 #실행문화 #성장조직 #스타트업경험 #지식자산
https://brunch.co.kr/brunchbook/startupcode-go
https://brunch.co.kr/brunchbook/startupcode-sa
https://brunch.co.kr/brunchbook/startupcode-su