같은 일 여러번 하기
같은 일 여러 번 하기
테스트 케이스 잘 못 짜면 같은 일 여러 번 함
일이 밀려있다보면 쓰여진 요구사항만 해결해줌
기획자의 요청은 쓰여진 요구사항 말고도 스스로 “기본”적이라고 생각하는 기능들이 따로 있는 경우가 많음
개발이 밀려있다보면 그런 “기본”적인 일도 생각하지 못 할 경우가 많음
그리고 예외처리나 사용자 플로우도 팀장이나 의사 결정자가 아닌 경우의 개발자는 앱의 모든 것을 잘 알고 있기 힘든 경우가 많음
그럼 또 요구사항이 추가되거나 변경되고 일정은 딜레이됨
일정이 딜레이되면 일이 밀리게되고 위와 같은 일이 무한 반복됨
-
해결책
기획자와 개발자의 의사 소통
앱의 큰 단위(목적, 방향 등의 큰 노선)부터 사용자 데이터, Flow, 예외처리 등에 대한 디테일안 부분(MVP 수준이거나 시간이 없다면 선 구현 후 추후 한꺼번에 반영)의 체크 필요.