[若有所悟]日式项目模块开发主担当阶段性总结（一）
当了一次模块开发主担当，下面记录开发作业流水帐，以兹回顾分享，日期并非严格项目过程，仅作参考。
2012/08/01
■日方向中方发式样书（即需求说明书）
产物：无
■中方阅读学习式样书（参考相关资料，了解功能）
产物：式样阅读笔记，QA
2012/08/02 2012/08/03 2012/08/06
■日方通过视频会议向中方进行式样说明
产物：会议记录，QA
■中方二次理解阅读式样
产物：式样阅读笔记，QA
2012/08/07
■代码量评估
产物：代码评估结果
■任务分解，建立模块担当小组
产物：任务分解结果，担当小组成员确立
■制定开发计划
产物：开发计划
2012/08/08
■SD开始
■小组内部式样学习会
产物：QA
■小组内部分工确认
产物：模块任务分解结果，子任务担当者确立，统括模块式样担当者确立
2012/08/09 2012/08/10 2012/08/13 2012/08/14 2012/08/17 2012/08/20
■SD进行，进度跟踪
产物：进度跟踪表，SD产物一览表
■SD完成
2012/08/21 2012/08/22 2012/08/23
■SDR开始，评审者选择
产物：SDR时段预订，会议室预订，评审参与人确立
▲评审时间标准 0.2时/枚
▲评审错误标准 0.2个/枚
■SDR进行
产物：SDR结果记录票
2012/08/24（与上同步进行）
■SDR结果修正（各模块担当）
产物：修正完成的SD产物，SDR记录票记录
■SDR修正确认（交叉担当）
产物：SDR记录票记录确认时间及确认者
2012/08/27
■SDR完成
■SD产物提交日方确认
产物：SD产物一览及SD产物
至此，式样理解及SD作业完成。
重要内容：
①．式样理解和SD作业过程中，要尽量挖掘式样的遗漏、错误点，并向日方提出QA。SD完成后，式样要完全理解，PG阶段，尽量不提任何QA。
②．SD的品质分析数据源自SDR结果，这个过程要记录的内容有：包括SD总作业量、SDR总时间、SD指摘量、SD评审者。
③．对固定项目，有SDR时间标准，比如上述的0.2时/枚。另外还有SD的BUG率标准，比如上述的0.2件/枚。以上下浮动30%为佳，这视项目不同而不同。
④．计划制定要有一定的鲁棒性，不能太紧，要预留一定时间进行其他作业，比如代码合并，品质分析，项目组教育等。
⑤．进度跟踪者要有意识的去关注可能引起延时的事项，比如需要日方回答的QA，未预知作业，开发人员突发状况等，这需要模块担当强于普通开发人员的意识。
⑥．当项目严格按照计划执行，并且很少有QA时，模块主担当需要警觉，这可能是子任务担当者意识不足，无法深入理解式样，挖掘式样错误。
重中之重：
问题和风险暴露的越晚，所需要耗费的人力物力成本就越大。所以，开发过程中，模块担当者要时刻保持自己的警觉，去意识任何可能的风险，尽量在工程开始出解决。
------
PG作业待续.....
