아티클 공유2기능명세서, 스토리보드 작성하기
URL내용요약1) 기능명세서
무엇을, 어떻게, 언제 개발할지를 정의하는 내용이 담겨있어야 한다.
프로젝트 전이기에 100% 정확할 필요는 없다.
•
전체적인 기능, 화면별 기능
•
우리 회사, 서비스 개발자의 구체적인 개발 환경 (개발언어 F/E, B/E, 프레임워크, DB)
2) 개발 일정 수립
•
화면단위의 일정수립 : 완성도가 높아야 오류가 없기 때문에 최소 기능 단위 테스트를 위한 문서 작성, TDD를 위한 개요를 설계해야 한다.
•
MVP 중심의 일정 수립 : 중간에 완성한 버전이 상용화 가능한 서비스여야 한다.
•
개발일정이 주로 변동되는 사유
•
DB변동(프로젝트 리셋까지 갈 수 있어서 절대 발생 하면 안됨), 주요기능 변동, 심각한 오류, 잘못된 구현
=> 커뮤니케이션이 부족하거나 오류가 있는 경우 발생하게 된다.
3) 스토리보드 작성
•
상대를 이해시키지 못해 발생하는 커뮤니케이션은 시간낭비다. 최대한 꼼꼼히 작성하기.
•
목차 : 정보구조설계 (IA) : 서비스에 대한 거시적 이해도 향상 목적.
•
버튼, 메뉴 형태 규칙 : 엄격하게 적용하는 것은 팀 혹은 개인의 재량이다. 어떤 역할을 하는지를 꼼꼼히 전달하기.
•
화면이름 : 화면 위치를 빠르게 파악, 각 레벨에 어떤 기능이 있는지 알고 있어야 돌발 상황에 대처한다.
•
개발일지 작성:특정 페이지 수정하면 다른 페이지도 연쇄적으로 수정해서 실수가 생길 수 있기 때문.
•
스토리보드 4가지 주요 Point
•
상태 (검색-전, 후 보이기/감추기)
•
동작(확인, 경고 다이얼로그 필수)
•
문제와 해결(유효성 검사 실패, 유저입장 방법)
•
수량(아무것도 없는 페이지, 텍스트&컴포넌트 등 개수 변화 설명)
느낀점•
기능명세서 작성한 대로 100% 진행되지 않는 게 일반적이다.
•
잘못된 커뮤니케이션은 개발일정 변동으로 시간낭비가 된다.
이를 최대한 줄이기 위해 기능명세서와 스토리보드 작성에 최대한 이해가 잘 되도록 꼼꼼히 작성하는 것이 중요하다.
마지막 주요 4가지 포인트를 반영해서 작성했었는지 점검하자.