일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 패스트캠퍼스
- 프론트엔드
- 웹개발
- 객체지향프로그래밍
- Fetch
- REACT
- typeScript
- webdevelopment
- CSS
- Zustand
- 타입스크립트
- 노마드코더
- 논리연산자
- Hooks
- 자바스크립트
- 투두앱만들기
- OOP
- 불변성
- 클래스
- github
- 추상화
- frontend
- 캡슐화
- 자바스트립트
- js
- 상속
- 리액트
- Props
- JavaScript
- 부트캠프
- Today
- Total
connecting dots
서비스 기획 특강 본문
User Story(사용자 스토리)
Team의 컨센서스(합의)를 맞추기 위해서 필요, 모두가 다른 생각을 할 수 있기 때문
하나의 스프린트에 여러 유저 스토리가 있을 수 있음
IPM (iteration/sprint planning meeting) = weekly meeting, 다음주에 뭐 할지에 대한 회의 ?
유저스토리(예: 사용자는 ~~할 수 있다)에 대한 피드백을 잘 주는 것이 필요
2주 단위로 회의를 하는 것은 프로덕트 팀의 생산성을 측정하면서 스토리 포인트라는 것을 준다 !
테스트
스모크 테스트: PM이 진행, 결제나 회원가입 중 중요한 기능 테스트
회의 방식
- daily scrum (stand up)
어제 진행한 업무, 오늘 진행할 업무, 이슈나 도움이 필요한 사항을 공유
매일 진행한다 (회사마다 월수금 등 주기를 정해서 하는 경우도 있음)
여기서 포인트는 avoid big loss --> 사고가 날 것을 빨리 공유 !!
- IPM(Iteration Planning Meeting)
주간 이슈사항 공유
기획 피드백
카드 훑어보기
- weekly retro
주간 회고
* PRD(product requirement Doc)
제품 개선에 필요한 요구사항을 적어놓은 문서
요구사항, 목표(중요)
* 피그마에서 플로우 체크 등
팀 협업 사례
ex. 사용자 리서치: 디자인적인 엣지가 필요한 프로젝트인가 ? 서비스적인 탄탄함이 필요한 프로젝트인가 ?
Retrospective 회고
회고는 서로를 탓하기 위해서 하는 것이 아니라, 앞으로 더 나은 방향으로 나아가기 위한 회의 !
- 지속할 것(keep)
- 해결할 것(problem)
- 시도할 것(try)
- 4Ls
- sail boats (그림 활용)
< 다음 프로젝트에서 해보기 >
1. 작업에 대한 스토리 포인트 매겨보기
2. 회고해보기
Manage Your Team’s Projects From Anywhere | Trello
Task management Use Trello to track, manage, complete, and bring tasks together like the pieces of a puzzle, and make your team’s projects a cohesive success every time.
trello.com
Jira | 이슈 및 프로젝트 추적 소프트웨어 | Atlassian
Jira에서 불가능을 가능으로 바꾸세요. 애자일 팀을 위한 최고의 프로젝트 관리 도구로 세계적인 수준의 소프트웨어를 계획, 추적 및 릴리스하세요.
www.atlassian.com
https://kinghong.notion.site/2dcd479ea6d341fe9ff383f9f4b8fded
프로젝트 매니지먼트 | Notion
Trello board :
kinghong.notion.site