[짧QA] 28장. QA는 ‘언제 말해야 하는지’를 판단해야 한다

QA는
문제를 가장 먼저 본다.

그렇다고
가장 먼저 말해야 하는 건 아니다.

이 지점을 이해하지 못하면
QA는
항상 옳지만
항상 피곤한 사람이 된다.

---

QA 커뮤니케이션에서
타이밍은
내용만큼 중요하다.

같은 말을 해도
언제 하느냐에 따라
전혀 다른 결과를 만든다.

• 설계 단계
• 구현 중
• 테스트 막바지
• 릴리즈 직전

이 타이밍은
각각
받아들일 수 있는 말의 범위가 다르다.

---

설계 단계에서
QA가 말해야 할 것은
버그가 아니다.

리스크다.

• 이 구조는
  나중에 꼬일 수 있다
• 이 설계는
  테스트 비용이 높다
• 이 흐름은
  유저 이탈을 부를 수 있다

이 시점에서
구체적인 버그를 말하면
QA는 무시된다.

왜냐하면
아직 만들어지지 않았기 때문이다.

---

구현 단계에서
QA가 말해야 할 것은
방향 이탈이다.

• 설계와 다르게 가고 있다
• 예외 처리가 빠졌다
• 상태 관리가 위험하다

이때 QA가
전체를 뒤집는 말을 하면
조직은 방어적으로 변한다.

QA는
‘고치자’가 아니라
‘돌아오자’라고 말해야 한다.

---

테스트 막바지에서
QA가 말해야 할 것은
결정 포인트다.

• 이 이슈를 안고 갈 것인가
• 지금 고칠 것인가
• 어디까지 허용할 것인가

이 시점에서
QA가 새로운 문제를 쏟아내면
조직은
QA를 장애물로 인식한다.

QA는
이미 이야기한 문제를
결정 가능한 형태로 정리해야 한다.

---

릴리즈 직전에서
QA가 말해야 할 것은
단 하나다.

“이 리스크를
감당할 수 있는가.”

이 시점의 QA 발언은
해결책 제시가 아니다.

선택의 책임을 명확히 하는 일이다.

---

QA가
언제 말해야 하는지를
판단하지 못하면
항상 이런 결과가 나온다.

• 말은 맞았는데
• 반영은 안 되고
• 관계만 상한다

QA는
옳은 말을 하는 직군이 아니라
필요한 말을 하는 직군이다.

---

여기서
많은 QA가 불편해한다.

“그럼 말하지 말라는 건가요?”

아니다.

QA는
항상 말해야 한다.

다만
형태를 바꿔야 한다.

• 지금은 경고인지
• 지금은 제안인지
• 지금은 기록인지

이 판단이
QA의 성숙도를 가른다.

---

QA 커뮤니케이션의 핵심은
‘침묵’이 아니라
‘조절’이다.

QA가
모든 순간에
모든 문제를
같은 강도로 말하면
조직은
아무 말도 듣지 않게 된다.

---

그래서 숙련된 QA는
이렇게 생각한다.

“지금 이 말을 하면
조직이 움직일까,
아니면 닫힐까?”

이 질문을
스스로에게 던질 수 있을 때
QA는
조직 안에서 살아남는다.

---

정리하자면 이렇다.

QA는
언제나 문제를 본다.

하지만
언제 말할지를 판단하는 순간,
QA는
단순한 감시자가 아니라
조직의 의사결정 파트너가 된다.