我的一个项目总结

 
1、 对项目中发现的缺陷。做评估后,如果影响到功能,放到开发计划中,其他一些如:文案或者不影响功能的缺陷记录,项目后提交给相关部门进行后续的完善。
2、 页面中的CSS由DEMO制作的时候UI保证。开发这边不做要求,这样控制了开发的范围。
1、 通过周报,及时让相关方了解项目的进展以及需要哪些帮助支持。
2、 提前确定需要哪些资源和帮助。如测试、开发、其他部门接口。
3、 项目进入集成测试阶段,采用让各应用的负责 PD来验证业务流程和文案的正确性。
4、 项目中为了保证 CSS和页面布局的正确性,在上面PD验收的同时UE同时配合做页面的检查。
5、 给予必要的指导和培训。项目中不管开发还是测试都有不少新人。对业务知识,技术知识,做事方法做必要的指导。如测试不熟悉业务,事先让需求分析师讲解业务;开发不熟悉技术,形成必要的文档配合讲解和培训。
6、 提醒项目上线后如果有缺陷可能的后果。开发、测试都会影响项目考核和季度考核,同时列举已经发生的案例。
7、 记录和统计项目期间项目范围内发布的关联小需求,用于项目后期代码合并后不遗漏功能。
8、 要求需求方提前 2周冻结项目范围内的小需求。
9、 项目中有齐全的 TC,保证各分支和模块能完成的测试到。
10、     因为项目时间越长,期间上线需求就越多,造成的风险也越大,项目中调整测试计划,改原来的全面测试用例编写为写测试分析;改测试保证业务文案,细节文案有 PD保证。
11、     申请对应用熟悉的人负责开发对应的模块和对应用熟悉的测试人员保证质量。
1、 DEMO和UC的问题首次在项目中采用QC提交,保证了通知的及时性和有案可查。
2、 需求变更和 DEMO更新采用邮件方式通知所有相关方。
3、 周报
4、 通过 RPM安排和REVIEW项目中各成员的进度。
5、 必要、有效的碰头会议。包括 KICKOFF、开发调整、测试进度周会、预发布和发布安排等。
1、 通过 QC平台控制。
2、 CODE REVIEW。
3、 通过PD来保证业务流程的正确性。
4、 采用各应用的测试、集成测试、预发布测试。
5、 DEMO确认前和确认时要求应用负责人REVIEW各页面是否都在项目范围内。
6、  同风险控制第11条。
1、 设定合理、周密的项目里程碑、 UC确认时间、TC确认时间、发布时间。
2、 项目成员参与评估和确认各自工作的时间,保证计划的合理性。
3、 采用UI、开发、测试同步进行,用以缩短项目的周期。
4、 项目中能较好的各环节的配合安排(UI、开发、测试),以做到不影响项目的周期。
1、  同风险控制第11条。
2、 申请充足的测试资源。
1、 项目任务做小需求开发方式进行。不会占用全部的开发人日。
2、 项目进入集成测试的时候做一次全面的代码合并,而不是在项目中就合并期间的小需求。
3、 改变测试方式,以减少测试周期 (具体在风险管理第10条)
1、 制定一份清晰的整个项目进度表,包含各阶段和各里程碑。
2、 制定可行的、完整的预发布、发布计划。
3、 项目中的 rejected或者deferred问题需要技术经理确认。
4、 通过 RPM检查和确认各成员进度。做到日日检查。
 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值