(原)客运项目总结
回顾项目从需求分析、开发测试、培训实施直至最后系统正式上线运行，遇到许多困难，这其中包括技术上的障碍、也包括管理问题等，还好最终到达顺利上线这样一个重大的里程节点。
下面是我根据自己的体会写的一个项目总结，这里没有具体项目中的任何事件，但总结出的问题都是我们在项目中常常见到，并且再次出现此次项目中的。希望能为大家抛砖引玉，成功的做好每一个项目。
明确好项目范围：
需求变更是软件项目永恒不变的主题。
在需求分析阶段，要向客户明确：需要分析作为系统设计、开发的原始依据，需要双方签字确认，任何内容在实际开发之后，将不会再进行更改，如有需求更改必须按严格的流程：双方项目组成员正式协商功能变更内容、开发周期、开发费用等，更重要的是要将这个规定执行下来，不能因为：时间的原因，需求分析没签字就开发进行设计、开发；或是相信客户的：‘我们看了你们的需求调研，很详细，就这样了……’这样的口头承诺。
一旦产生修改内容，从第一次开始就要按原确定需求变更管理办法进行处理，否则用户不会为他们的需求变更“埋单”，并且需要变更的内容越来越多，我们自己就会受到损失；同时客户也不会善良的说：‘是由于他们的需求变更影响了系统的整体进度的’。
做好需求分析，明确需求变更。
预估好项目风险：
项目也是变化无常，项目都是独特的，都是在某种程度上具有创新性的，因而它们充满不确定因素。所有的项目都有风险。一般来说，可以将项目风险分为以下几种：
技术风险：技术是否已经过证明？是否有重复技术可以使用？当前使用技术框架是否合理？是否有特殊或苛刻的技术需求？成功是否依赖于新的或未经试验的产品、硬件、软件、其它技术？与其它系统是否存在必需的，但不明确内容的接口？
资源风险：是否有足够的支持（管理、测试、技术研发人员，及相关的硬件设备等）？开发人员是否有相关的行业经验和开发技能？是否可以找到相关的领域专家，对项目进行指导？是否有一个配合良好的团队，能协作好项目周期各阶段工作内容？
外部风险：项目是否依赖于其它平台？有无这些平台的开发经验？对于项目必需的第三方硬件、软件是否有可替代方案？
风险时刻伴随项目，尽可能把风险想的多、想的全，并且考虑风险等级，做好风险预案，提出风险解决办法。
组织好项目资源：
人力资源的素质：可以在项目组成员身上找到，项目过程中所需要的多种技能，如设计能力、开发能力、实施能力、业务知识等。
人力资源的目标：保证项目组人力资源在项目周期中有足够的时间完成相应分配的任务。
配备硬件资源：硬件资源，首先要保证开发所用到的服务器、开发平台、试验设备等等相关设备，同时根据项目需求配备交通工具等其它设备。
工欲善其事 必先利机器，应该说的就是这个问题。
控制好项目节奏：
在明确项目的需求内容、了解目前的资源情况、以及可能会出现的风险之后，项目经理需要理性的做出分析，在项目启动前根据提出概要时间段，并由多个有经验的开发人员进行确认，对确认结果进行平均分析，作为最终的项目计划，这样的计划才能真正的指导开发。
对于开发过程中，要即时将实施开发进度与计划相比较，并根据进度情况分析存在的问题，通过增减人力、对计划进行修正等方式进行调整，确保项目的最终按期完成。
同时要项目组要定期的进行内部交流，了解项目的进度、发现遇到的问题，并共同寻找解决方案，避免个别人的开发进度、个别问题的延时解决影响到项目的整体进度。对外要即时向客户项目负责人员通报目前的开发进度、实施进度，在有条件的情况下，定期邀请客户参观开发现场，让客户了解到目前的开发进度，并可以对已开发完的内容有所体验，在后续的开发中对不足进行修补。
组织好项目团队：
项目的团队能力来自和谐、协作，项目团队最需要的是和谐。缺乏和谐的项目组是很难成为团队的，也是没有战斗力的，项目组成员之间的和谐是项目组成为项目团队的基础，也是项目成功的基础。
项目组成员之间需要具备互补的技能，其中互补的性格特点也是必不可少的。技术上的互补可以保证，降低技术风险；性格上的互补可以在开发、实施等不同阶段有各种特长的人，来处理不同的事务。
把握好项目质量：
任何时候项目的质量都是应该放在首位的，即使进度超前多少多少，界面漂亮如何如何，但在存在一丁点实质性的质量问题都会导致系统无法投入使用，或使用后造成不可挽回的影响。
如何保证软件的质量？保证开发过程中开发质量，按开发制度、规划进行代码的开发、注释，进行代码走查。
开发人员开发完成后进行严格的模块测试、流程测试，确保模块功能正常以及各模块之间协作工作的正常。最终提交给客户的发布版, 必须在项目内进行多次的内部测试。
上面所提到的几个方面，离真正做好一个项目还相差很多，希望大家多提意见，共享项目实施过程中的心得，为各项目的开发、实施提供帮助。
2007-12-24晚
