敏捷开发流程:
按尺度大小新建问题类型:epic->story->sub-tast->bug
===========================================part0:需求收集=============================================================
===========================================part1:plan=============================================================
一、列出所有story并排好优先级
1)PO添加story和epic的格式模板:作为.......,可以.......,以.........。目的是包含角色、功能、价值三要素,从客户价值出发。scrum master 预估时间
2)PO为backlog排出story的优先级
3)PM为story新建sub-task,预估sub-task时间
===========================================part2:meeting=============================================================
二、制定版本发布计划
1)story时间共同估算(先拆分成task再估算)
2)利用timesheet插件计算出个人最长工时,以最长工时算出所要做story需要多少个工作日
3)创建版本,版本的开始结束的确定有两种情况,
1:版本开始结束时间配合运营 ,即以运营指定发布版本
a)若开发时间不足,则根据当前版本story的重要性进行删减
2:版本开始结束时间配合技术,即以技术开发所需的时间发布版本
4)根据发布版本时间长度创建sprint,以我们现在两周一个版本为例,创建两个sprint,一个sprint一周左右比较合理
5)确定sprint开始结束时间,将故事拉进sprint
6)会议结束,开始执行
7)UI讲解设计图
8)WEB前端和PHP开小组讨论会,主要是要确保前面页面做出来要和后端程序无缝结合
1)创建版本,确定开始和发布时间
3)为版本创建sprint并确定开始和结束时间,
===========================================part3:working=============================================================
1)变更task状态
2)记录工作日志,日志要记录你的时间用在哪里,两种方式:
a)每个任务实时做工作日志
b)每天下班前将今天所有工作日志在对应的task写上
写工作日志的好处:
a)
3)正在开发的需求或者UI改动流程
4)人员请假计划改动流程
5)PM制定发布计划
===========================================part4:sprint summary=============================================================
story拆分为UI-story,前端-story,后端-story
按尺度大小新建问题类型:epic->story->sub-tast->bug
===========================================part0:需求收集=============================================================
===========================================part1:plan=============================================================
一、列出所有story并排好优先级
1)PO添加story和epic的格式模板:作为.......,可以.......,以.........。目的是包含角色、功能、价值三要素,从客户价值出发。scrum master 预估时间
2)PO为backlog排出story的优先级
3)PM为story新建sub-task,预估sub-task时间
===========================================part2:meeting=============================================================
二、制定版本发布计划
1)story时间共同估算(先拆分成task再估算)
2)利用timesheet插件计算出个人最长工时,以最长工时算出所要做story需要多少个工作日
3)创建版本,版本的开始结束的确定有两种情况,
1:版本开始结束时间配合运营 ,即以运营指定发布版本
a)若开发时间不足,则根据当前版本story的重要性进行删减
2:版本开始结束时间配合技术,即以技术开发所需的时间发布版本
4)根据发布版本时间长度创建sprint,以我们现在两周一个版本为例,创建两个sprint,一个sprint一周左右比较合理
5)确定sprint开始结束时间,将故事拉进sprint
6)会议结束,开始执行
7)UI讲解设计图
8)WEB前端和PHP开小组讨论会,主要是要确保前面页面做出来要和后端程序无缝结合
1)创建版本,确定开始和发布时间
3)为版本创建sprint并确定开始和结束时间,
===========================================part3:working=============================================================
1)变更task状态
2)记录工作日志,日志要记录你的时间用在哪里,两种方式:
a)每个任务实时做工作日志
b)每天下班前将今天所有工作日志在对应的task写上
写工作日志的好处:
a)
3)正在开发的需求或者UI改动流程
4)人员请假计划改动流程
5)PM制定发布计划
===========================================part4:sprint summary=============================================================
story拆分为UI-story,前端-story,后端-story