论信息系统项目的需求管理与范围管理.doc

论信息系统项目的需求管理与范围管理 本文介绍了本人在担任WMS2.0项目经理期间，服务于某公司（以下简称：业主）设在保税物流中心的海关监管仓的仓储管理系统选型、二次开发和上线实施的过程。进而总结了本项目通过需求工程与范围管理取得项目成功的经验和体会。 ? 该项目的早期难点在于业主的需求不明确，开发团队业务经验不足，以及业主对项目开发团队缺乏信任。通过本人的努力，该项目实施成功、取得显著收益，并在过去两年的时间里支撑了业主公司的业务扩张。业主公司也因此扭亏为盈，走向了良性发展的轨道。 在上述项目中，本人担任了项目经理、业务需求分析师和系统实施顾问等工作，在历时一年多的时间里，为项目的成功付出了大量心血。本文重点对需求工程和项目范围管理的分析和探讨。指出该项目成功要点在于：一、依托丰富业务经验成功的主导了需求开发；二、通过与客户方中、高层领导的多轮需求界定，厘清了项目范围；三、通过严谨的需求变更流程成功控制了需求蔓延，保证了项目如期结项。 【正文】 项目背景介绍 自2005年起，业主按照集团的部署，开始在某临港物流园区投资建设海关监管仓，主要服务于国际采购商和若干第三物流企业的出口集装箱拼箱业务和国际配送业务。这些业务的特点是国内制造企业根据国际采购商或第三方物流企业的指令，将货物运送到海关监管仓进行短期存储。业主再根据国际采购商或第三方物流企业的指令，进行流通加工、出口拼箱，以集装箱整箱形式装船出口。 海关监管仓的建设是分阶段进行的。计划分五期进行建设。每期各投资兴建一座相对独立的大型仓库。第一期建设一座单层仓，仓库面积是32000平米；从第二期到第五期，都将兴建双层仓，每座的仓库面积均超过60000平米。业主在建设一期仓的同时，委托我们公司开发仓储管理信息系统（简称WMS1.0）。同时，我们公司与当地主管海关合作，共同开发了一套海关联网监管系统，以实现海关对上述海关监管仓的联网监管（采用进出仓货物的电子账册备案制，海关官员通过远程视频监控和不定期入仓查验等方式进行联网监管，并根据企业申报，对仓库进出口货物实行电子账册核销）。 由于业主方和开发方都是初次开展这类业务，经验不足。于是公司WMS1.0项目组在借鉴国内同类软件产品功能的基础上，结合业主提出的业务需求，开发出了WMS1.0系统。该系统在投入使用一年后，业主发现系统存在严重问题。例如：由于海关联网监管系统与仓储管理系统对进出仓货物的计量单位和数量不同，在货物经过多轮进出之后，仓库实物帐和海关系统的电子帐之间就很难形成正确的对应关系，从而导致仓库实物帐与海关电子账册之间不匹配的现象发生。而这一点是海关不允许的。因此，WMS1.0项目组被迫采用了所谓的“一次录入”的方式，即先在海关联网监管系统中进行入出仓申报，海关受理后，再将申报数据导入到WMS1.0系统，形成进出仓数据。这导致了WMS1.0没有实现基本的单-货相符，不能对仓管、理货等生产作业提供有效帮助和指导，也不能实现仓储业务的计费和结算。业主公司的三个工作部门，除了通关事业部满意度较高以外，运营部和财务部均不满意WMS1.0的功能。随着二期仓即将建成和投入使用，业主认为WMS1.0系统将无法满足该公司的业务发展需求。要求尽快对WMS1.0进行升级改造。 在研讨系统升级方案的时候，业主对WMS1.0项目经理的认同度很低。要求我们公司聘用具有丰富业务经验的员工，在业界成熟仓储管理信息系统的基础上进行二次开发，形成真正符合业主公司实际业务需求的系统。为了保持该开发项目的连续性，将新项目命名为WMS2.0项目。公司经过招聘、考查和征求业主的意见，决定任命我为WMS2.0项目经理。 ? WMS1.0存在的问题 接手WMS2.0项目组之前，我与业主公司的各级管理者和系统用户做了交流，与WMS1.0项目组的主要成员进行了逐一面谈。我发现：WMS1.0项目组存在着三个非常严重的先天不足。其一：业务经验非常欠缺。虽然有多名项目组成员在业主仓库做过实习，前期也有过长达一年的系统开发、应用和反复修改的项目经历，培养了多名熟悉相关业务的开发人员，但从总体上来讲，这些以技术人员为主体构成的项目组成员站位偏低，对客户的需求理解不全面，不透彻，也仅局限于对业主仓库已有业务和特定作业模式的了解。他们对未来可能发生的业务没有前瞻性。虽然客户本身也是缺乏业务经验，但他们通过不断吸引国际著名物流商入驻园区，至少在视野上比WMS项目组的成员要开阔。这也是业主公司营运部经理等人看低WMS1.0项目组的原因。他们从内心里不认同项目组的业务能力；其二：项目管理水平低下。项目管理水平应该是一个公司的整体管理水平的一部分，而不应该仅仅是项目经理的个人水平。在当时，公司没有建立起一整套严谨的项目管理机制，一个项目的成败完全依赖项目经理的个人能力。W