일단 규모가 있게 기획 문서를 작성하면 안된다.
왜냐 디자인, 백엔드, 프론트, 앱, 관리자 페이지, 클라우드 그리고 내가 모르는 개발 복잡도와
서로 물리고 물리는 정책..
기획은 정말 작은 단위로 요청하고 기획 문서를 만들어야한다.
하지만, 이런 상황이 또 올것이다.
결제 -> 간편 결제 추가해주세요
결제 -> 미수금 발생시 결제 페이지로 이동하게 해주세요
결제 -> 세컨 카드를 등록하게 해주세요
결론: 케컨 카드 등록하게 했는데.. 미수금 발생시 결제 페이지에도 간편 결제 가능하게 띄워요?
세컨 카드 등록하는 거 만들었는데 지난번에 만든 결제 페이지에 간편 결제랑 세컨 카드등록이랑 분기 칠까요?
이렇게 3번 요청해야한다면?
미수금 발생시 결제 페이지로 가서, 결제카드를 교체하게 해야하는가? 디폴트 카드를 변경하게 해야하는가? 간편 결제로 결제되게 하는가?
개판이다. 서로 물리게 된다.
그렇기 때문에 정책문서가 필요하다. '결제 정책' 이라고 문서가 있으면, 그 정책을 따라야한다!
ASIS 정책:
일반 카드 하나만 등록 가능
TOBE 정책:
결제는 법인 카드, 간편 결제, 일반 카드를 지원한다.
법인 카드는 기명, 무기명을 지원한다.
카드를 최대 4개 까지 등록하고, 디폴트 카드를 변경할 수 있다.
기획:
(필요할 때마다 타이밍 판단해서)
정책문서가 변경되었는데, 그에따라 간편 결제에 카카오페이 추가 요청
(시간이 지난 후)
기획:
(필요할 때마다 타이밍 판단해서)
정책문서가 변경되었는데, 그에따라 세컨 카드 등록하고 디폴트 카드도 변경할 수 있는 기능 추가 요청
(시간이 지난 후)
기획:
(필요할 때마다 타이밍 판단해서)
정책문서가 변경되었는데, 그에따라 법인 카드 등록 가능하도록 기능 추가 요청
..
정책을 수정해야지.. 기능에서 자꾸 난리치면 프로젝트가 어려워진다.
