《项目管理知识综合管理关于项目管理一点体会.doc》由会员分享，可在线阅读，更多相关《项目管理知识综合管理关于项目管理一点体会.doc（4页珍藏版）》请在金锄头文库上搜索。
1、综合管理：对于项目管理的一点领会这段时间，向来在负责一个项目的管理与开发。在时间短、任务紧，而团队人员又大多数是没有经验的菜鸟的恶劣状况下，我率领靠近40人的团队，终于在客户规定的时间范围内按期交托产品。这此中，经历了需求改正、人员变动（因为其余任务，先后有近10人走开团队）等诸多问题，项目仍旧获得成功了，不可以不说有几分侥幸，但别的也有一些经验与教训能够与大家分享。项目开发方面需求项目应以需求为核心。一个项目能否能够成功，对需求的正确掌握在成功因素中要占上60%的比率。不论系统的架构设计、团队管理有多么的成功，假如需求出现误差，仍旧是背道而驰。因为EAS项目的特别性，项目开发过程中能够与客户
2、成立有效迅速的交流渠道，是项目成功的重点。需求一定获取客户确实认。经过需求调研与剖析后获取的用户需求说明书，以及软件需求规格说明书都一定获取客户的署名确认。确认的内容包含项目的目标、范围以及项目需求功能点（用例）。EAS项目在先期对需求不够重视，致使在需求理解上出现了一些误差，进而影响了项目的进度。幸亏获取了实时的纠正，在项目管理部的辅助下，全部需求都得了客户或客户代表的署名确认。进而使得项目在客户查收时，有了充分的保证。项目应确定特意的需求剖析师。企业没有特意的需求剖析师，不可以不说是人员装备上的一大缺点。从EAS项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不停改正，客户迟迟
3、未署名确认，原由正是在于我们没有特意的拥有丰富经验的需求剖析师。一般开发人员在调研需求以及撰写需求规格说明书时，老是会出现误差或理解错误的地方。软件需求剖析是一项重要且负责的技术，没有经过特意训练的需求剖析师，往常会给项目带来隐患。项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的实时交流，迅速响应客户的恳求与反应。EAS项目在开发初期实时地确定了需求接口人，在必定程度上躲避了需求改正给项目带来的风险。可是，确定的需求接口人未经过系统培训，在需求调研以及与客户交流的过程中，工作表现只好说是差强者意。注意保护需求调研记录以及需求追踪表。这一工作做得不够好。因为需求调研人不够专
4、业，而项目经理以及需求剖析负责人对这一过程还短缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。别的，需求追踪也特别重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生改正，而开发人员实现的需求也可能会与客户的要求误差。注意保护需求矩阵。项目经理对这一内容缺少足够的重视与理解，项目开发过程系统中也缺少好的需求矩阵文档模板。可是在项目中后期，项目实时撰写了EAS项目需求功能列表，并联合交托版本与客户进行了交流和磋商，进而躲避了需求误差的风险。控制需求改正。重视CCB的作用，同时应成立需求改正的响应体制。EAS项目组对于需求改正的响应还不够实时，这一点项
5、目经理与项目管理小组要担负必定的责任。设计重视架构设计。EAS项目的成功，必定程度是源于我们有个的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。此中固然发生了一些变化，但核心架构仍旧没有发生大的变化。因为，我们成立了稳固、简单的系统框架，能够极大地提升开发效率，躲避了对框架的重复编码。擅长对设计作出弃取。项目开发的三因素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的误差，EAS项目组并无过分重申技术，特别是在考虑进度的状况下，牺牲了系统的部分可扩展性。固然这为系统的后期保护带来必定隐患，但却能够有效地保证项目的进度。从EAS初的架构设计来看，我们引入了Castle
6、与AOP，试图简化ORM以及横切关注点比如日记、异常、权限、事务等功能的实现。同时，希望采纳WCF，利用SOA思想成立松懈耦合的面向服务应用程序。但跟着客户需求的变化，我们坚决地放弃了采纳WCF的构思，同时又战胜了技术困难，坚持了对Castle与AOP的使用，并为此成立了框架开发小组。事实证明，在技术的决断上我们作出了正确的决定。重视UI原型设计。系统的原型设计与需求剖析相辅相成。假如有好的原型版本交托给客户，则客户更能够理解系统的实现，促使交流的有效性与正确性。在EAS项目中，我们从一开始就确定了原型设计小组，并在剖析需求阶段，就开始了原型设计。这一做法无疑在客户交流、需求确认、UI设计等方
7、面都发挥了很大的作用。可是，我们在这一点上，因为缺少特意的UI设计人员，所以，这一工作还存在很大的缺点，甚至于UI的设计为迭代版本的交托带来了很大的阻碍。在项目后期，对于UI的bug是多。所以，我们以为在开发近似的WEB应用程序时，应尽早确定UI设计规范，以拘束全部的UI设计。同时，一定培育特意的UI设计师，在开始原型设计时，就赶快达成UI交互的设计。而且，一定成立特意的UI设计小组，在需求阶段与需求剖析师合作，在编码阶段与开发人员合作。测试测试成员应认识需求。假如不认识需求，测试人员没法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，进而致使报告错误的bug，影响开发人员效率
8、。增强开发人员与测试人员的合作。开发人员一定实时响应测试人员提交的bug。而测试人员也应追踪开发人员对bug的修复状况。内容总结（1）综合管理：对于项目管理的一点领会这段时间，向来在负责一个项目的管理与开发（2）这此中，经历了需求改正、人员变动（因为其余任务，先后有近10人走开团队）等诸多问题，项目仍旧获得成功了，不可以不说有几分侥幸，但别的也有一些经验与教训能够与大家分享（3）项目开发方面需求项目应以需求为核心（4）EAS项目在先期对需求不够重视，致使在需求理解上出现了一些误差，进而影响了项目的进度内容总结（1）综合管理：对于项目管理的一点领会这段时间，向来在负责一个项目的管理与开发（2）这此中，经历了需求改正、人员变动（因为其余任务，先后有近10人走开团队）等诸多问题，项目仍旧获得成功了，不可以不说有几分侥幸，但别的也有一些经验与教训能够与大家分享（3）项目开发方面需求项目应以需求为核心（4）EAS项目在先期对需求不够重视，致使在需求理解上出现了一些误差，进而影响了项目的进度
