系统开发案例系统开发中的项目管理

1、感谢你的观看mis 系统开发案例 MIS 系统开发中的项目管理 (project7mis 系统开发案例 :MIS 系统开发中的项目管理(projectmanagement)疯 狂 代 码http:/CrazyC?:http:/CrazyCMIS系统开发中项目管理(project management浮弋姚平计算机管理信息系统 (简称 MIS 系统 )开发是项复杂系统工程从70 年代开始人们逐渐认识到为了保证MIS 系统开发成功必须采用工程化系统开发思路方法并研究出些符合工程化标准开发思路方法这些思路方法旨在指导开发者进行工程化系统开发从而加快MIS 系统开发速度、 保证质量、 以及降低开发成本

2、工程化系统开发思路方法确实在开发实战中取得了定效果那么是不是采用了工程化系统开发思路方法便定能保证 MIS 系统开发成功呢？答案是否定有许多失败MIS 系统例子其开发也是采用了工程化思路方法或声称采用了这种思路方法但结果在投入了大量资金后系统却不能达到预期目标、 满足用户需求以致用户方怀疑是否应进行该项目开发或者开发所选择硬件、 软件 Software 以及开发工具是否得当究竟问题出在哪里呢？笔者通过对些失败MIS 系统分析发现问题并没有出在开发思路方法本身以及硬软件Software 选择上而是出在了开发思路方法实施过程中也就是说主要出在开发项目管理上任何种开发思路方法最终是要由人来实施人们在

3、开发工作实施过程中不可避免地要遇到许多项目管理(projectmanagement近面问题如何正确对待、解决这些问题直接关系到MIS 系统开发成败目前计算机界虽有许多有关MIS 系统开发中项目管理(project management)方面问题讨论但大多局限于针对理想开发环境中理想开发模型讨论而实际开发环境和开发模型却各不相同它受到各种客观原因影响忽略这些原因或者回避、 不解决存在问题必将导致开发工作不完善、 甚至于失败本文就是要通过讨论如何处理实际 MIS 系统开发中些重要原因的间关系分析项目管理(project management)中存在矛盾来揭示其中存在问题并探讨解决方案什么是 MIS

4、 系统开发项目管理(project management)MIS系统开发项目管理(project management尾根据管理科学理论联系 MIS 系统开发实际保证工程化系统开发思路方法顺利实施管理实战它包括MIS 系统开发中项目评估及可行性分析、人员管理、进度管理及成本控制等方面项目开发中角色及其职责个 MIS 系统开发需要用户方和开发方共同协作在个MIS 系统开发中开发方人员和用户方人员各自扮演着区别角色主要角色有:用户方项目管理(project management)员:他是开发项目组织者负有开发项目计划、 系统阶段验收及对系统整体进度监控、经费使用、和开发方项目管理(project

5、management)人员工作协调、用户方使用人员组织和培训等职责用户方业务人员 :MIS 系统需求提出者也是MIS 系统最终用户他们是对应用系统开发成功和否最终评判者用户方决策层 :MIS 系统开发最终决策机构决策层要对MIS 系统开发项目上马、 经费预算以及系统所要达到总目标等作出决策其决策直接关系到 MIS 系统开发成功和顺利实施开发方项目管理(project management队员:负责项目计划、开发人员组织和调度、开发进度检查、以及和用户方项目管理(project management)人员工作协调开发方软件Software 编程人员 :根据用户方需求、按照项目计划及进度进行系统开

6、发项目管理(project management)中各种问题及各种关系处理1、用户方和开发方关系用户方和开发方是对立统体双方均希望将开发项目做好但用户方可能对计算机系统工程如工程组织缺乏全面了解； 而开发方对用户方需求、 细节了解不充分等原因使得用户方和开发方对工程理解从开始就存在着差异而这种认识上差异和理解区别往往在开发初期并没有表现出来当系统开发结束时双方才发现这种差异使开发出系统和实际需求偏差甚远因此MIS 系统开发项目管理(project management)!要目标便是建立个便于开发方和用户方的间进行交流环境在系统需求分析阶段开发方和用户方深入交流是项目获得成功关键但这种交流却经常

7、由于各种双方误解而难以沟通在需求分析阶段开发方分析人员总是先把精力集中在整个系统总需求上而不会对具体细节作过多考查当用户方提出些细节要求时开发方往往说: “这些问题留待后面讨论”而糟糕是以后却可能永远不会再谈及这个问题当用户方认为已经向开发方提出这些需求时开发方却根本未予考虑因此开发初期用户方项目管理(project management队员应该把这些“留待后面讨论” 需求单独记录整理在开发方做完系统整体需求分析后项目管理(project management队员应及时提出对系统进行进步、更深入、细致、具体需求分析以解决那些开发方要“留待后面讨论”问题在 某 些需 求 尚 未 确 定 时 用

8、户 方项 目 管理 (project management)员往彳i会说：“这部分需求我们还要考虑不过你们可以先按现在模式做” 遗憾是开发方经常就会把现在工作模式作为将来、 确定需求去设计开发系统而把用户方在此需求上未确定原因抛在脑后当后来用户方要求其改变时开发方便陷入了窘境因此用户方管理人员应尽量将需求陈述清楚对不能确定原因应提出几种可能实施方案供开发方参考以保证开发方系统设计时将不确定原因设计成灵活可变功能开发方说:“用户方已经认可了需求分析报告这表明我们已经彻底了解了用户方要求”用户方说:“尽管我不太明白需求分析报告中些技术术语但他们能写出这个报告定是对我们需求了解得很深入了”其实需求分

9、析报告是对系统需求书面表达形式由于需求分析报告是采用软件Software 设计术语编写因此常常令计算机背景知识较少用户方难以理解也就很难发现需求报告中和实际需求不符的处更难提出建设性意见特别是那些编写得较差需求分析报告用户方更是不知所云因此用户方项目管理(project management)人员定要要 求开发方对需求分析报告进行进步更详细解释以便用户方准确地理解需求分析报告内容能及早地发现需求和实际偏差这也是对需求分析工作整理总结和确认用户方说 :“计算机应该能实现这个功能为什么会作不到？” 用户方往往容易过高地估计计算机软件 Software 开发工具能力总认为它定能实现任何所需功能期望值

10、过高所以经常会对所设计软件 Software 大失所望其实任何技术均有其定局限性计算机系统也不例外系统开发最终结果只能达到有限目标因此双方应详细制定系统最终实现目标切不可用些简单术语来笼统概括需求例如 : “实现办公自动化” 、 “建立现代化 MIS 系统”这种抽象术语只能将用户对MIS 系统理解引入误区总 的 用 户 方 和 开 发 方 关 系 是 项 目 管 理 (project management所要处理最重要关系的增加沟通和减少误解是处理 好这个关系关键所以项目管理(project management)员要有效地安排开发方软件Software 人员和需求方使用人员交流保证有畅通交流

11、渠道在交流中用户方要尽量避免含糊不清需求而开发方要杜绝敷衍了事、得过且过行为2、用户方项目管理(project management)人员和使用人员(业 务人员)及决策层关系用户方项目管理(project management)员和系统使用 人员关系是十分微妙方面MIS 系统使使用人员减轻工作强度、提高工作效率；而另方面MIS 系统改变了现行工作管理模式使使用人员失去了定灵活性和随意性但是MIS 系统成功和否有赖于使用人员检验再好系统如果使用人员不愿意用也不能说获得了成功特别是在MIS 系统试运行阶段使用人员对MIS 系统使用实际上是对系统深入测试他们将发现许多在软件 Software 测试时

12、疏漏从而有助于帮助开发方进步完善软件Software 功能提高软件Software实用性、稳定性及可靠性因此如何鼓励使用人员使用 MIS 系统帮助他们克服对新工作模式为难情绪也成为项目管理(projectmanagement任务的用户方决策人士是用户方项目管理(project management)人员领导由于行政手段是推行MIS 系统使用有力手段的他对项目支持是使MIS 系统开发成功关键和顺利实施保证因此用户方项目管理(project management)人员应随时和决策层沟通取得其鼎力支持这也是保证软件Software 开发、 使用成功个致关重要原因任何种新工作方式均必然有其适应及完善过

13、程用户方项目管理(project management)人员、决策层及使用人员必须充分认识到这点当出现问题时用户方项目管理(project management)人员应迅速分析问题正确判断哪些问题属于不适应新工作模式引起哪些问题属于操作不当引起哪些问题属于 MIS 系统本身不完善引起对于那些由于不适应新工作模式引起问题项目管理(project management)员应弓I导使用人员迅速适应新工作模式必要时也要说服用户方决策层采用行政手段推动实施； 对于那些由于操作思路方法不当引起问题项目管理(project management) 人员应培训使用人员正确操作系统；而对于那些由于 MIS 系统

14、本身不完善引起问题项目管理(project management队员应迅速和开发方协调尽快排除系统中在系统试运行初期使用人员常抱怨说: “这个界面不方便不好用”在软件 Software 界面设计方面用户方管理人员应注意提醒开发方注重其实用性、 简便性、 易操作性要注意现行工作模式特点照顾使用人员工作习惯以便降低系统使用难度这将有利于新系统顺利实施有助于工作方式顺利过渡综上所述项目管理(project management)人员时刻注意取得决策层理解和支持； 要帮助使用人员尽快地适应新工作方式帮助他们解决使用中遇到问题； 并使系统在使用中不断地得以完善3、项目管理(project managem

15、ent队员和软件 Software编程 人员关系项目管理(project management)人员和软件Software编程人员关系处理得如何将直接影响软件 Software 编程人员积极性在MIS项目开发中项目管理(project management)员经常处在两面夹攻地位面是使用人员而另面是软件Software 编程人员当使用人员对系统提出问题并要求改动时除了最简单界面修改外软件 Software 编程人员往往总是找出各种理由(如影响进度、系统结构会打乱、性能会受影响等)予以否定而这正是引起开发方和用户方矛盾最经常原因经常可以听到软件 Software 编程人员抱怨 “用户需求老是变我

16、开发进度又延误了”“无法增加这个功能了需求分析报告中没有”“这个我们过几天统作修改”作为项目管理(project management)人员既要满足用户方需求变化又要充分调动开发人员积极性由于系统分析不够准确用户方业务需求改变等诸多原因均会导致要求开发方修改作为项目管理(project management)员应及早提醒开发方修改必然性在实际运作过程中用户方管理人员应尽早介入开发工作及时发现问题解决问题在系统试运行阶段将用户方不断提出需求改动加以归纳整理集中问题和开发方起讨论解决方案这样既满足了用户方对系统改动需求又不会不规则地时常打断开发人员正常开发工作使开发人员处于不断修改状态而失去耐心4

17、、硬件和软件Software 关系MIS 系统硬件和软件Software 都是组成 MIS 系统重要部分但目前在MIS 系统建设中却经常出现重硬轻软情况总能听到用户方: “设备要最好、最先进、步到位”“软件 Software 开发费如何会这么贵”据统计目前国内用户在硬件(包括网络) 方面投资占总投资额78而软件Software 投资只占22确实先进设备、优良技术性能有助于提高 MIS 系统性能而MIS 系统建设是否应追求高、新、 尖、 步到位却是值得商榷在计算机技术飞速发展今天计算机厂商不断地推出新产品其性能价格比均极大地优于旧产品就拿硬盘技术来举例 :1994 年 1 个 GB 硬盘价格和 1997年 9个 GB 硬盘价格相当可见步到位想法是不切合实际同时系统性能过多地超出应用需求实际上是种浪费好比杀鸡用宰牛刀因此根据业务需求“统规划、分步实施”是项目管理 (project management)人员应注意掌握