다른 팀을 인터뷰하고 깨달은 ‘문제는 나일 수 있다’

잦은 기술 논쟁을 겪어 온 인프라 엔지니어가 ngrok 인프라 팀 4명을 인터뷰한 결과, 이들은 Argo Rollouts 도입을 두고 견해가 달라도 서로의 입장과 장단점을 정확히 이해하며 감정적 충돌 없이 결론을 내렸음 수십만 TCP 연결을 유지하는 Mux 교체에는 수 시간이 걸리지만, 팀은 Argo 도입과 자체 도구 확장 중 어느 쪽도 절대적으로 옳다고 보지 않았고 최종적으로 Argo를 도입하지 않기로 합의함 다른 팀과 자신의 경험을 대조하면서 갈등이 조직이나 기술 주제만의 문제가 아니라 자신의 논쟁적 태도와도 관련돼 있음을 깨닫고, 과거와 현재 팀에서 반복된 충돌을 되돌아봄 갈등을 줄이기 위해 긍정적·부정적 상호작용의 5:1 Gottman 비율, 상대가 만족할 때까지 입장을 바꿔 말하는 재진술, 고위험 대화를 전략적으로 다루는 《Crucial Conversations》를 활용함 번아웃 징후를 일찍 발견하고 피드백 역량을 높이는 한편, 명령이나 다수결보다 합의 기반 의사결정으로 자율성을 존중하면 표준 준수와 관계를 함께 개선할 수 있음 반복된 기술 논쟁에서 출발한 질문 첫 직장인 Cisco의 DevOps 팀에서 친구와 함께 일했지만 Git 브랜치 전략, Jira 필드, 완료 정의, 아키텍처, 보안, 일정, 우선순위 등 거의 모든 문제로 논쟁함 2년 뒤 회사를 떠나 상담을 받기 시작했고 친구와도 연락이 끊김 소프트웨어의 추상성 때문에 수많은 기술 사안을 양보할 수 없는 문제로 취급해 왔으며, 비슷한 다른 팀도 같은 갈등을 겪는지 확인하고자 함 본업과 유사한 ngrok 인프라 팀의 네 구성원 James, Stacks, Alex, Sabrina를 각각 인터뷰하고 13쪽의 기록을 남김 콘퍼런스에서는 해결된 문제를 발표하는 경우가 많아, 해결되지 않은 문제까지 포함한 다른 팀의 실제 업무 방식을 직접 볼 기회는 드묾 ngrok의 배포 체계와 Argo 논의 ngrok은 각 리전에 수십만 개의 TCP 연결을 유지하는 Go 서비스 Mux를 운영함 새 프로세스로 교체하려면 기존 연결이 빠져나갈 때까지 수 시간이 필요함 초기에는 개발자 노트북의 스크립트가 업데이트를 제어해 Wi-Fi가 끊기면 배포도 실패했음 이를 대체하며 현재의 Buildkite CI/CD 체계가 만들어졌지만, 같은 체계를 쓰는 제품이 늘면서 개선 필요성도 커짐 팀은 기존 Buildkite 주변에 자체 도구를 추가할지, Argo Rollouts를 도입하며 불안...