项目管理方法有哪些

　　【案例正文】

　　老高承接了一个信息系统开发项目的项目管理工作，在进行需求分析和设计后，项目人员分头进行开发工作，期间客户提出的一些变更请求也由各部分人员分别解决，各部分人员在进行自测的时候均报告正常，因此老高决定直接在客户现场进行集成，但是发现问题很多，针对系统个部分所表现出来的问题，开发人员又分别进行了修改完善，但是问题并未明显减少，而且工作和产品版本越来越乱。老高的项目管理方式出了什么问题?

　　会员分析：

　　分析1：变更的管理 以及 集成测试的重要性

　　1)变更请求由各部分人员分别解决 存在着很大的潜在的风险

　　首先由评估变更对各模块的影响，统一管理，共同解决，方案共享。

　　2)集成测试在客户现场进行

　　本来本地进行的测试到客户现场测试 这件事本身就存在很大的问题。心存侥幸，想当然是项目管理的大忌。

　　3)测试出来的问题又分别进行修改

　　系统的任何一个修改都有可能对整个系统造成影响，所以共享与变更管理，课题管理等要做到全项目成员共知才行。

　　分析2：无论“合”，还是“分”，都应该紧跟主线

　　在具体的信息系统开发项目中，由于项目本身的特点，经常可以分而治之。但古人云“合久必分，分久必合”，对于分而治之的几个parts，最终交付时，都得合而为一。由此，引出了项目管理工作中的一个非常重要的内容，就是统筹管理。为什么市场经济，还需要国家调控的存在，道理是一样的。

　　从文字描述的内容来看，老高的项目管理方式，缺乏的就是这个统筹管理，虽然从各个parts来看，负责各parts的单元，运作都非常良好，但在整理控制上，老高缺少得太多。

　　第一、对客户提出的变更，文中看不出来走了变更流程，各部分人员解决后，也没对修改的内容、新增的内容做好文档记录，也没对由于修改可能导致的问题进行预估;

　　第二、在客户现场集成，发现了问题，还是分别进行修改完善，各做各的，负责各parts的各小组之间，没有沟通;

　　第三、很明显的，缺少整体的版本控制，PartA 的v1.2是否能和 PartB的v1.2完美融合?谁知道呢?

　　从上面可以看出，老高在该项目的管理中，在整体管理、变更控制、版本控制、有效沟通上都存在问题。且在客户现场进行集成，这本身也有很高的风险，毕竟成则好，不成则会使得客户对己方的研发能力产生严重的质疑，而客户的质疑对项目的顺利验收的影响也是非常巨大的。

　　分析3：质量管理和版本管理

　　测试的目的是为了发现问题和完善产品，但在此项目中，测试只在每个环节中进行，而没有进行联合测试和集成测试，这样就不能有效保证系统集成后的效果，各个环节的沟通没有进行，各自为政，只能导致功能的不完善和问题的层出不穷。所以老高需要做一个测试流程规划来进行所有测试。

　　同时老高在产品的版本管理上存在很大问题，可以说就没有进行版本管理，这样就不能保证每个参与人员所采用的版本是否致，这也导致了测试的失败，所以老高之后要做的工作一个是质量控制环节中的测试流程管理和版本管理，做好了这两项工作，我想后续也就不会再出现这些问题了。

　　分析4：问题重重

　　1)缺乏需求管理，需求变更怎么直接由开发人员各自接了修改呢?应该有一个产品人员(至少项目经理兼任也行)专门管理需求、需求变更、需求确认等工作

　　2)缺乏计划管理，需求分析和设计完成后，应该有后续的任务工作量估算，制定计划，对计划进行跟进和监控是否按照计划完成任务

　　3)缺乏测试管理，这么大个信息系统，应该有测试规划，有一个完整的测试流程，测试计划，缺陷修改管理和计划，配备一定的专业测试人员，开发人员自测报告不可靠。而且在客户之前都没有内部集成测试一下，风险是很大的。

　　4)缺乏版本 控制。越改越乱，改了哪里那个版本可用，到最后都很难分辨了，对每个修改版本都应该有记录，有集成规范。

　　5)项目组人员管理，虽然项目人员各自完成任务，即使是自领取任务形式，项目经理也应该把控任务的完成情况，做好任务和人员的协调的工作。

- END -