기능명세서 (Functional Specification)
아이디어를 정리했으면 서비스로 표현해야겠죠? 서비스로 표현하기 전에 먼저 가능한 기능인지 점검해야 합니다.
💡 기능명세서란?
구현하고자 하는 서비스의 기능을 정리한 문서로, 주로 개발자랑 최종 결과물에 대해 협의하기 위해 사용한다.
💡 기능명세서 작성하는 방법
추천하는 방법은 Notion이나 구글스프레드시트의 표를 사용해 실시간으로 이야기 나누는 것입니다
원하는 기능들을 카테고리별로 나열하고, 상세 설명을 기재한 다음 개발자와 함께 가능여부를 체크하는 거죠. 저와 같이 사이드프로젝트를 진행하는 상황에서는 거창하게 작성할 필요 없습니다! 기능이 무엇인지 명확하게 보이기만 하면 되죠
검색해서 찾아보면 꽤 괜찮은 기능명세서 템플릿도 많더라고요. 템플릿을 사용하여 작성하는 방법도 좋을 것 같습니다.
💡 기능명세서가 중요한 이유
1. 서비스의 볼륨과 난이도, 필요한 기능에 맞추어 팀원을 모집할 수 있다.
> 이 정도 기능이면 프런트 개발자가 2명이면 되려나? 아, 우리 스크래핑을 할 줄 아는 개발자가 필요하겠다!
2. MVP 모델을 구상하는 데에 유용하다.
> 정리해 보니 기능이 너무 많다, 이 기능은 덜 중요하니까 우선순위를 미루자
3. 구현 가능한 기능을 사전에 정리하면 실패 없는 기획을 할 수 있다.
> 개발자님, 이거 이거 안 되나요?
4. 개발 완료 후 테스트 시 모든 기능의 누락이 없는지 한눈에 확인할 수 있다.
> 아 저희 여기에 공유 기능 빠졌네요!
*MVP 모델 (Minimum Viable Product)
MVP모델은 최소기능제품이라고 합니다. 이 정도면 딱 필요한 기능만 있는데? 수준의 제품을 말해요
사이드 프로젝트나 스타트업의 핵심 장점은 MVP모델을 만들어서 빠르게 만들어 출시하고 시장의 반응에 따라 수정/개선하기 용이하다는 점이에요
Reference
반응형
'🤸♀️ 개발 회고 > 끄적끄적' 카테고리의 다른 글
[99클럽] 게더타운 코테 스터디 | 파이썬 (0) | 2024.04.01 |
---|