개발 프로세스 문제점 해결 방안
결정사항: CRM 티켓을 통해 다음 양식을 기재한 안건에 대해서 검토가 진 행된다. 기능개선요청 정보수집 양식 이 적용하는 방안?
1. 요청 우선순위 평가 기준 도입
- 중요도 + 긴급도 평가 체계를 도입하여 모든 요청을 객관적으로 분류.
- 긴급: 즉시 해결이 필요한 문제인가?
- 중요: 제품의 핵심 기능에 영향을 미치는 요청인가?
- 요청자는 긴급도와 중요성을 기입하고, 내부 태스크포스(PO, 개발 리더 등)가 검토하여 최종 우선순위 결정. -> 긴급/중요 : 우선순위의 조정이 필요하므로 비용발생 (안건별 비용산정)
2. 명확한 데드라인 관리
- 모든 요청 접수 시 명확한 데드라인을 필수로 요구.
- 요청 시점에 데드라인이 제공되지 않을 경우, 요청이 우선순위에서 후순위로 밀림.
- 영업부와 고객사가 일정 변경을 요청할 경우, 변경으로 인한 리소스 소모와 프 로젝트 영향도를 명확히 공지. -> 희망 일정: 결정주체(영업/고객)
3. 현실적인 일정 협상
- 최소 개발 기간 명시화
- 요청 접수 후 기획, 개발, 테스트를 포함한 최소 개발 기간(예: 4주)을 명확히 설정.
- 요청이 비현실적인 경우, 최소 기능 제품(MVP)으로 대응.
- 단계적 릴리즈 전략
- 긴급 요청은 기본 기능만 구현하여 고객사의 초기 요구를 만족시키고, 이후 단계적으로 추가 개발 진행. -> 접수 절차를 명문화/절차에 따르지 않은 것은 거절할 수 있다
4. 기존 이터레이션 보호
- 변경 관리 프로세스 도입
- 추가 요청이 들어올 경우, 기존 이터레이션에 미치는 영향을 평가하여 필수적인 경우에만 반영.
- 필요 시, 버퍼 이터레이션을 계획에 포함하여 예상치 못한 요청을 처리.
- 에스컬레이션 기준 명확화
- 추가 요청이 기존 이터레이션에 영향을 미치려면, 반드시 PO와 개발 리더의 검토와 승인을 거쳐야 함.
- 기존 이터레이션 진행을 최대한 방해하지 않는 방향으로 조정.
5. 테스트 프로세스 강화
- Fast Track 테스트 도입
- 긴급 요청이라도 최소한의 테스트 과정을 반드시 거치도록 제한.
- QA 리소스와 자동화 테스트 활용을 강화하여 릴리즈 품질 보장.
- 릴리즈 후 장애 대응 프로세스
- 릴리즈 후 예상되는 장애를 미리 정의하고, 긴급 대응 프로세스를 마련.
6. 영업부와 고객사 협업 강화
- 요청 접수 기준 확립
- 영업부가 요청을 접수할 때 반드시 요건서, 데드라인, 중요성/긴급성 평가를 작성하도록 요구.
- 불명확한 요청은 사전 검토 과정에서 반려.
- 고객사와의 현실적 협상
- 고객에게 긴급 요청 처리 시 일정과 품질 간의 트레이드오프를 명확히 설명하고, 합리적인 일정을 협상.
- 일정 변경이 팀과 프로젝트에 미치는 영향을 투명하게 전달.