A
약 120초
기술 선택 갈등을 기준표와 프로토타입으로 해소
팀 프로젝트에서 가장 기억에 남는 갈등은 구현 방식을 두고 의견이 갈렸던 상황이었습니다. 저는 REST API로 먼저 기능을 완성하자는 입장이었고, 다른 팀원은 GraphQL을 써야 확장성이 좋다는 주장이었습니다. 양쪽 다 이유는 있었지만 일정이 촉박한 상황이었습니다. 제가 한 것은 두 가지였습니다. 먼저 기술 선택 기준표를 만들어 '현재 요구사항에서 어느 쪽이 더 빠르게 검증 가능한가'를 기준으로 정리했습니다. 그리고 양쪽이 각자 프로토타입을 하루 안에 만들어 비교해보는 방식을 제안했습니다. 결과적으로 REST API를 먼저 쓰고 추후 전환 가능한 구조로 설계하는 방식으로 합의했습니다. 팀원도 합의 과정에 참여했기 때문에 이후 불만 없이 협업했습니다. 갈등보다 의사결정 기준을 공유하는 것이 더 중요하다는 걸 배웠습니다.
이 결의 특징
갈등을 감정이 아닌 의사결정 기준으로 옮긴 흔적이 있습니다. 프로토타입으로 양쪽이 직접 확인하게 한 결이 보입니다.
이 결이 통하는 자리
기술 선택이 선호가 아닌 근거로 결정돼야 하는 자리에서, 기준을 공유한 뒤 합의가 쉬워질 때 통합니다.