第8章 信息系统开发的项目管理.ppt_第1页
第8章 信息系统开发的项目管理.ppt_第2页
第8章 信息系统开发的项目管理.ppt_第3页
第8章 信息系统开发的项目管理.ppt_第4页
第8章 信息系统开发的项目管理.ppt_第5页
已阅读5页,还剩69页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

案例 信息技术项目的混沌状态 1995年 权威的咨询公司斯坦迪什咨询集团在美国国内调查了365位信息技术高层经理人员和他们管理着的8380多个不同的信息技术应用项目之后 公布了一项名为 混沌 的研究报告 正像题目所含的意思那样 信息技术项目正处于一个混沌的状态 在20世纪90年代初期 美国公司每年要在大约175000多个信息技术的应用开发项目上花费2500多亿美元 其中有主管机动车的州政府部门的新数据库系统开发 新的汽车租赁与旅馆预订系统的开发 银行系统客户服务器结构的设计与实施等等 调查发现 大型的公司在一个信息技术开发项目上平均要投入230万美元 中型公司要花费130万美元以上 而小公司也要在43 4万美元以上 但是所有信息技术项目的平均成功率只有16 2 成功的定义是在计划的时间和预算内实现项目目标 研究还发现 仅1995年一年 有31 的信息技术项目在完工之前就被取消了 花掉了美国公司和政府有关部门8l0亿美元的投入 报告的作者坚决认为信息技术业的项目管理有改进的必要 斯坦迪什公司在1998年做的后续研究资料显示 由于项目管理水平的提高 信息技术项目已经有所改进 1998年失败项目投入从1995年的810亿美元下降到大约750亿美元 成本超支也从l995年的590亿美元急剧下降到1998年的220亿美元 最新的研究还表明 有26 的信息技术项目成功实现了范围 时间和成本目标 尽管有了这些提高 但仍有46 的信息技术项目超出预算和最后期限 另有28 的项目没有成功 以上资料说明 20世纪90年代以来 商业环境比过去几十年要复杂得多 如今 新技术应用对许多企业来说已经成为一个极为重要的成功因素 计算机硬件 软件和网络已经彻底改变了我们的工作环境 这些变化使得现代项目的规模不断加大 投资越来越高 涉及专业越来越广泛 项目内部关系越来越复杂 传统的管理模式已经不能满足运作好一个项目的需要 于是也就增加了对项目进行管理的要求 实际上 如今的公司都已经认识到 要想获得成功 就必须熟悉并能够运用现代项目管理方法 信息系统的管理 信息系统的管理从广义上讲 涉及整个系统的生命周期 也即包括系统开发的项目管理 运行管理及系统评价等 项目开发的项目管理系统的运行管理 第八章信息系统开发的项目管理 信息系统的开发是一项费时费力的艰巨复杂的系统工程 管理信息系统的开发难度往往要大于技术系统的开发 1 信息系统的开发是一种变革 常常会遇到企业的阻力 基层的阻力来自担心自己的工作被计算机替代或由于难以改变自己的工作方式而采取不合作的态度 中层的阻力来自担心新的信息系统会使权力结构与管理方式发生变化 从而影响自己原有的地位 高层的阻力则是由于不真正了解信息系统及其作用 不重视 不亲自参与而造成的 2 管理工作的不确定性与不稳定性 不确定性反映在管理过程难以完整地用文字表达 对信息系统的信息与功能需求一时也不能完全说清楚 使信息系统开发项目带有一定的灰度 并需在开发过程中不断地去补充与完善管理过程的描述与目标系统的需求 不稳定性是指管理工作的要求 内容与方法常发生变化 这种变化常使刚开发出的系统或子系统与实际情况不符 在未使用前就要修改 面对信息系统项目开发中的问题 如何解决呢 1 培训 2 良好的项目管理与组织 一 信息系统开发方式 常用的信息系统方法有全部专门开发 全面购置商品软件 二者的集成等三类 1 全部专门开发 全部应用软件由自己组织开发 是早期就一直被采用的方式 由于当时信息系统开发方法与技术不成熟 缺乏开发经验 几乎没有现成的商品软件供选购 逐个地根据企业的具体情况开发信息系统是必然的 专门开发的工作量非常庞大 应用系统软件的重复设计与编制耗去了大量的人力与时间 2 全面购置商品软件 随着信息系统开发与应用的深人和普及 一些通用的解决企业管理中部分问题的商品软件陆续产生 其中典型的有MRP 财务管理 人事管理软件等 购置商品软件可加快信息系统的开发进度 也可提高开发的成功率 企业 软件公司 合作 洽谈 确定模块 调查分析 提出建议 方案设计 方案讨论 确定方案 模块设置 培训 管理模式调整 基本数据录入 试运行 正式投入运行 维护 提出需求 3 专门开发与全面购置商品软件二者集成 每个企业的管理模式不尽相同 也不可能买到能解决企业所有管理问题的商品软件 我们不得不采用应用系统软件购置与专门开发并举的集成方式 即购置一些管理过程较稳定 模式较统一的功能模块 而对结合企业具体特点的 稳定性较差的或决策难度较大的功能模块刚采用专门开发 当然 两者应有机地结合 构成一个完整的信息系统 系统分析 购置与专门开发模块划分选择 接口设计 购置与实施 系统设计 系统实施 系统集成 系统投入运行 二 系统开发的合同 信息系统开发有相当多的不确定因素和不稳定因素 还有一定的研究和创新的成分 不确定 有些细节在签约时还无法明确 不稳定 有些情况将随着开发的深入而发生变化 研究和创新 开发的过程中开发人员展开研究活动 信息系统开发的特点增加了合同签订 履行和核实的难度 信息系统开发方式 委托开发 自行开发 合作开发 1 系统开发一般是分步实施的 先期投运与最后完成会有一个较长的周期 因此合同要包括阶段要求的条款 也可采用一次签约分段生效的方式 2 要带有足够的与合同同样有法律效用的附件 以说明委托或合作细节 以及具体的技术要求 3 要由企业负责合同的专业人员或法律顾问审阅合同 保证合同基本条款的规范性 避免潜在的风险 4 各方在签订合同时不仅要注意开发要求和条件 也要考虑开发成功后的成果归属权问题 这是常遇到的纠纷焦点 应该事先予以明确 三 项目工作计划 信息系统的开发应该作为一个工程项目来管理 其主要内容是运用系统工程方法制定好开发工作计划 并对计划的落实进行组织 监督与控制 以保证按时开发出预定目标下的信息系统 3 1信息系统开发项目工作计划的编制 确定开发阶段 子项目与工作步骤以及顺序与工作量 制定项目工作计划 第一步 首先确定开发阶段 子项目 工作步骤及其顺序 工作量安排等 开发阶段 子项目与工作步骤的划分 开发阶段是项目开发过程中的大段落 每个阶段成果明确 开发阶段的划分与采用的开发策略 开发方法有关 当综合性地采用多种开发策略与方法时 可以存有并列的开发阶段 系统分析 系统设计 系统实施 结构化方法 原型法 初步分析 原型设计制作 原型评价与改进 系统成型 购置商品软件与专门开发并举 购前工作 购后工作 除了上述阶段外 子项目是因系统过于庞大 须分轻重缓急逐步开发而划分的分项目 子项目可按系统的构成来划分 例如 应用系统中的各子系统 系统平台 培训等 子项目的划分不是时序的 有些子项目会延续多个开发阶段 工作步骤是开发阶段的进一步细分 每一个工作步骤完成一项具体的工作内容 子项目之间的依赖关系与系统的开发顺序 基础的 前端的子项目 应先安排 例如 销售子系统 工程数据管理子系统等 依赖性的 建立在其他子项目之上的子项目 应后安排 例如 生产管理子系统 财务管理子系统等 一些难度低 见效快的子项目也应予以优先安排 为充分体现信息系统的效益及激发企业管理人员的信心 例如 库存管理子系统等 各开发阶段 子项目与工作步骤的工作量 依据经验统计数据给出估计数 系统分析与系统设计阶段的工作量在开发总工作量中占有很高的比例 这也表明系统开发的前期工作是非常重要的 用人年数表示的工作量来确定项目所需的时间 主要取决于投人的开发人员数 但研究表明 信息系统的开发人员与开发时间不能正比互换 第二步 制定项目工作计划 通常有甘特图与网络计划法 甘特图 GanttChart 又称线条图 法 网络计划 用网状图表安排与控制各项活动的方法 一般适应于工作步骤密切相关 错综复杂的工程项目的计划管理 信息系统开发项目的工作计划一般应分两个层次 1 第一层次 按开发阶段安排 以作总体进度的控制 该层次宜采用甘特图 2 第二层次 按各开发阶段或子项目的工作步骤安排 以便能在细节上安排人力 对项目进度进行控制 该层次宜采用网络计划方法 由于信息系统开发项目带有不确定性与不稳定性因素 工作计划不宜也不可能制定得过于具体 一般可在计划前预留一定的机动时间 随着计划的进行 情况会逐步明朗 因此可在计划落实过程中不断修订与充实 3 2信息系统开发项目进度控制 在实际中 几乎没有一个信息系统开发项目能按计划进度完成 由此造成的损失也是很大的 因此信息系统开发项目的进度控制显得尤为重要 进度控制通过计划执行的监督和检查 计划延误的分析和解决等活动实现 计划发生延误原因 要进行具体原因的分析 除了有与其他工程项目同样存在的环境变化 资金不到位 人员变动等原因外 还有一些特殊的原因 它们主要是 各项开发活动的工作量是凭经验估计的 实际工作量与预计数发生较大的差别 开发过程中产生不少事先末估计到的活动 使工作量增加 由于需求或其他情况发生变化 使已完成的成果要作局部修改 造成返工 针对不同的原因 可能采取的解决措施有 开发中的不确定性问题 可事先在工作计划中留有一定的宽裕度 例如工作步骤的工作量取上限 预设机动时间等 开发过程中经常性地与用户交换意见 随时掌握企业的发展动向 及时地明确遗留的不确定问题 以减少返工现象 当关键路线上的活动延误时 要调配现有开发人员 或加班加点 或集中人力予以重点解决 增加开发人员 充实薄弱环节 但如前所述 开发人员并不能与时间成正比对换 即开发人员的增加对延误问题的解决能力是很有限的 在上述措施难以有效解决延误问题时 对原定计划作调整 案例 B公司为A企业建设客户服务中心的项目管理 1项目描述A企业要建设一个客户服务中心 向客户提供有关本企业产品的咨询 查询 委托 投诉等服务 并希望能够尽可能采用各种计算机和通信技术 为客户提供快速 准确和渠道多样 包括电话 传真 WEB 邮件等 的服务 1 1背景客户服务中心在国内至多属于萌芽状态 A企业的原有业务运作只有一小部分采用计算机处理 而且原来并不存在客户服务中心这样的机构 B公司擅长的领域是典型的基于UNIX与TCP IP的交易处理系统 对于建立客户服务中心所需要的CTI知识知之甚少 WEB开发也从来没有尝试过 总而言之 这是个新领域 在机会存在的同时 风险也非常大 1 2结果B公司在项目中采用多种从未使用过的技术和产品 Browser WebServer DatabaseServer结构 CTI技术 排队机 并独立开发语音传真服务器 最后按时完成项目 该项目的完成为后续合作奠定基础 在第二年很快就签署二期合同 无论是客户还是公司 都对项目的结果表示满意 项目成员也对能参与这个项目表示高兴 2项目过程成功的关键因素 项目完成后 公司及客户都认为 因为有一个合格的项目经理 起始阶段 执行阶段 结束阶段 2 1起始阶段在项目意向明晰后 项目经理首先做的事情是 查阅资料 确定助手 制定下一步计划 1 查阅资料主要分两方面 一方面是客户服务中心的技术实现 一方面是A企业的业务运作 2 助手的主要工作内容是在技术和业务方面与项目经理有互补作用 3 下一步的计划就是 和客户面对面的沟通 了解客户的期望以及对项目的认知情况 了解客户的业务 进一步了解相关技术 编写方案建议书 在这个阶段 项目经理还有两件事做得非常好 1 一个是让公司高层领导重视这个项目 从而获得公司高层的支持 这对随后项目实施过程中得到其它部门的配合是非常重要的 2 一个是和销售经理形成良好的分工合作关系 各自完成份内工作 并注意时刻分享项目信息 在许多项目中 项目人员和销售人员往往是隔离的 甚至是对立的 最后往往只能走向失败 2 1执行阶段1 具体的项目组织结构和角色如下 2 计划的执行在计划制定之后 项目的成功与否就要看计划的执行 以及针对实际情况进行应变的能力 相对于技术人员 项目经理的工作重点是调度资源 监督和控制进度 指导工作 项目经理和各方面人员的沟通是确保项目顺利进行的有效手段 根据项目的情况 项目经理确定应用软件的开发分两阶段 第一阶段是完成功能开发 第二阶段是界面确认和性能优化 1 公司与客户的沟通交流由于第一阶段是在B公司内部开发 因此各项进度还比较顺利 到了第二阶段 因为在现场开发 客户的参与程度有很大的提高 虽然对项目实施的人力资源有一定补充 但也带来明显的弊病 最初项目成员都没有意识到 因为参与的客户人员会随时向项目组成员提出些修改要求 开始时项目成员有求必应 后来发现有的要求很有必要的 但有的要求则是很不成熟 来回变了好几次 尤其是随着项目的进展 对项目的不利影响越来越大 2 项目内部成员的沟通项目经理在一开始就注意和所有项目成员有非正式的沟通渠道 注意倾听他们的述说 使各自的情绪能够有排遣的空间 定期召开正式的会议 通报项目的进度 问题 新的计划等 确保项目运行在统一的方向上 不定期聚餐 活跃项目气氛 树立公正客观的工作环境 求异存同 使每个成员都有被尊重的感觉 2 3结束阶段在项目的执行阶段 项目经理主要关注的工作内容包括 总结和移交存档各种资源 如设备 文档等 其目的是使得公司能够不断积累有关的知识 对软件产品的发展提出建议 供公司领导决策 其目的是为继续拓展市场做准备 项目成员工作的表彰和最后聚会 一方面是对成员工作的认可 另一方面是提高成员对实施项目的认同感 高兴而来 满载而归 3总结分析任何一个项目在执行过程中都会碰到问题的 评价一个项目是否成功并不能以碰到问题的多少作为标准 其标准应是按时 保质实现预先确定的各项指标 比如说系统的功能 系统的性能等等 信息系统的运行管理 信息系统的日常运行管理信息系统的文档管理系统的安全保密 信息系统的运行管理 开发与运行是是影响信息系统质量和效益的两个同等重要的方面 为什么要进行运行管理 1 新老系统转换的同时要求管理人员从传统的管理系统进入新系统 如何是不同层次的使用人员能尽快适应新系统 是运行管理要解决的问题 2 内部外部环境的变化 运行中出现的不足之处 为了使系统处于良好的状态 必须要有一个统一的管理 1 日常的运行管理 2 系统文档的规范管理 3 系统安全与保密 一 信息系统的日常运行管理 定时定内容地重复进行的有关数据与硬件的维护 以及突发事件的处理等 在数据或信息方面 须日常加以维护的有备份 存档 整理及初始化等 大部分的日常维护应该由专门的软件来处理 但处理功能的选择与控制一般还是由使用人员或专业人员来完成 为安全考虑 每天操作完毕后 都要对更动过的或新增加的数据作备份 一般讲 工作站点上的或独享的数据由使用人员备份 服务器上的或多项功能共享的数据由专业人员备份 除正本数据外 至少要求有两个以上的备份 并以单双方式轮流制作 以防刚被损坏的正本数据冲掉上次的备份 数据正本与备份应分别存于不同的磁盘上或其他存储介质上 数据存档或归档是当工作数据积累到一定数量或经过一定时间间隔后转人档案数据库的处理 作为档案存储的数据成为历史数据 为防万一 档案数据也应有两份以上 数据的整理是关于数据文件或数据表的索引 记录顺序的调整等 数据整理可使数据的查询与引用更为快捷与方便 对数据的完整性与正确性也很有好处 在系统正常运行后数据的初始化主要是指以月度或年度为时间单位的数据文件或数据表的切换与结转数等的预置 在硬件方面 日常维护主要有各种设备的保养与安全管理 简易故障的诊断与排除 易耗品的更换与安装等 硬件的维护应由专人负责 信息系统运行中的突发事件一般是由于操作不当 计算机病毒 突然停电等引起的 当发生突发事件时 轻则影响系统功能的运行 重则破坏数据 甚至导致整个系统的瘫痪 突发事件应由企业信息管理机构的专业人员处理 有时要原系统开发人员或软硬件供应商来解决 对发生的现象 造成的损失 引起的原因及解决的方法等必须作详细的记录 二 系统文档管理 信息系统的文档 系统文档不是事先一次性形成的 它是在系统开发 运行与维护过程中不断地按阶段依次推进编写 修改 完善与积累而形成的 可以说 如果没有系统文档或没有规范的系统文档 信息系统的开发 运行与维护会处于一种混浊状态 这将严重影响系统的质量 甚至导致系统开发或运行的失败 当系统开发人员发生变动时 问题尤为突出 系统文档的管理 文档管理是有序的 规范的开发与运行信息系统所必须做好的重要工作 目前我国信息系统的文档内容与要求基本上已有了较统一的规定 技术文档 管理文档 记录文档 三 系统安全保密管理 信息系统的安全

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论