信息系统和项目管理.ppt

第十一章 信息系统的项目管理 本章内容 11.1 信息系统建设的组织方式 11.2 信息系统项目管理 信息系统建设项目 按照谁负责系统开发,信息系统建设项目可分成三类 内部开发（Insourcing，由组织内部的信息技术部门或者信息技术力量开发信息系统） 第三方开发（Outsourcing，由组织之外的第三方负责信息系统负责系统开发） 知识工人开发（Selfsourcing，由知识工人自行开发各自所需系统）。 信息系统建设的角色分工 项目管理者：信息系统项目的组织者。 用户方的业务人员：信息系统的需求的提出者，也是信息系统的最终用户。。 用户方的决策层：信息系统开发的最终决策机构。 开发方的项目管理人员：负责项目的计划、开发人员的组织与调度、开发进度的检查、以及与用户方项目管理人员工作的协调。 开发方的软件编程人员：根据用户方的需求、按照项目的计划及进度进行系统开发。 项目组构成 ⑴ 管理信息系统开发需成立项目管理机构，由项目经理统一管理和协调。项目组根据工作需要可设若干小组。 项目组构成 项目经理（项目组长） 整个项目的领导者； 任务是保证整个开发项目的顺利进行； 负责协调相关人员之间关系； 拥有资金的支配权，并把资金作为工具进行项目管理； 项目经理只有实现目的明确、技术手段适合、用人得当，才能保证系统开发的顺利进行。 项目组构成⑵ 过程管理小组 负责整个项目的成本及进度控制、配置管理、安装调试、技术报告的出版、培训支持等项任务 项目支持小组 保障后勤支持 质量保证小组 及时发现影响系统开发质量的问题并给予解决 系统工程小组 用系统的观点制定出系统开发各个阶段的任务 系统开发与测试小组 各子系统的开发与集成，并对各系统进行测试 系统集成与测试小组 对整个信息系统进行综合 信息系统建设的组织结构 组织结构取决于组织的管理风格、组里的人员数目及他们的技术水平和整个问题的难易程度。 三种基本组织形式 民主分权式 （Democratic Decentralized，DD） 控制分权式（Controlled Decentralized，CD） 控制集权式 （Controlled Centralized，CC） 软件工程小组的四种“组织范型” 封闭式范型：按照传统的权利层次来组织小组(类似CC小组)。。 随机式范型：松散地组织小组，并依赖于小组成员个人的主动性。 开放式范型：试图以一种，既具有封闭式范型的控制性，又包含随机式范型的创新性的方式来组织小组。 同步式范型：依赖于问题的自然划分，小组成员各自解决问题的片断，之间没有什么主动的通信需要。 设计小组结构需考虑的七个项目因素 待解决问题的困难程度。 要产生的程序的规模，以代码行或者功能点来衡量。 小组成员需要待在一起的时间（小组生命期）。 问题能够被模块化的程度。 待建造系统所要求的质量和可靠性。 交付日期的严格程度。 项目所需要的社交性(通信)的程度。 小组结构的选择 集中式结构能更快完成任务，适合处理简单问题。 分散式小组能产生更多更好的解决方案，在处理复杂问题时成功的可能性更大。 CD或CC小组结构能够成功地用来解决简单的问题。 DD结构则适于解决难度较大的问题。 小组的性能与必须进行的通信量成反比 很大的项目最好采用CC或CD结构的小组组织方式。 DD小组结构最适于解决模块化程度较低的问题，因为需要更多的通信。 CC或CD结构更加合适模块化程度较高的问题。 信息系统建设组织中的沟通效率 《人月神话》：需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。 提高团队效率 减少沟通消耗、提高沟通效率能够提高项目团队工作效率。 良好的团队组织可以减少不必要交流和合作的数量，是提高团队效率的关键措施。 减少交流的方法是明确的个人分工和接口定义。 信息系统建设的组织控制 组织进行有效控制的方式 平稳安排 通过各种措施使系统开发由小到大、平稳发展。 充分估计开发中的问题和困难，限制开发展开规模在可控制范围内。 整体控制 把握系统性、本质性问题，建立明确系统概念，有效贯彻系统建设思想。 吸引信息系统用户参与 信息用户及时投入试运行是吸引用户参与开发工作并和他们具体交流的有效途径。 选取那些使用效果明显又易于开发的子系统首先开发。 迅速过渡 整个系统的形成需要有循序渐进，不可操之过急。 子系统的开发必须迅速完成。 信息系统建设的外包 IT外包主要指的是依靠第三方提供企业所需的IT功能。 影响IT外包决策的因素 企业战略的转变。 IT成本压力 IT服务水平低 供应商推动作用。 IT外包的优越性 降低成本 能够利用新技术 更集中于核心活动 改善IT管理 IT外包的局