10. 관계를 알아내기
-
PM: 외부사 API 완료일이 또 늦어졌네요..일주일 더 필요하대요. 저희 릴리즈 일정 괜찮을까요?
-
응답: 저희 일정도 늦어지죠. 저희도 일주일 추가하면 될 것 같아요.
- 일정 지연이 유발하는 문제를 고민하지 않고 수동적으로 일정 미룸
- 일정의 불확실성 증가 (또 미뤄지면 어쩌지?)
- 굿 답변 : "외부사 API가 늦어도 X일까지 되지 않으면 버퍼로잡아둔 목표일정인 Y일이 불가능해요. 스펙 줄여서 Y일까지 되게 만들던지, 아니면 일정을 조정해봐요."
- 일정의 의존관계를 명료하게 드러내기. (듣는 이가 궁금한 목표일까지 되어야하는데,,에 대한 해결책도 함께 전달)
-
디자어너에게 받은 시안이 굉~장히 복잡하고 리소스 부족
-
응답 : 오..꽤 기능이 많네요. 2주내로 배포해볼게요.
- 문제 : 수동적으로 디자인 검토 후 긴 개발 일정을 잡았고, 이마저도 야근으로 끝냄 -> 개발 비용 크고 쫓기며 개발 -> 향후 코드 유지보수 비용도 커짐
- 굿 응답 : "2주 가량걸릴 큰 스펙이네요. 여기서 X,Y는 동일 목적의 기능으로 보이는데요, 어떤가요? (디자이너 응답 듣고) 둘을 간소화 해서 개발 및 운영 공수를 줄이면 이번주 내로 빠르게 오픈 할 수 있는데, 오픈 후 데이터를 보고 발전시키면 어떨까요?"
- 임팩트에 비해 공수가 적은 작업은 중요도를 파악해 적극적으로 스펙을 줄인다.
- 개발 공수 투명한 전파 -> 팀이 올바른 결정을 내리는데 일조
- 한번에 여러 기능을 개발해야 한다면, 각 기능의 의존관계를 파악하고 데이터 기반으로 끊어서 배포한다.