이것은 기술적 설득을 시험합니다 — 증거로 논거를 세우고 사람들을 함께 데려가면서도, 본인이 틀릴 수 있음에 열려 있는지입니다. 설득은 논쟁에서 이기는 것이 아닙니다.
접근 방법
text
1. 먼저 문제와 좋은 해결책의 기준을 제시한다
2. 팀이 선호하는 것을 포함해 선택지를 공정하게 제시한다
3. 데이터, 스파이크, 작은 벤치마크로 본인의 선택을 뒷받침한다
4. 비판을 청한다 — 진짜 결함을 발견하면 조정한다
예시
text
S: 팀은 커스텀 작업 큐를 만들려 했지만, 저는 기존 도구를 써야 한다고
생각했습니다.
T: 그들의 작업을 무시하지 않으면서 논거를 펴야 했습니다.
A: 우리의 실제 요구사항을 나열하고, 하루짜리 스파이크로 기성 도구를 만들어
훨씬 적은 유지보수 코드로 모든 니즈를 충족함을 보여 주었습니다.
R: 팀이 동의했고, 우리는 2주 일찍 출시했습니다. 그들의 우려가 타당했던 한
가지 경우를 짚고 우회책을 문서화했습니다.
좋은 답변 vs 약한 답변
text
✓ 증거 + 공정한 비교 + 비판에 열림
✗ "그들이 포기할 때까지 논쟁했습니다"
✗ 증거 없이 본인 아이디어를 밀어붙임
왜 중요한가
좋은 결정에는 동의가 필요합니다. 아무도 채택하지 않는 훌륭한 아이디어는 아무것도 바꾸지 못합니다.
