[若有所悟]日式项目模块开发主担当阶段性总结(一)
当了一次模块开发主担当,下面记录开发作业流水帐,以兹回顾分享,日期并非严格项目过程,仅作参考。
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作业待续.....
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架