信息技术项目管理解说.ppt

关于工作包的描述： 子项目名称，即工作所属的子项目名称。 控制单元编码：编码不仅把不同的项目单元区别开，而且要保留它所有特征，如所属的子项目，所属区域、专业功能、要素等。在项目实施过程中的网络分析，成本管理、数据的储存、分析、统计都靠编码识别。 日期和修改版次 单元内容：指按项目任务书或合同要求确定的该控制单元的内容，是本控制单元应完成的目标和任务。 前提条件，完成该控制单元所规定的工作应有哪些条件，有哪些紧前工序，按计划哪些活动应先完成。 工序描述，控制单元由许多工序（活动）组成。 责任人 其它参加者，即其它有合作和协调责任的项目参加者。 费用，即完成该控制单元工作的成本数额，包括计划数和实际数。 工期，包括该控制单元的计划开始日期，结束日期，实际开始日期，结束日期。 从上述可见，工作包是各级网络活动的详细描述，是工程目标分解和责任落实的基础，它包括工程的计划、控制、组织、合同等各方面的基本信息。 工作包编码举例： 2 工程费用 22 反应堆厂房的设备 223 反应堆辅助系统 2232 注硼系统 223201 管道 · 0101不锈钢管DN100 PN4.0 · 0201 不锈钢管DN50 PN4.0 2 23202管道支架 · 0101 50公斤支架 · · 0301 10公斤支架 223203 阀门 · 0101电动截止阀DN50 PN4.0 SS · · 0201气动截止阀DN100 PN4.0 SS · 223204 绝热材料 223205 泵 示例：一个企业内部网项目的WBS 概念 11 评价现有系统 12 确定要求 121 确定用户要求 122 确定内容要求 13 确定特定功能 14 定义风险和风险管理方法 站点设计 站点开发 投入使用 维护 建立WBS的方法 1）遵循指导方针 DOD 的项目范围说明中明确指出项目的WBS 2）类比法 选取相似项目的WBS作为参考，比如，美国麦克唐那飞机制造公司 3）从上至下或从下至上方法 建立WBS的指导原则 一个单位工作任务只能在WBS中出现一次 一个WBS项的工作内容是其下一级各项工作之和 每项工作由一个人负责 WBS必须与工作任务的实际执行过程相一致 项目组成员参与WBS 的制定过程 每一个WBS项必须有准确描述 WBS具有一定的灵活性，以适应变更的需要 五、范围审核和范围变更控制 范围蔓延问题 根据Standish公司的调查，引起IT项目失败的十大因素中，排在前三位的是： 缺乏用户参与 不完整的要求和说明 易变的要求和说明 案例：Foxmeyer公司破产 控制范围蔓延问题的建议 1）促进用户参与的建议 使用户易于获得项目有关信息 如项目章程、范围说明书、工作分解结构等 让用户参与项目组织 举行例会，用户在例会上签收阶段性成果 让用户与开发人员相处，易于沟通 2）减少不完整的、易变的要求和说明 制定并遵循一个需求管理程序 使用原型制作、案例模型、合作应用程序设计等方法，透彻理解用户的要求 原型制作：制作系统或部分系统的原型，理解用户的要求并判断要求的可行性，解决用户界面不确定的问题 案例模型：对关键业务事件的启动与响应的识别模型化 合作应用程序设计（JAD）：发起人、用户、分析员和程序员等项目干系人，通过高度组织化，深入的专题讨论会确定用户需求。 保证需求信息易于流动和获取，建立需求信息数据库 进行足够的测试 评审程序，从系统观点角度评审提出的需求变更 六、关于软件开发项目功能蔓延问题 1 项目早期：简化功能，缩小范围 （1）规格说明最小化 1）传统规格说明存在的问题：浪费；缺乏功效，不足以保证项目成功；限制设计 2）攥写一份最小规格说明书 积极作用：有意义地描述产品最少数量的需求信息；激励士气 可能存在的缺陷： 忽略关键的需求； 增加开发者任意增加功能的风险——微软 使用最小规格说明书的情况 仅当需求具有柔性时； 获取重要的需求——保持对需求的敏锐度