[자기개발/개발자] 개발자로서의 글쓰기 연습 #16

Chapter4.4 - 비즈니스를 이해하는 장애 보고서 쓰기

---

장애 보고서의 특징

1. 장애 보고서는 개발자가 원할 때 쓸수 없음
   • 장애 발생 후 부터 가능
2. 장애의 1차 원인은 대부분 다른 원인의 결과
   • 원인과 이유를 찾는 분석적 글쓰기 필요
3. 장애 보고를 받는 윗사람은 대부분 개발자가 아님
   • 그들과 소통하기 위한 비즈니스 관점 글쓰기 필요
4. 장애를 해결했다고 해서 100% 해결한 것은 아님
   • 보고할 때는 확정적이고 신뢰할 만한 결단을 정치적으로 내려야 함

질문에 대답하는 신속한 글쓰기

• 대화를 글로 옮기고 글쓰기에 그대로 적용하기

원인과 이유를 찾는 분석적 글쓰기

• 5Whys 기법
• 사물이나 현상, 동작이 문제를 초래하는 원인 + 사람이 문제를 초래한 이유
• IT분야에서 장애는 대부분 재발하며 원인은 사람의 문제
• 개발자 사이의 커뮤니케이션 오류가 핵심 원인!

상사를 고려하는 비즈니스 관점의 글쓰기

• (개발자 관점) 장애로 인한 사용자가 1시간 동안 결제하지 못함
• (비즈니스 관점) 장애로 인해 00억원의 매출 손실이 발생함 - 매출과 비용 관점

원하는 것을 얻는 정치적 글쓰기

• 장애 재발 가능성 수치에 따라 표현 방법을 다르게

장애 재발 가능성	표현
1%	절대 재발하지 않는다
10%	재발하지 않는다
20%	재발할지도 모른다
30%	재발할 수도 있다
40%	재발한다고 볼 수도 있다
50%	재발할 수 있다
60%	재발하지 않는다고 볼 수 없다
70%	재발한다고 보여진다
80%	재발한다
90%	재발할 것이 틀림없다
99%	반드시 재발한다

참고문헌: 개발자의 글쓰기