서비스 운영중 이슈 대응 방안

현재 회사에서 서비스를 진행하면서, 사용자 이슈 및 시스템 이슈들이 생기고있다.

서비스 릴리즈 직후 지금까지는
문제발생 -> 노션에 이슈를 정리 -> 회의 -> 이슈 대응 방안및 개발 일정수립 -> 개발 -> 이슈 처리

처리 방식으로 서비스 이슈를 대응하고있다.

pm 이 따로 없는상태라서 
이슈를 종합해서 전달해주시는 분이 개발지식이 전무한 상태이고 
개발자들은 각각 기능 개발중이며, 일정이 모두 채워진 상태이다.

현재의 이슈 대응 체계에 대한 문제점은 아래와 같다.

• 클레임, 서비스 이슈, 개선 요구 사항에 대해서 고객 응대가 개발자들에게 전달될때 전체적으로 모호하기 때문에
  작업 내용에 대한 파악이 어려움
• 기존 개발 일정들 사이에 이슈가 들어와서 일정에 차질이 생기는 경우가 잦고 개발자들에게 전체적으로 부담이 됨
• 잦은 팀원들의 교체로 인수인계 문제, 팀원들이 꽤나 자주 바뀌는 편인데, 기존 팀원에 비해 새로운 팀원의 코드, 업무 이해도로 인한
  개발속도, 버그등 이슈가 생김
• QA 의 부재로 개발에서 테스트후 운영서버에 코드를 반영해도, 테스트내 누락문제로 운영서버에 서비스 이슈가 발생됨

 

시도 해볼만한 개선 방향

• 서비스에서 QnA 및 개선안을 위한 게시판을 제작하고 기능문제에 대한 부분을 즉각대응
• 주기적으로 개발자들간의 코드 리뷰를 통한 이슈 핸들링을 담당자가 아닌 서로 유기적으로 가능하도록 조정