11. 본질을 알아내기

상황1

• PM이 말했다 "신분증 인증에서 사용자가 많이 나가네요. 내일 입력하기 버튼을 추가하면 어때요?"
• 답변 -> "좋아요 프론트 공수는 얼마 안들어요"
  • 요구사항 1차원적인 검토임
  • 굿 답변 : "토스 인증서 활용동의를 받으면 신분증 인증 자체를 스킵할 수 있어보여요. 법무팀 검토 부탁드려볼게요."
• 근본 문제를 파악한다. -> 본인 전문성 더한 방안 제시
  • 개발자가 기획안보다 창의적으로 풀 수 있는 문제의 예시

1. 맥락을 파악하고
2. 본질을 꿰뚫고
3. 나의 전문성을 더해 해결책을 보강한다.

상황2

• 개발버그로 금액 장에가 빈번하게 일어나 손실이 크다.
• 대응 -> 실수했네요. 앞으로 신경쓰겠습니다 ㅜㅜ
  • 문제사항 1차원적 검토
  • 테스트코드가 문제를 실제로 해결해주지 않을 수 있음.
    • 문제 재발시 개발자 역량 부족으로 비춰짐 (더 복합적인 문제가 있음에도)
  • 굿 대응: 출시 후 1년간 제품 복잡도가 지수적으로 높아졌는데요, 이로 인해 기능 추가 비용이 커지고 수정에 취약한 코드가 되었습니다. 일례로 지난주의 버그는 자칫했다간 N억원의 손실을 낼 위험이 있었어요. 팀차원에서 리스크의 심각성을 인지하고 해결책을 논의해봐요.

겉으로 드러난 문제의 이면 찾기

1. 혼자 끙끙대지 말고
2. 팀차원에서 공감대 형성후
3. 목표 달성을 위한 최선의 방법 찾아내기