프로그램 개발 전 단계에서 변경사항의 통제 적정성을 어떻게 사전 검토할 수 있을까요?

캡스톤 프로젝트에서 초반에 기능을 자유롭게 바꾸다 보니, 한 팀원이 변경한 게 다른 모듈에 영향을 줘서 전체가 동시에 깨지는 상황이 두 번 있었습니다. 이후 팀 규칙으로 '기능을 바꾸기 전에 슬랙에 먼저 공유하고, 영향 받는 모듈을 확인한다'는 절차를 만들었습니다. 처음엔 번거롭다는 반응이 있었지만, 한 번 더 사고를 겪고 나서 팀원 모두가 필요성을 느꼈습니다. 사전 공유를 하면서 놓쳤던 의존성을 발견한 적도 있었습니다. 변경 전에 리스크를 먼저 확인하는 습관이 나중에 시간을 더 아끼는 방법이라는 걸 그 경험에서 배웠습니다.