📃 생산성 있는 Review 문화가 되기까지 ✍️ 어떤 기술이나 방법론이 좋다고 무작정 팀 내에 도입을 한다면 반짝 좋아 보일 수는 있겠지만 머지않아 금방 지치고 오히려 좋지 않은 문제들이 생겨

📃 생산성 있는 Review 문화가 되기까지 ✍️ 어떤 기술이나 방법론이 좋다고 무작정 팀 내에 도입을 한다면 반짝 좋아 보일 수는 있겠지만 머지않아 금방 지치고 오히려 좋지 않은 문제들이 생겨나기 마련입니다. 예컨대 현재 운영 중인 서비스는 Spring 4 기반으로 돌아가는 아주 오래된 개발 스택인데 최근에 Spring Boot 3이 곧 출시된다며 무조건 새로운 기술을 도입했다간 "왜 안되지?"를 넘어서 "왜 되지?" 하며 배보다 배꼽이 더 큰 상황을 경험할 수 있을 겁니다. 기술은 그렇다 치더라도 개인적으로 "이상과 현실"이라는 생각을 많~이하던 부분이 바로 "개발 문화"인데요. 좋은 사례들로 성공적인 기술문화를 만들었다는 이런저런 글들을 보고서는 우리 팀에도 한번 적용해 볼까 하며 시도를 하지만 모든 팀원이 저의 생각과 일치하면 좋겠지만 그 생각은 이상이고 현실은 그렇지 않다는 게 문제죠. 이 글에서는 리뷰 문화에 대해서 어떻게 도입을 하고 어떤 문제가 있었으며 어떤 부분들을 이른바 '교훈'이라 여기며 고쳐나갔는지를 꽤 심도 있게 알려주고 있습니다. 사실 코드 리뷰를 하고 있는 회사라면 꽤 공감이 많이 가는 부분들일 텐데요. 코드 리뷰가 장애를 막아줄 거라는 착각, 너무 많은 리뷰는 오히려 팀원들의 리소스를 갉아먹는다는 것 등 '무조건' 좋다고 '무작정' 도입만 할 게 아니라 현재 우리 팀에 맞는 문화로 커스터마이징을 하는 게 가장 적절한 도입이 되지 않을까 싶네요.