요구 사항이 바뀔 때 엔지니어링 컨텍스트를 어떻게 유지하나요? Post:

Source: Dev.to

시나리오

• 우리는 요구사항을 철저히 문서화한다.
• 엔지니어링 팀이 기능을 구현한다.
• 3개월 후, 수정이 필요해진다.

문제

• 누가 왜 특정 결정을 내렸는지 기억하지 못한다.
• 엔지니어링은 변경을 진행하기 전에 “왜 그렇게 만들었는지”를 역공학해야 한다.
• 문서는 존재하지만, 구축 과정에서 있었던 토론, 논쟁, 트레이드‑오프는 담겨 있지 않다.
• “왜 이렇게 설계했나요?” 라고 물으면 보통 “슬랙을 확인해볼게” 혹은 “회의에서 얘기했는데 어느 회의였는지는 잘 모르겠어” 라는 답을 듣게 된다.

질문

이것이 제품 개발의 허용 가능한 비용인가, 아니면 이러한 컨텍스트를 살아 있게 유지할 수 있는 프로세스, 의식, 혹은 습관이 있을까?

참고: 특정 도구를 찾는 것이 아니라 효과적인 프로세스나 실천 방안을 원한다.