MIS系统开发中的优质项目管理.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
MIS系统开发中项目管理 计算机管理信息系统(简称MIS系统)开发是一项复杂系统工程。从70年代开始, 大家逐步认识到, 为了确保MIS系统开发成功, 必需采取工程化系统开发方法, 并研究出部分符合工程化标准开发方法。这些方法意在指导开发者进行工程化系统开发, 从而加紧MIS系统开发速度、 确保质量、 以及降低开发成本。工程化系统开发方法确实在开发实践中取得了一定效果。 那么, 是不是采取了工程化系统开发方法便一定能确保MIS系统开发成功呢?答案是否定。有很多失败MIS系统例子, 其开发也是采取了工程化方法, 或声称采取了这种方法。但结果在投入了大量资金后, 系统却不能达成预期目标、 满足用户需求, 以致用户方怀疑是否应进行该项目开发, 或者开发所选择硬件、 软件以及开发工具是否适当。到底问题出在哪里呢?笔者经过对部分失败MIS系统分析, 发觉问题并没有出在开发方法本身, 以及硬软件选择上, 而是出在了开发方法实施过程中, 也就是说关键出在开发项目管理上。 任何一个开发方法最终是要由人来实施, 大家在开发工作实施过程中不可避免地要碰到很多项目管理方面问题, 怎样正确对待、 处理这些问题, 直接关系到MIS系统开发成败。现在计算机界虽有很多相关MIS系统开发中项目管理方面问题讨论, 但大多局限于针对理想开发环境中理想开发模型讨论。而实际开发环境和开发模型却各不相同, 它受到多种客观原因影响, 忽略这些原因, 或者回避、 不处理存在问题, 必将造成开发工作不完善、 甚至于失败。本文就是要经过讨论怎样处理实际MIS系统开发中部分关键原因之间关系, 分析项目管理中存在矛盾, 来揭示其中存在问题并探讨处理方案。 什么是MIS系统开发项目管理 MIS系统开发项目管理是依据管理科学理论, 联络MIS系统开发实际, 确保工程化系统开发方法顺利实施管理实践。它包含MIS系统开发中项目评定及可行性分析、 人员管理、 进度管理及成本控制等方面。 项目开发中角色及其职责 一个MIS系统开发需要用户方与开发方共同协作。在一个MIS系统开发中, 开发方人员和用户方人员各自饰演着不一样角色。关键角色有: 用户方项目管理人员: 她是开发项目组织者, 负有开发项目计划、 系统阶段验收及对系统整体进度监控、 经费使用、 与开发方项目管理人职员作协调、 用户方使用人员组织与培训等职责。 用户方业务人员: MIS系统需求提出者, 也是MIS系统最终用户。她们是对应用系统开发成功是否最终评判者。 用户方决议层: MIS系统开发最终决议机构, 决议层要对MIS系统开发项目上马、 经费预算以及系统所要达成总目标等作出决议。其决议直接关系到MIS系统开发成功与顺利实施。 开发方项目管理人员: 负责项目计划、 开发人员组织与调度、 开发进度检验、 以及与用户方项目管理人职员作协调。 开发方软件编程人员: 依据用户方需求、 根据项目计划及进度进行系统开发。 项目管理中多种问题及多种关系处理 1、 用户方与开发方关系 用户方与开发方是对立统一体, 双方均期望将开发项目做好。但用户方可能对计算机系统工程, 如工程组织, 缺乏全方面了解; 而开发方对用户方需求、 细节了解不充足等原因, 使得用户方与开发方对工程了解从一开始就存在着差异。而这种认识上差异与了解不一样往往在开发早期并没有表现出来, 当系统开发结束时, 双方才发觉这种差异使开发出系统与实际需求偏差甚远。所以, MIS系统开发项目管理关键目标便是建立一个便于开发方与用户方之间进行交流环境。在系统需求分析阶段, 开发方与用户方深入交流是项目取得成功关键。但这种交流却常常因为多种双方误解而难以沟通。 在需求分析阶段, 开发方分析人员总是先把精力集中在整个系统总需求上, 而不会对具体细节作过多考查。当用户方提出部分细节要求时, 开发方往往说: 这些问题留待后面讨论 , 而糟糕是以后却可能永远不会再谈及这个问题。当用户方认为已经向开发方提出这些需求时, 开发方却根本未予考虑。所以, 开发早期, 用户方项目管理人员应该把这些 留待后面讨论 需求单独统计整理, 在开发方做完系统整体需求分析后, 项目管理人员应立刻提出对系统进行深入、 更深入、 细致、 具体需求分析, 以处理那些开发方要 留待后面讨论 问题。 在一些需求还未确定时, 用户方项目管理人员往往会说: 这部分需求我们还要考虑, 不过你们能够先按现在模式做。 遗憾是, 开发方常常就会把现在工作模式作为未来、 确定需求去设计开发系统, 而把用户方在此需求上未确定原因抛在脑后。当以后用户方要求其改变时, 开发方便陷入了窘境。所以, 用户方管理人员应尽可能将需求陈说清楚, 对不能确定原因, 应提出多个可能实施方案供开发方参考, 以确保开发方系统设

文档评论(0)

159****1748 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档