【相关分析】(31个分析) |
|
时间:2019-10-14
题目:无题无题
分析:为什么没完成需求?是时间不够还是人不够,还是需求更改?这个需要探讨。没有完成测试就交付甲方同意么?测试都没有怎么交付的呢?质量怎么管理的呢?后期维护,甲方的商务风险怎么控制呢?
|
|
时间:2018-09-13
题目:无测试或充分测试交付项目
分析:按照常规的情况,一般不建议这样做,没有测试或充分测试的项目上线后会埋下很多潜在的风险,包括已知和未知的。如果甲方确定要求不得不这样做,与甲方事先沟通好潜在的风险,将已测试通过过的模块上线,其他模块禁掉或者不让访问,同时上线后要尽快补充测试其他模块。
|
|
时间:2018-06-14
题目:明确未测试项,和客户协商确认OK,并作出后续改进计划
分析:首先需要明确为未测试项对的功能影响,会不会影响到客户的使用和体验,如果影响,建议测试这些重要的功能测试完成后再交付;其次,对于未测试项需要和和客户确认OK,且有后续计划,得到客户和内部相关部门的确认后,才能交付。其实在做项目时,需要有详细的规划以及相应的风险评估,如果出现类似这样的情况,PM需要反思原因:是项目项目评估不充分、过程没有控制好、资源有限等等,最终目的就是避免类似的情况再发生。
|
|
时间:2018-06-11
题目:不符合项目交付的原则
分析:不符合项目交付的原则,后续风险难以规避,不符合项目交付的原则,后续风险难以规避,不符合项目交付的原则,后续风险难以规避,
|
|
时间:2018-05-08
题目:测试未过,先进行核心功能的交付
分析:测试未过,先进行核心功能的交付,等到以后再更新新版本吧
|
|
时间:2018-04-28
题目:做好风险评估,尽量回避
分析:一般来说,我们在项目开始就应当做好风险评估,并在整个周期做好风险追踪,尽量回避此类问题的发生退一步讲,在交付之前的一段时间里,可以通过加入人员来完成开发测试,同时告知客户有不能按期交付的风险最差的情况是已经迫在眉睫仍然未完成,和客户协商部分交付或延期交付
|
|
时间:2018-04-18
题目:问题本身就是个问题
分析:这本身就是个控制点,没有测试,对不起不能上;强行上,有问题的话责任谁担
|
|
时间:2018-03-31
题目:后期跟进
分析:交付后,对项目进行后期跟进。在一定的时间范围内对项目的成果进行后期的修正或整改
|
|
时间:2018-03-31
题目:部分交付也要回访
分析:虽然没有测试,先完成了部分交付,交付的时候跟客户说清楚特殊情况,并随时了解产品交付后是否会出现问题,如果出现问题,马上进行整改。
|
|
时间:2018-03-30
题目:如何在没有测试的条件下,完成项目交付
分析:充分利用组织过程资产,从项目管理的角度出发,来规避风险。
|
|