信息资源管理案例.ppt

§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理1. 微软开发过程中的产品周期模型•微软开发过程中的两个模型：•PCM（Product Cycle Model，产品周期模型）•MSF（Microsoft Solutions Framework，微软解决方案框架）•PCM是内部叫法，是各个产品组进行产品开发的流程，而MSF是根据微软产品组、IT部门、咨询部门以及微软合作伙伴的经验进行总结形成的一套指导原则•两者本质上并没有太大的区别9/14/20241Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理•PCM包括五个阶段：计划、设计、执行、稳定、发布PlanDesignImplementStabilizeRelease9/14/20242Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（1 1））计计划划阶阶段段（（PlanPlan））：：产产品品市市场场定定位位和和粗粗线线条条PlanPlan的的制定，具体而言，有五项任务：制定，具体而言，有五项任务：•制定产品的远景规划（Product visionProduct vision）•总结分析市场的调查和反馈•用户需求总结•制定项目范围•确定开发资源计划阶段完成的衡量标准主要是形成四个文档：•项目远景目标总结（Vision StatementVision Statement）•市场机会分析总结书（Mkt. Opp. DocumentMkt. Opp. Document）•市场需求总结书（Mkt. Req. DocumentMkt. Req. Document）•开发资源评估总结书（Dev. Res. SummaryDev. Res. Summary）9/14/20243Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（2 2））设设计计阶阶段段（（DesignDesign））：：明明确确设设计计的的范范围围，，功功能能和和性性能能设设计计、、架架构构设设计计、、开开发发执执行行设设计计、、使使用用界界面面设设计计、、系系统统整整合合设计、产品安装部署设计、用户教育设计。

设计、产品安装部署设计、用户教育设计设计阶段完成的衡量标准主要是形成几个文档：• 制定产品的市场定位（Branding Strategy）• 设计规范书（Design Spec）• 开发构架设计（Architecture Design）• 测试计划（Test Plan）• 使用说明书及客户教育文档计划（User Mannual/ Education）• 开发时间表计划阶段和设计阶段经常迭代进行，在设计阶段会更新计划，进行完善,这两个阶段一般统称 M0（Milestone 0）9/14/20244Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（3 3））执执行行阶阶段段（（ImplementImplement））：：也也叫叫开开发发阶阶段段，，执执行行阶阶段段通通常常又又会会分分为为一一个个个个里里程程碑碑，，本本阶阶段段，，团团队队的的各各个个角角色色并并行行工工作作：：开开发发人人员员负负责责产产品品的的功功能能开开发发；；测测试试人人员员进进行行功功能能性性的的测测试试，，编编写写自自动动测测试试的的脚脚本本及及测测试试工工具具；；UEUE写写用用户户文文档档；；程程序经理负责功能规格书的更新和整体进度的推进序经理负责功能规格书的更新和整体进度的推进…………执行阶段完成的衡量标准有：• 功能程序编写按照里程碑完成；• 使用界面的设计及验证；• 测试计划和方案完成、可展开；• 用户使用文档的内容确定；• 市场及营销计划确定；• 系统安置和部署计划确定；• 售后服务系统计划完成。

9/14/20245Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（4 4））稳稳定定阶阶段段（（StabilizeStabilize））：：软软件件整整体体质质量量趋趋向向稳稳定定，，整整个个产产品品将将作作为为一一个个整整体体进进行行测测试试团团队队重重点点放放在在产产品品的的整整体体测测试试上上这这一一阶阶段段，，产产品品的的界界面面已已经经锁锁定定，，用用户户文文档档也也已已完完成稳定阶段完成的衡量标准有：• 功能测试全部完成、任何源码改动通过回归测试；• 发行前完成全程测试、程序到达零缺陷；• 试行版中发现的所有关键缺陷都完成纠错和订正• 使用说明内容最后校验；• 开发团队用“作战室会议”（War meeting）进行变更管理9/14/20246Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（5 5））发发布布阶阶段段（（ReleaseRelease））：：主主要要工工作作有有三三个个：：最最后后的的纠纠错错和和测测试试；；产产品品的的发发行行黄黄金金版版本本通通过过媒媒体体发发行行；；系系统统软软件件进行最后部署。

进行最后部署发布阶段完成的衡量标准有：• 使用说明书提交印刷或电子发行；• 发行后勤准备完毕；• 市场营销及发布活动准备就绪• 软件产品黄金版本送交发行；• 软件系统发行通过整合的试车及验证；• 售后服务及用户支持系统进入运行9/14/20247Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理 为为了了保保证证PCMPCM的的五五个个流流程程顺顺利利执执行行，，需需要要重重视视三三方方面面工工作：作：• 事先制订每个流程完成的标准；• 严格进行变更管理来保证质量的稳定；• 建立分工明确的团队来保证责任的完成；• 实施时要进行重复循环的运作，利用重复的五个阶段来进行不断的工作调整9/14/20248Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理2. 2. 微软产品开发团队微软产品开发团队（（1 1）微软开发团队模型）微软开发团队模型•一个完整的产品团队模型包括六个地位平等的小团队；•一个小的项目组也能够将之压缩为三个小团队。

ProgramManagementTestingUserEducationDevelopmentProductManagementlogisticsManagement软件测试软件测试软件开发软件开发程序经理程序经理9/14/20249Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（2 2）开发团队模型的作用）开发团队模型的作用• 充分运用大家的智慧来做决定，各司其职又互相制约，确保项目顺利完成• 产品管理团队：是产品的管理部门，从行政结构上看，程序经理、开发经理和测试经理等都直接向产品单元经理汇报q清楚掌握用户需求，并详细定义；q明确新产品能带来的利润；q控制用户的期望值；q设计产品的特性和进度表；q负责管理市场、推销及公共关系 9/14/202410Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理• 程序经理团队：q控制产品的开发过程；q管理产品的细节；q促进团队内部的交流沟通；q保证产品的开发进度；q控制全局，并作一些折衷的决定q素质要求：q熟悉项目管理的知识和手段q熟悉软件开发技术和界面设计q知道有效地利用各种设计工具q跨团队之间的沟通q…9/14/202411Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（3 3）团队成员的沟通交流）团队成员的沟通交流q文档 正式和非正式报告 每个团队成员的Daily Reportq内部网站 项目开始前，建立一个内部站点，将项目所有资料放在上面，便于成员随时了解项目进展情况。

q会议 不开无关紧要的会议； 开会时不要无关紧要的人参与； 任何会议必须事先发出会议日程，会后发会议记录，说明会议的决定及相关人员接下来要完成的任务9/14/202412Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理3. 3. 微软项目管理经验点评微软项目管理经验点评（（1 1）功能规格书）功能规格书 程序经理需要准备产品功能规格书，它是软件开发的蓝图其内容一般包括：软件所有功能，使用界面的行为，描述用户对软件的使用方法等功能规格书的完成一般需要1到几个月的时间2 2）软件开发周期估算）软件开发周期估算q程序经理负责估算项目规划、产品设计、撰写功能说明书、团队协调等时间；q开发团队负责估算撰写设计规格书、编码、Bug修复的时间；q测试团队负责估算撰写测试文档、测试代码、运行测试的时间；等等9/14/202413Information resource management Hai Mo§7.6 §7.6 案例学习案例学习————解剖微软项目管理解剖微软项目管理（（3 3）保证项目进度的原则）保证项目进度的原则q项目进度的估算必须由具体实施的团队成员来进行；q尽可能估算每项细致的工作,制定完整的项目计划；q建立团队工作效率的历史档案；q根据风险适当调整项目的完成时间；（（4 4）团队编码的策略）团队编码的策略q开发团队小型化；q确立强制性编码规范；q对项目进行源代码管理；q源代码审阅；9/14/202414Information resource management Hai Mo§7.7 §7.7 案例讨论案例讨论背景知识：背景知识：q 关于关于ITIT项目监理项目监理 IT项目的开发方式有四种：独立开发，委托开发，合作开发，以及购买现成软件然后再进行二次开发。

后三种开发方式，在项目组内部，则出现两个利益主体的成员，一方主要表现为系统开发人员，另一方则主要表现为业务支持人员 由于双方在技术和业务上的信息互不对称，就很有可能发生通过损害对方使自己受益的事情，如果将IT项目组的两类人员简单地称为甲方(用户方，由业务人员组成)和乙方(开发方，由系统开发人员组成)，并且在两方之间建立一个合同关系， 即“委托人——代理人”关系9/14/202415Information resource management Hai Mo§7.7 §7.7 案例讨论案例讨论 作为委托人的用户方要改变自己的信息不对称地位，就需要设计一套机制和合同来激励或约束作为代理人的开发方聘请咨询和监理就是委托人采取的对策 监理方不仅对乙方有约束，对甲方也有约束对乙方而言，是监督和管理，重在监督；对甲方而言，是督促和助理，重在助理9/14/202416Information resource management Hai Mo§7.7 §7.7 案例讨论案例讨论1. 1. 案例背景案例背景 第三方咨询服务：银行信息化的保障 监理走向前台2. 2. 结合案例讨论：结合案例讨论： (1) 分析信息系统工程监理应该包括哪些主要工作内容？ (2) 分析信息系统工程监理给信息系统建设带来了哪些好处？ (3) 如果你是CIO，应该从哪几个方面来决定某个项目是否需要信息工程监理？9/14/202417Information resource management Hai Mo。