| 【相关分析】（36个分析） |
|
|
时间：2012-05-14
题目：问题重重
分析：1. 缺乏需求管理，需求变更怎么直接由开发人员各自接了修改呢？应该有一个产品人员（至少项目经理兼任也行）专门管理需求、需求变更、需求确认等工作
2. 缺乏计划管理，需求分析和设计完成后，应该有后续的任务工作量估算，制定计划，对计划进行跟进和监控是否按照计划完成任务
3. 缺乏测试管理，这么大个信息系统，应该有测试规划，有一个完整的测试流程，测试计划，缺陷修改管理和计划，配备一定的专业测试人员，开发人员自测报告不可靠。而且在客户之前都没有内部集成测试一下，风险是很大的。
4. 缺乏版本 控制。越改越乱，改了哪里那个版本可用，到最后都很难分辨了，对每个修改版本都应该有记录，有集成规范。
5. 项目组人员管理，虽然项目人员各自完成任务，即使是自领取任务形式，项目经理也应该把控任务的完成情况，做好任务和人员的协调的工作。
|
|
|
时间：2012-04-17
题目：疑团重重
分析：1、需求分析和设计？
2、变更请求？
3、自测报告?
4、现场集成测试？
5、修改完善？
|
|
|
时间：2012-03-21
题目：建议
分析：1、自测就是扯淡。
2、平时不跟客户沟通，最后才去，能不挂吗？
3、留到最后才测试，问题越测越多，太正常了
4、版主你自己编了个案例逗我们玩的吧
|
|
|
时间：2012-03-01
题目：首先没做好计划
分析：1、首先在做项目时要做好计划；
2、各自为政，缺少沟通；
3、缺少严格的变更控制流程
4、要控制好产品的版本，否则会很混乱，随便拿着一个版本就用；
5、应该现在公司内部测试通过后，才能到客户处进行验收测试，而不是直接就把没有经过集成和系统测试的产品交到客户手中。
|
|
|
时间：2011-12-11
题目：项目整体管理
分析：老高并没把各部人员结合在一起，各部都是各做各的，忽视了自身负责部分同其他部分的对接
|
|
|
时间：2011-11-26
题目：质量管理和版本管理
分析：测试的目的是为了发现问题和完善产品，但在此项目中，测试只在每个环节中进行，而没有进行联合测试和集成测试，这样就不能有效保证系统集成后的效果，各个环节的沟通没有进行，各自为政，只能导致功能的不完善和问题的层出不穷。所以老高需要做一个测试流程规划来进行所有测试。
同时老高在产品的版本管理上存在很大问题，可以说就没有进行版本管理，这样就不能保证每个参与人员所采用的版本是否致，这也导致了测试的失败，所以老高之后要做的工作一个是质量控制环节中的测试流程管理和版本管理，做好了这两项工作，我想后续也就不会再出现这些问题了。
|
|
|
时间：2011-11-15
题目：老高不该直接到客户现场集成，草率！
分析：所有的项目不可能都一帆风顺，关键是老高没有自己检测而是直接到客户现场集成。这样给客人留下很不好的印象。
有问题要在自己内部解决。
|
|
|
时间：2011-11-10
题目：三方面没有控制住
分析：1、过于分散，缺少集中的把控。
2、内部没有做过集成测试，就直接到客户现场集成，大忌。
3、各部分报告测试正常时，没有进行确认。
|
|
|
时间：2011-11-05
题目：需求变更缺乏统一管理
分析：最明显的一个问题就是对于需求变更缺乏统一管理导致的缺乏对系统影响的分析.
|
|
|
时间：2011-11-05
题目：三方面问题
分析：首先，整个项目过程就不对，项目过程要求必须有集成测试这个重要的环节，而且应该是初次编码一结束就要进行，他没有做。
其次，项目设计是有问题的，要么是模块划分不科学，要么是模块间接口定义不准确。
最后，开发过程中项目成员的交流不够，各自为政，已经不像一个团队。
|
|
