본문 바로가기

반응형

기능명세서

(3)
[항해일지 버전업 프로젝트] 열심히 HEROWS 웹서비스 프론트엔드 개발중(github, 기능명세서, git commit, frontend, html/css/javascript, bootstrap) 조용하던 나의 github, 4년만에 다시 꺼내들다 2016년 멋쟁이 사자처럼 활동 이후로 새하얗던 github에 내 commit log들이 차곡차곡 다시 쌓이기 시작했다. 본격적으로 매일매일 서비스 개발을 진행하고 있다. 지난 해커톤과 다르게 이번 프로젝트에서는 나도 figma 디자인 다음 단계에서, 개발을 함께하고자 그간 코딩 공부를 해오고 있었다. 결론부터 말하자면 그리하여 현재, 영차영차 다시 바닥부터 공부해서 프론트엔드 열일중이다. 깃헙에서 우리팀의 repositorty를 만들고, git clone을 한 뒤 terminal을 이용해 git push를 하고 있다. git push/pull 하는 방법 git status git add * git commit -m "" git push origin m..
서비스 브랜드 컨셉 회의/ 와이어프레임 & 기능명세서 작성하기 📌회의 타임라인 우리는 매 회의를 시작할 때마다, 오늘의 목표/ 목표 최종아웃풋에 대해 정리하고 합의하는 과정을 거친다. 오늘 회의에서 목표하는 최종 아웃풋은 다음과 같았다. 오늘은 조금 딜레이된 기획의 마지막 날이었다. 오늘 전반적인 모든 기획이 마무리 되어야, 본격적으로 디자인이 들어가고, 개발에 대한 기획도 들어갈 수 있었다. 💎목표 산출물 -SB(와이어프레임+기능명세서) -DB 초안 -브랜드컨셉 정리 회의 타임라인 안건 회의 내용/결론 15:00~16:00 브랜딩 1차 오늘의 브랜딩 goal : 키워드 & 키워드로부터 연상된 브랜드 원칙 세팅 (10min) 어제 스쿠버 브랜딩 키워드 세션 팔로업 -> 설 (30min) 키워드 발산 -> 이후 각자 디자인 리서치 플래닝 목표 16:00~16:20 브..
서비스기획 전체 플로우와 기획산출물 뇌에 박제하기 기획이라고 다 같은 기획이 아니다 하나의 서비스를 만들어나가기 위한 '기획'도 이렇게 각양 각색 다르다. '기획'이라고 묶어버리는 일이 얼마나 모호하고 위협적인 일인지 알아야 한다. 어떤 단계의 기획을 하고 있고, 뭘 해야하는지 이해하는 것이 중요하겠다. '서비스 기획자에 포커싱해서, 기획 과정과 필요한 산출물들에 대해 알아보도록 하겠다. Before we Start, 그 흔한 애자일 업무에 대한 환상에서 빠져나와, 워터폴 방식부터 제대로 숙지해야 한다는 것을 깨달았다. 워터폴 방법론은 각 단계가 명확히 구분되어 있고, 산출물 문서가 명확해 관리가 용이하다는 장점이 있다. 다만, 앞 단계에서 잘못된 기획이나 설계가 이뤄졌을 때, 되돌리는 것에 오랜 시간이 걸린다. 워터폴 방법론의 흐름과 각 단계에서 필요..

728x90
반응형