그 회사에는 그런 시스템이 없었나요?이해가 잘 되질 않네요.

설명이 충분하지 않았던 것 같습니다. 다시 정리해서 말씀드리면, 당시 재직한 조직에는 별도의 코드 리뷰 시스템이 없었고, 변경 사항을 추적하거나 공유하는 구조가 비공식 문서나 개인 메모 수준에 머물러 있었습니다. 그 상황에서 제가 한 건 팀원들과 합의해서 간단한 PR 기반 리뷰 프로세스를 직접 도입한 것이었습니다. 완성된 시스템이 없다는 게 불편하기도 했지만, 오히려 직접 만들어볼 수 있는 환경이기도 했습니다. 그 경험이 프로세스 없는 팀에서 구조를 만드는 방법을 배운 계기가 됐습니다. 설명이 더 필요한 부분이 있으면 말씀해 주시면 보충하겠습니다.

환경의 부재를 단점이 아닌 기회로 전환한 경험이 문제 해결 능력의 실질적인 증거라고 생각합니다. 구조가 없는 상황에서 구조를 만드는 것이 더 어렵고 의미 있습니다.