BMS10月月报
项目内容:镜像制作,特性交接、自动部署的学习,其他临时任务。非开发作业。
项目周期:长期作业,目前的版本计划为11/30。
实际质量目标要求以及目前达成情况:
关键过程度量项 | 目标 | 目前的达成情况 | 截止观察时间 |
进度偏差率 | 0% | 0% | 10/20 |
需求完成率 | 100% | 100% | |
转测试一次性通过率 | 100% | 100% |
项目特点:
1)目前人员完全分散到各个委托作业中,与华为担当一起进行作业,具体任务安排、计划安排、人员安排、进度控制、过程管理完全由华为SE主导。至今未向华为独立交付过。
2)经验不足的人员较多。(1骨干+4新人)
3)华为对生产效率有不断提高的要求。(原定7天/1镜像,目前已高于此生产性)。
根据项目组的特点,为减少质量目标达成的风险,项目组内部进行以下质量相关措施:
1 | 任务跟踪 | Leader进行团队整体任务跟踪(包括内容、人员、计划、进度)。 各担当自我进行担当任务的跟踪。 |
2 | 定期汇总沟通 | 发送周报、向华为PM汇报整体进度,沟通风险 |
3 | 代码评审及时沟通 | 如有代码上传gerrit,主动请求华为代码交叉评审 |
4 | 加强内部测试 | 在镜像提交给华为SE之前,内部测试通过 |
5 | 技术风险协助 | 对经验不足的人员,Leader协助解决技术风险 |
目前的SQA建议加强部分:
及时积累经验,进行KnowHow共享,提高非经验人员的能力。
ECS10月SQA月报
项目内容:云计算开发,障害修正,临时任务(测试等)。
项目周期:长期作业,目前的版本计划为11/30。
实际质量目标要求:
关键过程度量项 | 目标 | 目前的达成情况 | 截止观察时间 |
进度偏差率 | 0% | 0% | 完成迭代需求的部分(10/20) |
需求完成率 | 100% | 100% | |
转测试一次性通过率 | 100% | 100% | |
问题单回归不通过数 | 0 | 0 | |
修改引入问题 | 0 | 0 | |
结项验收的缺陷率(对缺陷要求原因回溯) | 小于等于1个/KLOC | 未到结项 | |
骨干人员稳定性 | 100% | 100% | 目前情况(10/20) |
项目特点:
1) 由华为主导人员安排、计划安排、具体任务安排,对于大部分的需求,我方人员与华为担当一起协作作业。少量需求由我方独立完成。至今未向华为独立交付过。
2) 我方的作业工程基本从PG到内部测试。
3) 需求粒度细,大多数任务的担当者数量为1-2人。迭代周期短(一周)。
4) 需求列表变更多,华为经常调整整体日程。
5) 经验不足的人员较多。(9骨干+2半骨干+15担当(以新人为主))
6) 华为对生产效率有较高的要求。(目前有18.75人日/KLOC基线,但实际华为需要配合版本计划进行任务时间的安排)
根据项目组的特点,为减少质量目标达成的风险,项目组内部进行以下质量相关措施:
1 | 任务跟踪 | Leader进行团队整体任务跟踪(包括内容、人员、计划、进度、风险)。 各担当进行担当任务的跟踪,进度的自我控制。 |
2 | 定期汇总沟通 | 发送双日报、向华为PM汇报整体进度,沟通风险。 |
3 | 代码评审及时沟通 | 如有代码上传gerrit,主动请求华为代码合同评审。(目前对障害分析无?) |
4 | 加强内部测试 | 在提交给华为SE之前,除进行常规的UT、SDV,追加VT验证。测试case与华为进行确认。(目前对测试结果分析无?) |
5 | 风险协助 | 对安排经验不足的人员进行的作业,Leader调配经验人员follow整个作业过程。 |
6 | 积累度量数据 | 积累过程数据,如规模、PGR障害数、UT测试覆盖率、?(目前没有积累生产性实际数据) |
目前的SQA建议加强部分:
1) 追加对评审、测试障害的分析,建议从我方主导的需求开始。
2) 及时积累经验,进行KnowHow共享,首先提高非经验人员的作业管理能力。
3) 追加实际工作量的统计,把握内部的生产性实际,为各担当提早明确进度风险。
4) 定期进行迭代评估会,总结问题,与华为沟通。
5) 今后逐步会有独立交付的需求,建议迭代完成后就进行交付件的整理(如PGR记录、测试文档、问题单处理列表等)。