Please enable JavaScript.
Coggle requires JavaScript to display documents.
周版本实施问题探讨会 (会议产出 (策划的弱化正式的表格一定要对策划案的诠释完整,层次分明, PM排期期间尽量错开功能节点合入的时间,避免同时合入太…
周版本实施问题探讨会
会议产出
策划的弱化正式的表格一定要对策划案的诠释完整,层次分明
PM排期期间尽量错开功能节点合入的时间,避免同时合入太多功能,所有合入必须申请审批通过后才可合入
分支有PM控制和掌控分配情况,大功能PM由对单功能的管理变为对分支的管理
如果发生一周内没有功能合入,两周的版本都相同,就证明开发内容和排期有问题需要反思版本内容
周计划是周版本的基础,计划内容包括 重要的会议、重要的开发内容、合入版本的内容,先开始以弱化的每日版本去实现周版本,不同分支的QA测试(测试粒度不同)
新分支的迁出和合入需要向PM申请审批,类似一个弱化的锁版本
周版本标准从基础的对标开始然后提高标准
个人觉得这个分支是版本内容分支,是一个配套的分支,可以自动每日构建的大分支,程序自己的小分支可以自己掌控,最终合入PM分配的分支然后统一合入master(trunk)分支即可
1.原因
由于现在版本整体质量偏低
除了节点版本以外的版本都无法直接示人
每日版本的问题较多,导致内部同学使用测试较为不便
目标
执行周版本制度,以每日版本为最终目的,周版本仅是每日版本的过渡流程
版本节奏以周版本为主,执行粒度以弱化每日版本为主
帮助项目找出执行环节中的问题并找出解决方案,走顺每日版本节奏以便适应上线后与大厂对抗的力度
执行
周版本要求
内容维度
单独玩法程序实现与策划设计相符
策划配置弱正式化,要求至少功能奖励全覆盖,有层次
美术UI要求正式可交互
由于系统之间的关联性,允许系统与系统之间的跳转不连续的存在
质量维度
玩法本身无卡点能顺畅体验
必现bug不允许存在
达到可送测标准
版本输出过程
制定周计划
(把控能力强可
以扩展到月计划)
a. 个人感觉至少一次排2周计划,之后永远比现在快一周
b. pm要及时收集版本内容
周计划跟进
策划案评审
a.正常准备,执行项降级
b.宣讲玩法目标和最终效果的确认
功能分支合入需求
a. 版本PM负责验收审批确认合入申请
b. 所有人员要学会git或对应的版本分支管理工具的操作
重要会议
做好会议知会和结论同步
合入流程与控制
1)提供合入列表给版本PM
2)版本PM确认是否满足合入需求,批准满足条件的申请,驳回不满足的申请
3)合入申请截止时间,弱化的封板
4)拉群,通知开始操作合入代码
5)合入完成后开始构建版本
6)构建结束后对应申请列表
中的成员验收自己的功能
出现bug及时修复然后修复完成后再出版本
7)版本验收完毕后转送测试结束
问题
策划表格多分支合并冲突
美术版本工具使用的普及