搜索
论文部分1项目信息云计算应用生成和管理平台项目1论文架构1.1摘要1.1.1结构第一段：项目介绍；在项目中担任项目经理职务；项目重要性介绍；第二段：将题目中的论题进行包装；采取的措施；最后，列举了该项目在***方面的一些不足之处。1.2正文1.2.1结构第一段：项目重要性介绍第二段：项目技术要求、功能要求论文部分2第三段：关键问题解答第四段：总结综上所述，由于我们采用了较为完善的软件***模型和管理方法，根据项目成员的组成特点以及项目自身的条件出发，圆满地完成了云计算业务生成和运营平台项目。经过这次项目实施和实践，我们认识到只有切合项目的实际情况，具体问题进行具体分析，不盲目照搬书本和现成的各种管理过程和方法，必要时可以采取多种方法，模型组合和剪裁，方能有效地解决项目****的问题。第五段：不足之处虽然基本按时完成了任务，但也有很多不足之处。首先，由于工期紧，开发人员少，所有经常加班，大家非常的疲劳，而且加班费很少。我也采取了一些弥补措施，如请示管理层在精神方面做了一些鼓励和表扬，适当的出去聚餐、看电影、参加健身活动，一定程度上缓解了紧张的氛围，而且大家也没有太多的怨言。其次，测试的时间太短，没用专门的测试人员，没用全面而系统的测试，所以，系统交付之后，发现了一些问题，虽然这些问题没有威胁到系统的运行。作为项目经理，我觉得如果多给一些时间和人员，我们会做得更好。后来，我们做了多方面的改进，系统也更加完善和稳定。2进度管理2.1措施2.1.1软件开发模型1、前期采用快速原型方法加快进度论文部分3由于对客户的需求在短期内没有办法了解得十分透彻，而且客户没有看到我们的产品，也没有提出实质性的具体要求。因此，我们参照国外的一些研究成果和开源系统的功能，在初步分析的基础上，提供了一个原型版本给客户进行评估、试用并征求意见。客户通过使用我们的原型系统，提出他们的期望和改进意见。然后，我们根据客户的意见修正模型、调整业务流程，进行优化和增强以后，再次提交新的原型给客户测试。经过多次的交流和反馈，平均每三天发布一个版本到现场测试，每天汇总客户发现的问题和需求并及时改正。这样，在与客户的多次交互过程中对需求的理解更加透彻，避免了开发出来的产品和客户的需求相差甚远的问题，大大减少了风险、加快了进度。2.1.2划分里程碑2、将任务进行分解使之可以并行化，合理划分里程碑为了抢工期，我们将任务进行分解，分成*******等多个子任务，每个子任务又分成需求调研、设计、并行开发、环境准备、同步测试等多个阶段。通过定任务、定人员、定目标，明确责任、分工负责、并行进行，确定各任务的里程碑，确保关键任务的进度。这样最大可能地将细化的任务分派到多人并行处理，使得关键路径上的任务时间缩短。最后，按照上线的目标时间点倒排工期，使用MSproject生成甘特图和项目进度计划分发给项目成员，分工细致，任务进度精确到天；大规模协同作战，先后调动五十多个人员参与这个项目。为了使各任务组之间不互相影响，我们还准备了多套环境：业务测试环境、割接测试环境、商用测试环境，安排不同的人员分布进行维护。2.1.3工作量估算3、合理估算工作量及技术难度合理地估计工作量是保证进度不发生偏移的关键，对于分解后的单个子任务，我们请有论文部分4经验的资深工程师进行估计，综合使用了Delphi法、功能点估计法和类比估计法来估算工作量，并留有15%的余地。对于其中的技术难点，单独分配给相关工程师研究，并预留了替代的方案，尽量复用以前成熟的技术和方法，以规避技术风险对进度可能造成的影响。2.1.4关键任务完成4、识别关键任务，根据需求的轻重缓急分阶段迭代式开发为了确保系统能够在预定时间上线，对于客户的需求进行分门别类，根据轻重缓急安排在不同阶段分别实现。对于第一期上线前不是必须实现的功能，尽量安排手工操作的替代方案，保证在基本业务流程能够走通的前提下，能够压缩的功能尽量压缩。同时，在模型和架构设计时，考虑预留有相关接口，以便将来灵活扩充和完善。2.1.5进度跟踪5、随时了解进度，适时进行调整和动态控制有效进行项目控制的关键是及时测量实际进程，并与计划相比较，如有必要就立即采取纠正或预防措施。问题越早发现就越好解决，造成的损失也就越少。在项目的进展过程中，进度管理并不是一个静态的过程，而是需要不断调度、协调，保证项目各个目标的均衡发展，实现项目整体的动态平衡。我们在初期基本每周和电信北京研究院、redhat、中兴的相关人员开一次电话会议，通报项目进展、汇总问题、明确任务、调整计划、确定行动方案等。紧急情况下调度其他人员来支持项目，确保按照计划执行，保证关键路径上的任务和里程碑计划的完成。论文部分53关键要素3.1技术要素3.1.1问题项目的业务流程和处理模式与现有的系统模型有很大的差异，如何在现有框架不做大的改动的情况下，完成项目是我们面临的最大的挑战。3.1.1策略一方面需要引导客户向我们系统已经支持的模型方向靠拢，另一方面修改调整扩充模型来支持那些必须的功能，从而找到技术上改动最小的方案，来减少工作量。3.2管理要素3.2.1问题客户的需求如果频繁地变更，对项目进度的影响是致命的，因此变更管理是其中重要的一个环节。3.2.1策略在项目实施过程中，对于客户提出的无理的变更要求，我们会坚决拒绝，实在不能拒绝的，我们会事先声明对进度、成本、质量的影响，并要求相应地调整工作。3.3沟通要素3.3.1问题有效沟通是项目顺利进展的保证，包括与客户的沟通以及项目团队内部成员之间的沟通。由于项目涉及到多个公司，工作地点也不同，都给沟通造成了不便。论文部分63.3.1策略我们通过协商，在各公司指定了联络接口人，所有的需求和问题都通过接口人来转达，有效减少了沟通的成本。沟通的方式包括电子邮件、电话会议、视频会议等。在每次沟通后，都有详细的记录，并经过所有参与人员的确认，保证的信息的准确性，提高了执行力。4项目的风险管理4.1定义项目风险管理就是要争取避免风险的发生或尽量减少风险发生后的影响。项目风险管理实际上就是贯穿在项目开发过程中的一系列管理步骤：制定风险管理计划风险识别风险定性分析风险定量分析制定风险应对策略风险跟踪与监控4.2措施1、识别项目风险，编制风险管理计划和风险应对计划风险的类型包括：项目风险，技术风险，管理风险。项目风险主要是该项目需求不明确，而且变更频繁，属于新业务，客户和我们都没有绝对的把握。技术风险主要是采用了时下流行的J2EE技术架构、B/S体系结构、Oracle数据库，因为人员少，每个人兼多个角色，不过，幸运的是可以复用别的项目的一部分源代码，如数据库操作类、权限管理类、运营类等。论文部分7管理风险主要体现在项目的人员是不同的公司组成，无疑增加了沟通的难度，不过我之前担任过多个项目的项目经理，所以，项目管理的经验还是比较充足的。所以，项目一启动，在基本了解客户需求的情况下，我就召集开发人员、营销人员、公司领导，甚至别的项目团队成员坐到一起，采用“头脑风暴法”，大家都来分析该项目存在的风险，同时借鉴风险历史数据库中的风险数据，取出我们没有想到而确实存在的风险条目，也添加到风险列表里面，然后分析每个风险条目发生的概率、风险级别，而且针对该风险条目制定相应的应对策略，并形成一个风险记录表。风险管理贯穿项目的始终，风险管理计划和风险应对计划缺一不可。因为风险一直在变，所有，在项目的每个阶段都要进行更新。2、制定项目管理计划，化解开发进度的风险由于项目的工期比较短，工作量比较大，工作难度和需要协调的工作量也较大，在做开发进度计划时，根据最终交付日期，采用倒推法，将时间逐一分配到各个任务上，同时尽量考虑到任务的并发执行，而且要细化到最小化，使用MSproject软件，采用PERT技术，在工作分解结构(WBS)上定义每个任务的开始时间、结束时间，识别关键路径(CPM)，然后从甘特图就能自动显示人力资源状态图，能自动统计每个人每个任务或者每个时间段的工作量，而且通过这个软件，可以非常方便的拆分任务，定义里程碑事件等。3、制定沟通计划，解决项目沟通的风险在该项目中，项目需要多个公司协作，沟通不太方便。基本的通信是E-mail联系，大家约定都使用Foxmail收发邮件，并设定为每3分钟检测一次。因为同一个邮件，回复次数往往比较多，使用同样的邮件软件，查阅比较方便，跟踪起来也比较容易。而且，邮件沟通还有非常大的好处是沟通内容都落实在纸面上，便于将来分清责任。其次是电话联系。电话沟通可以更加快速、直接，尤其是与客户沟通，效果更好。此外，采用视频会议，并邀请我公司领导参会，不但能及时解决项目中存在的问题，同时也让客户感觉到我们管理层对该项目的重视和支持。项目组将开发进度表打印出来贴在每个开发人员的桌面上，让开发人员“心中有数”，增强紧迫感。同时，定期举行项目例会和项目状态会议，以便及时解决项目遇到的问题和通报项目的进展情况。