프로그래밍 팀의 비효율성을 줄이기 위해 어떤 구체적인 프로세스 개선을 제안할 수 있나요?

팀 프로젝트에서 기능 우선순위에 대한 의견이 갈렸을 때, 처음에는 제 근거를 반복해서 설명하는 방식을 썼습니다. 그게 설득이 아니라 주장의 반복이었다는 걸 나중에 알아챘습니다. 이후에는 의견이 다를 때 상대가 왜 그 기능을 중요하게 보는지 먼저 물어보는 방식을 택했습니다. 같은 팀원이 A 기능을 강하게 밀던 이유가 사용자 경험이 아니라 개발 마감 리스크 때문이었다는 걸 그때서야 알게 됐습니다. 그 맥락을 이해하고 나니 A 기능을 1차에서 빼는 대신 기술적으로 가장 복잡한 부분만 먼저 구현해서 마감 리스크를 줄이는 방식을 제안할 수 있었습니다. 제가 원하는 우선순위를 일부 내려놓은 대신 팀원의 핵심 걱정을 해결하는 결과가 됐습니다.

상대가 원하는 것을 듣기 전에 내가 옳다는 결론부터 내리면 협업이 아니라 설득 싸움이 된다는 걸 이 경험에서 배웠습니다.