프로젝트의 품질 책임자로서 의사결정 과정을 어떻게 이끌어 나가셨나요?

캡스톤 프로젝트 발표 3일 전에 버그 5개가 한꺼번에 발견됐어요. 3일 안에 다 고치는 건 불가능했고 팀원들이 어떻게 할지 몰라 했습니다.

저는 버그를 '발표에 영향 주는 것'과 '기능에는 문제없지만 UX가 어색한 것'으로 분류했어요. 전자 2개를 먼저 고치고 나머지 3개는 발표 후 수정하기로 결정했습니다. 기준을 제시하니 팀원들이 동의하면서 각자 집중할 수 있는 환경이 됐어요. 그게 없었으면 모두 뭐부터 해야 할지 몰라 시간을 낭비했을 것 같습니다.

이 경험에서 품질 책임자는 완벽함을 추구하는 게 아니라 맥락에 맞는 기준을 정하는 사람이라는 걸 배웠어요. 어디에 에너지를 쓸지 결정하는 것이 핵심이라고 생각합니다.