项目管理论文

您当前的位置:学术堂 > 管理学论文 > 项目管理论文 >

基于范围管理在原改造方案设计中的改进实施

来源:学术堂 作者:周老师
发布于:2016-04-24 共2464字

    本篇论文目录导航:

【题目】饭店网项目改造中项目范围管理的运用探究 
【第一章】饭店计算机网络改造管理研究绪论  
【第二章】项目范围管理与计算机网络项目相关理论概述 
【3.1 - 3.3.1】饭店有线网络及网络安全改造方案 
【3.3.2】饭店无线网络建设方案 
【3.3.3  3.3.4】网络管理平台建设方案与达成效果
【第四章】范围管理下原改造设计中的问题与分析 
【第五章】基于范围管理在原改造方案设计中的改进实施 
【结论/参考文献】饭店网络项目改造中范围的控制结论与参考文献


  第 5 章 基于范围管理在原改造方案设计中的改进实施

  本章的主要内容是根据上章所总结出的存在问题,进行针对性措施的改进实施。

  5.1 基于范围规划的改进实施及达成的效果

  根据上章所提到的基于范围规划的问题,本文提出了针对性的改进实施。为了我们能够为 JX 饭店提供有针对性的饭店行业信息化网络解决方案,在个人判断法的基础上通过会议进行集体的分析判断,将饭店行业信息化专家的见解综合进来,凝集众多专家的智慧从而寻求更为完善的结论。所以,针对此次项目组中缺少行业专家人员的情况,我们通过协调后在项目干系人中加入了位于华为杭州研究所的行业解决方案规划与设计部技术专家(更新的项目主要干系人表请见下方表 5.1),为我们提供远程技术支持。

  在他的加入后,不仅为我们在范围管理过程中使用专家判断法时提供了协助,还为我们现场的项目团队提供了饭店行业信息化培训、审核技术方案、技术疑难点答疑、全国饭店类似案例、必要情况下协助安排客户实地参观考察等支持,更好的协助了我们推进项目的顺利进展。

  5.2 基于范围定义的改进实施及达成的效果

  根据上章所提到的基于范围定义的问题,本文提出了针对性的改进实施。定义好项目范围边界是项目初期最重要的工作,边界严格的定义了项目内包括什么和不包括什么,几乎每个参与过项目工作中的人都多多少少遇到过项目范围蔓延的情况,往往会因为小的范围过界情况就导致难以预计的后果。为了减少不确定的项目工作的产生,我们有必要正确的定义范围边界。所以,针对这次项目中存在的范围过界的情况,我们首先在项目组内部进行了沟通,明确了数字标牌系统的网络设备采购不应该在此次网络改造项目范围之内。在随后的和 JX 饭店项目负责人沟通中,告知了按照原方案操作可能带来的问题以及对应的网络设备完全可以在后期数字标牌系统项目规划中一并采购。客户方理解并同意在此次项目规划中取消对这些网络设备的采购计划。

  通过进行这样的范围变化后,此项目的可交付成果和范围边界就完全是按照此前所做的需求分析来进行的定义。至此,整个项目团队更加清晰的明确了此次项目的产品范围以及所要做的事情,减少了后续不必要的项目风险和工作内容。

  5.3 基于范围具体工作分解的改进实施及达成的效果

  根据上章所提到的基于范围具体工作分解的问题,本文提出了针对性的改进实施。通过此次对 JX 饭店计算机网络改造方案设计项目范围进行 WBS 工作分解,我们能够清晰的看到在此前工作中在文档准备方面上的不足。所以,为了能够让 JX 饭店满意我方的设计方案,除了提供解决方案本身之外,我们还为客户提供了所选择的网络硬件的详细参数、功能介绍以及国际权威测试报告。

  更重要的是提供了国内类似的高星级饭店的成功解决方案案例,让客户了解到了方案中的网络设备以及组网方案设计是可行并且是被行业所认可的。并将此次使用范围管理的方法产生的各类管理过程文档进行归类存档。

  至此,通过一方面完善提供给客户方的产品文档后,能够明显感受到客户对我们的设计方案以及其中涉及到的产品的认可度得到了大幅度的提升,这方面疑虑的消除为后续更好的推动方案的验收提供了很大的帮助;另外通过完善和存档我方在技术方案规划、设计、制作、测试中的产品文档以及在项目管理过程中产生的各类输出项目过程文档后,在后续项目进展中每当需要进行必要的追溯时都有据可循,存档下来的资料也用于了日后类似项目的经验分享。

  5.4 基于范围变更管理的改进实施及达成的效果

  根据上章所提到的基于范围变更管理的问题,本文提出了针对性的改进实施。变更管理的目的不是控制变更的发生,而是对变更进行管理,通过授权、审核、评估、确认来确保变更有序规范进行。为执行变更管理,必须建立有效的范围变更流程,它对管好项目至关重要。所以,针对这次项目中存在的不规范随意范围变更的情况,我们在后续需要处理范围变更的情况下严格的按照了变更流程来操作。与所有相关项目干系人协商沟通是否允许此次变更,在确定变更的情况下实时更新项目基准(包括项目成本、时间等),并把所有变更请求存档作为了日后追溯使用。

  通过严格按照变更流程来处理范围变更后,在后续发生的范围变更请求并不是都得到了允许,是否允许范围变更请求是所有项目干系人共同来通过权衡利弊进行判断得出的结论,如果不利于项目进展或存在较大风险的范围变更都被尽可能的否决。被批准的变更为了便于进行追溯也通过文档方式进行了保存,并且客户经理也在每次的范围变更后及时的针对性调整了客户关系维护力度,更好的把握了项目进展程度以及推动了项目进行。

  5.5 基于范围验证的改进实施及达成的效果

  根据上章所提到的基于范围验证的问题,本文提出了针对性的改进实施。范围验证是审查可交付物和工作成果,以保证项目中所有工作都准确地、满意地完成。在上章范围定义中制定的项目范围说明书里的“验收标准”内容描述为:网络设计方案中需体现所有客户所描述的功能需求,必须经过客户方代表(运维部主任)、我方客户经理、以及华为行业技术专家根据可交付成果对方案的一致认可,才能被认为是项目完成。所以,针对这次项目中存在的验证人员体系不完整的情况,我们在后续无论是阶段性范围验证还是最终的验收过程中,都让相关利益干系人共同进行了确认,以确保可交付物的准确性、完整性。

  通过严格按照验收标准进行后续的几次技术方案的阶段性范围验证后,验证后的方案无论是从客户关注的方面还是技术关注的方面都得到了确认,最大程度的从多角度满足了需求的完整性和全面性,尽可能的避免了因后续发现某一方面的问题而返工整改的情况出现。

返回本篇论文导航
相关内容推荐
相关标签:
返回:项目管理论文