《IT项目管理》

1、12/31/2021整理课件1IT项目管理项目管理东南大学经济管理学院东南大学经济管理学院陈伟达陈伟达12/31/2021整理课件2项目管理基础项目管理基础参考文献Project Management Institute (PML), 项目 管理知识体系指南，A Guide to the Project Management Body of Knowledge , Jack Gido, James P.Clements, 成功的项目 管理，机械工业出版社12/31/2021整理课件3 什么是项目？什么是项目？下面的工作中，哪些是项目，哪些不是项目？ 为某银行客户开发、安装电话银行系统 负责电话

2、银行系统的销售工作 在2006年销售20套以上的电话银行系统 为某银行客户的电话银行系统提供售后服务 建立售后服务热线 管理售后服务热线，接听客户来电，解决客户问题 为客户提供优质服务 为人民服务12/31/2021整理课件4 什么是项目？什么是项目？下面的工作中，哪些是项目，哪些不是项目？ 为某银行客户开发、安装电话银行系统 负责电话银行系统的销售工作 在2006年销售20套以上的电话银行系统 为某银行客户的电话银行系统提供售后服务 建立售后服务热线 管理售后服务热线，接听客户来电，解决客户问题 为客户提供优质服务 为人民服务 12/31/2021整理课件5项目的特征项目的特征l项目有一个明

3、确界定的目标l项目的执行要通过完成一系列相互关联的任务l项目需运用各种资源来执行任务l项目有具体的时间计划或有限的寿命l项目可能是独一无二、一次性的努力l每个项目都有客户l项目包含一定的不确定性12/31/2021整理课件6什么是项目管理？什么是项目管理？项目管理是在项目活动中运用知识、技能、工具和技术，项目管理是在项目活动中运用知识、技能、工具和技术，以便满足和超过项目干系人对项目的需求和期望以便满足和超过项目干系人对项目的需求和期望。 制约项目成功的因素（判断项目成功的标准） 范围（符合客户的需求和期望） 成本（费用） 进度（时间） 质量（客户满意度）12/31/2021整理课件7项目的生

4、命周期项目的生命周期一般项目的生命周期一般项目的生命周期执行项目结束项目识别需求投投入入力力量量提出解决方案时间时间12/31/2021整理课件8组织结构组织结构不同企业的组织结构不同，不同的组织结构对项目管理的影响不同l职能型组织l项目型组织l矩阵型组织l弱矩阵型组织l平衡矩阵组织l强矩阵组织l复合型组织12/31/2021整理课件9职能型组织职能型组织总经理员工财务部门经理采购部门经理生产部门经理设备部门经理员工员工员工员工员工员工员工员工员工员工员工项目协调12/31/2021整理课件10项目型组织项目型组织总经理员工项目经理项目经理项目经理项目经理员工员工员工员工员工员工员工员工员工员

5、工员工项目协调12/31/2021整理课件11弱矩阵型组织弱矩阵型组织总经理员工财务部门经理采购部门经理生产部门经理设备部门经理员工员工员工员工员工员工员工员工员工员工员工项目协调12/31/2021整理课件12平衡矩阵型组织平衡矩阵型组织总经理员工财务部门经理采购部门经理生产部门经理设备部门经理员工项目经理项目经理员工员工员工员工员工员工员工员工项目协调12/31/2021整理课件13强矩阵型组织强矩阵型组织总经理项目经理项目经理部经理采购部门经理生产部门经理设备部门经理项目经理项目经理员工员工员工员工员工员工员工员工员工项目协调12/31/2021整理课件14复合型组织复合型组织总经理员工

6、财务部门经理采购部门经理生产部门经理项目经理部经理员工项目经理员工员工员工员工员工员工员工 项目项目经理项目经理项目12/31/2021整理课件15组织结构组织结构职能型组织弱矩阵型组织平衡矩阵型组织强矩阵型组织项目型组织项目经理的权威很少或没有有限小到中等中等到大大到全权全时为项目工作的人员百分比几乎没有0-25%15-60%50-95%85-100%项目经理的角色部分时间部分时间全时全时全时项目经理角色的常用头衔项目协调员/项目主管项目协调员/项目主管项目经理/项目主任项目经理/计划经理项目经理/计划经理12/31/2021整理课件16案例：微软公司产品部门的组织结构图案例：微软公司产品部

7、门的组织结构图产品部门总经理Product Unit Manager程序经理部经理Group PM程序经理组长PM Lead程序经理PM开发部经理Dev Manager开发组长Dev Lead开发工程师Dev测试部经理Test Manager测试组长Test Lead测试工程师Test12/31/2021整理课件17项目经理项目经理Jeffrey Pinto和Om Kharbanda : 项目经理的12项工作准则：l弄清自己面临的问题、机会和期望l明白项目团队中的冲突是必然和自然的l弄清楚谁是利益关系人，他们的目标是什么l意识到组织的政治色彩，利用政治手段获得优势l拥有领导才能，能够随机应变l

8、明白判断项目成功的标准：范围、成本、进度、质量 12/31/2021整理课件18项目经理项目经理Jeffrey Pinto和Om Kharbanda : 项目经理的12项工作准则：l充当团队成员的激励者、教练、活跃气氛者、维和人员和冲突裁决人l认识到自身的情绪，无论是正面的还是负面的，都将对团队成员产生影响l经常做“如果，那么”的假设，避免安于现状l不因小事而停滞不前，不要迷失项目目标l有效利用时间l首要任务是：计划、计划、计划12/31/2021整理课件19项目经理项目经理项目经理的职责计划范围界定、进度计划、成本计划、质量计划组织组织项目资源项目中最重要的资源是人力资源对人力资源的组织包括

9、分配工作和授权控制控制项目范围、进度、成本和质量项目风险管理和项目变更管理12/31/2021整理课件20项目经理的技能项目经理的技能12/31/2021整理课件21授权授权l授权不是推卸责任l授权的范围和时间必须明确l让被授权者明确期望的结果l赋予被授权者必须的资源l选择最合适的人，给予信任和鼓励l一旦授权，被授权人在职责范围内就拥有决策权和工作的自由12/31/2021整理课件22不同程度的授权不同程度的授权调查问题，告诉我所有的情况，我决定做什么，怎么做调查问题，告诉我所有的情况，我决定做什么，怎么做调查问题，告诉我可行的其他方案并推荐一种，我评价后决定调查问题，告诉我可行的其他方案并推

10、荐一种，我评价后决定调查问题，告诉我你可能会采取什么行动，需要我批准调查问题，告诉我你可能会采取什么行动，需要我批准调查问题，告诉我你可能采取的行动，如果我不反对，就执行调查问题，告诉我你可能采取的行动，如果我不反对，就执行调查问题并采取行动，让我知道你是怎么做的调查问题并采取行动，让我知道你是怎么做的调查问题并采取行动，是否向我报告由你决定调查问题并采取行动，是否向我报告由你决定最低授权最低授权最高授权最高授权12/31/2021整理课件23项目团队项目团队B. W. Tuckman定义了团队发展的4个阶段：l形成阶段l震荡阶段l正规阶段l表现阶段形成阶段形成阶段震荡阶段震荡阶段正规阶段正规

11、阶段表现阶段表现阶段12/31/2021整理课件24项目团队项目团队冲突的7种来源：l工作内容（方法上、工作量上和质量标准上）l资源分配l进度计划l成本l先后次序l组织问题l个体差异12/31/2021整理课件25项目团队项目团队处理冲突的5种方法：l回避或撤退l竞争或逼迫l调停或消除l妥协l合作、正视和解决问题12/31/2021整理课件26项目团队项目团队解决问题的9个步骤：l对问题作出说明l找出问题的可能原因（头脑风暴法）l收集数据、确定最有可能的原因l得出可能方案l评估可行方案l决定最佳方案l修订项目计划l实施方案l判断问题是否得到解决12/31/2021整理课件27项目团队项目团队管

12、理时间管理时间培养项目成员计划和充分利用时间的能力项目经理有责任帮助项目成员排除外界的干扰12/31/2021整理课件28项目计划与进度控制项目计划与进度控制明确目标，界定范围l一句话的项目l一页纸的项目目标说明l详细的项目范围说明文档此次计划推出的IE浏览器将成为Internet上的主流浏览器软件，它可以为企业客户和最终用户提供高速、稳定、总体拥有成本最低的使用体验，可以与Microsoft的Office软件有效集成，这一产品的市场目标是在1998年将IE的市场占有率扩大到65%12/31/2021整理课件29项目分解项目分解结构（WBS)WBS) 项目分解结构的主要目的和用途是：（1）明确

13、和准确说明项目的范围；（2）为各独立单元分派人员，规定这些人员的相应职责；（3）针对各独立单元，进行时间、费用和资源需要量的估算，（4）确定项目进度测量和控制的基准；（5）将项目工作与项目的财务帐目联系起来；（6）自上而下将项目目标落实到具体的工作上（7）确定工作内容和工作顺序；（8）估计项目整体和全过程的费用。12/31/2021整理课件30技技 术术 改改 造造 项项 目目可行性研究可行性研究审审 批批设设 计计筹筹 资资实实 施施安装完成安装完成I I改建施工改建施工O O试运行试运行N N软件调试软件调试M M职工培训职工培训L L设备安装设备安装E E改建筹资改建筹资K K软件编程软

14、件编程J J设备改造设备改造G G设备筹资设备筹资B B 审审 批批F F设备设计设备设计D D改建设计改建设计H H软件系统软件系统设计设计C C设计任务书设计任务书A.A.可行性研究可行性研究 某技术改造项目工作分解结构某技术改造项目工作分解结构12/31/2021整理课件31时 间 ( 月 工 序 ( 活 动 )ABCDEFGHIJLKMNOP131415010203040506070809101112开 始可 行 性 研 究审 批设 计 任 务 书改 建 设 计改 建 筹 资设 备 设 计设 备 筹 资软 件 系 统 设 计改 建 施工设 备 制 造软 件 编 程设 备 安 装职 工

15、培 训软 件 调 试试 运 行投 产12/31/2021整理课件32确定活动顺序确定活动顺序 网络计划技术12/31/2021整理课件33项目活动之间四种依赖关系项目活动之间四种依赖关系1、结束对起始FS前一活动必须在后一活动开始前结束。2、结束对结束FF前一活动必须在后一活动结束前结束。3、起始对起始SS前一活动必须在后一活动开始前开始。4、起始对结束SF前一活动必须在后一活动结束前开始。12/31/2021整理课件34l准确描述活动间关系准确描述活动间关系lFS, SS, FF, SF12/31/2021整理课件35任务搭接示例任务搭接示例l示例：任务的搭接关系示例：任务的搭接关系l具有两

16、天完成到开始延迟搭接的项目具有两天完成到开始延迟搭接的项目横道图横道图12/31/2021整理课件36任务搭接示例任务搭接示例l示例：任务的搭接关系示例：任务的搭接关系l具有两天完成到开始搭接的项目网络图具有两天完成到开始搭接的项目网络图中的日期中的日期12/31/2021整理课件37关键路径法关键路径法(CPM)(CPM) （1）关键路径定义 （2）确定关键路径 12/31/2021整理课件38最早开始和最早结束时间最早开始和最早结束时间1、最早开始时间（earliest start time,ES)是指某项活动能够开始的最早时间。2、最早结束时间(earliest finish time,

17、 EF)是指某项活动能够完成的最早时间。 EF=ES+工期估计规则规则：某项活动的最早开始时间必须相同或晚于直接指向这项活动的最早结束时间中的最晚时间。12/31/2021整理课件39最迟开始和结束时间最迟开始和结束时间1、最迟结束时间（latest finish time,LF)是指为了使项目在要求完工时间内完成，某项活动必须完成的最迟时间。2、最迟开始时间（latest start time,LS)是指为了使项目在要求完工时间内完成，某项活动必须开始的最迟时间。 LS=LF-工期估计工期估计 （LS和和LF通过反向推出）通过反向推出）规则规则：某项活动的最迟结束时间必须相同或早于该活动直接

18、指向的所有：某项活动的最迟结束时间必须相同或早于该活动直接指向的所有活动最迟开始时间的最早时间活动最迟开始时间的最早时间。12/31/2021整理课件40网络计划技术正向计算网络计划技术正向计算l正向计算正向计算 l目的：计算最早时间目的：计算最早时间l方法：根据逻辑关系方法：根据逻辑关系l方向：从网络图始端向终端计算方向：从网络图始端向终端计算l第一个任务的开始为项目开始时间第一个任务的开始为项目开始时间l任务完成时间为开始时间加持续时间任务完成时间为开始时间加持续时间l后续任务开始时间根据前置任务的时间和搭接时后续任务开始时间根据前置任务的时间和搭接时间而定间而定l多个前置任务存在时，根据

19、最迟的任务时间定多个前置任务存在时，根据最迟的任务时间定12/31/2021整理课件41正向计算结果正向计算结果l示例：正向计算结果示例：正向计算结果-最早时间最早时间l正向计算后的网络数据（最下排显示的数据正向计算后的网络数据（最下排显示的数据是最早开始日期和最早完成日期是最早开始日期和最早完成日期）12/31/2021整理课件42网络计划技术反向计算网络计划技术反向计算l反向计算反向计算 - 计算最晚时间计算最晚时间l目的：计算最晚时间目的：计算最晚时间l方法：根据逻辑关系方法：根据逻辑关系l方向：从网络图终端向始端计算方向：从网络图终端向始端计算l最后一个任务的完成时间为项目完成时间最后

20、一个任务的完成时间为项目完成时间l任务开始时间为完成时间减持续时间任务开始时间为完成时间减持续时间l前置任务完成时间根据后续任务的时间和搭接前置任务完成时间根据后续任务的时间和搭接时间而定时间而定l多个后续任务存在时，根据最早的任务时间定多个后续任务存在时，根据最早的任务时间定12/31/2021整理课件43反向计算结果反向计算结果l示例：反向计算结果示例：反向计算结果-最晚时间最晚时间l反向计算后的网络数据（最下排显示的数据反向计算后的网络数据（最下排显示的数据是最晚开始日期和最晚完成日期是最晚开始日期和最晚完成日期）12/31/2021整理课件44有关时差定义有关时差定义时差（时差（sla

21、ck):在不影响项目最后完成时间的前提下，某活动可以推迟开始的最大时间量。总时差（总时差（total slack,TS)：在不影响项目最后完成时间的前提下，项目可以推迟开始的最大时间量。TS=LF-EF或LS-ES12/31/2021整理课件45关键路径（关键路径（critical path)critical path)关键路径：关键路径：从项目开始到项目完成有许多条路径，在整个网络图中最长的路径就叫关键路径。非关键路径（非关键路径（noncritical path): 在整个网络图中非最长的路径都叫非关键路径。12/31/2021整理课件46确定关键路径确定关键路径l确定关键路径：找出那些具

22、有最小时差的活动确定关键路径：找出那些具有最小时差的活动l时差时差 = 最晚开始时间最晚开始时间 - 最早开始时间最早开始时间 = 最晚完成时间最晚完成时间 - 最早完成时间最早完成时间l时差等于时差等于0和小于和小于0的任务组成关键路径的任务组成关键路径12/31/2021整理课件47确定关键路径确定关键路径l时差计算和关键路径确定时差计算和关键路径确定12/31/2021整理课件48进度管理进度管理里程碑(Milestone) 标记项目中重要事件的参考点，用于监视项目的进度和可交付成果。12/31/2021整理课件49进度管理进度管理进度控制方法l分析进度，找出哪些地方需要采取纠正措施l确

23、定应采取哪种具体的纠正措施l修改计划，将纠正措施列入计划l重新计算进度，估计计划采取的纠正措施的效果12/31/2021整理课件50进度管理进度管理时间-成本平衡法开始DN=8:30 000美元C=6:42 000美元CN=10:40 000美元C=9:45 000美元BN=9:80 000美元C=6:110 000美元AN=7:50 000美元C=5:62 000美元结束12/31/2021整理课件51进度管理进度管理时间-成本平衡法 缩短工期的单位时间成本=（应急成本-正常成本）（正常时间-应急时间）开始DN=8:30 000美元C=6:42 000美元CN=10:40 000美元C=9:

24、45 000美元BN=9:80 000美元C=6:110 000美元AN=7:50 000美元C=5:62 000美元结束A:6,000/周B:10,000/周C:5,000/周D:6,000/周12/31/2021整理课件52资源管理资源管理l资源包括人、场地、工具、设备等。l项目中最重要的资源是人力资源。l资源的分配和使用都可以用成本来衡量。l资源分配发生冲突又无法获得更多资源时，需要对项目计划进行调整（其结果是延长工期）l资源约束下的进度安排（Resource-limited Scheduling）12/31/2021整理课件53成本管理成本管理成本估计和项目预算l根据项目计划和项目资源

25、分配情况估计项目成本l将总预算成本分配到所有任务中。l计算每一项任务在每个单位时间(如每周或每月)内的成本花费。12/31/2021整理课件54软件开发项目管理软件开发项目管理参考文献Stephen R.Schach,软件工程 JAVA语言实现，机械工业出版社，1999Steve McConnell, Rapid Develop: Taming Wild Software Schedules. Redmond, Wa.: Microsoft PressMicrosoft, Microsoft Solutions Framework, , 2003Steve McConnell, 10 Myth

26、s of Rapid Development, , 200112/31/2021整理课件55 美国项目管理状况（美国项目管理状况（1）lIT项目管理现状项目管理现状Standish Group 对于对于IT 8400个项目（投资个项目（投资250亿美圆）的研究结果：亿美圆）的研究结果：l项目实现其目标项目实现其目标 16% l项目需要补救项目需要补救 50% l彻底失败彻底失败 34%12/31/2021整理课件56美国项目管理状况（美国项目管理状况（2）l项目平均预算超出项目平均预算超出90%，进度超出，进度超出120%l项目总数项目总数33%既超出预算又进度推迟既超出预算又进度推迟 l52

27、.7% 的项目费用是原估算的的项目费用是原估算的189 %以上以上. l只有只有16.2%项目按预算和进度完成项目按预算和进度完成 l平均时间超出量是原估算的平均时间超出量是原估算的222% - 在大公司，在大公司，只有只有9% 的项目按预算，按进度完成的项目按预算，按进度完成12/31/2021整理课件57美国项目管理状况美国项目管理状况(3)l最近参与的项目费用执行情况：最近参与的项目费用执行情况：l严重费用超支严重费用超支 17%l一定程度费用超支一定程度费用超支 38%l完全按预算执行完全按预算执行 27%l一定程度费用节余一定程度费用节余 12%l大量费用节余大量费用节余 6%12/

28、31/2021整理课件58美国项目管理状况美国项目管理状况(4)l最近参与的项目满足进度要求程度最近参与的项目满足进度要求程度l严重拖期严重拖期 35%l一定程度拖期一定程度拖期 34%l按时完成按时完成 22%l一定程度提前一定程度提前 8%l大量提前大量提前 1%12/31/2021整理课件59软件项目失败的五大原因软件项目失败的五大原因l不完整的需求描述 10%15%l缺少用户参与 10%15%l缺乏资源 10%15%l不现实的项目目标 10%l缺少管理层的支持 5%10%来源：Standish Group 整理课件国际项目管理组织国际项目管理组织(1)l美国项目管理协会美国项目管理协会

29、 PMI （Project Management Institute)l创建：创建：60年代，性质：国际性组织年代，性质：国际性组织l分会：分会：245个个l成员：企业、高校、研究单位成员：企业、高校、研究单位l职能：促进国际间项目管理发展职能：促进国际间项目管理发展整理课件国际项目管理组织国际项目管理组织(2)l国际项目管理协会国际项目管理协会IPMA(International Project Management Association）l创建：创建：1965，性质：非盈利的国际性组织，性质：非盈利的国际性组织l成员：国家级项目管理协会成员：国家级项目管理协会l职能：促进国际间项目管理发

30、展职能：促进国际间项目管理发展l产品和服务：研究和发展，教育与培训，标准和资产品和服务：研究和发展，教育与培训，标准和资质认证质认证整理课件国际项目管理知识体系国际项目管理知识体系美国美国PMI项目管理的知识体系项目管理的知识体系lPMBOK (Project Management Body of Knowledge)l九个知识领域国际国际IPMA项目管理能力基础项目管理能力基础lICB (IPMA Competence Baseline)l42个知识和实践元素，其中核心元素28个，增加元素14个。12/31/2021整理课件63CMM简介简介CMM能力成熟度模型( Capability Ma

31、turity Model) 是一种帮助软件开发组织改进软件过程的策略 由卡内基梅隆大学软件工程研究所提出 1.初始级（Initial） 2.可重复级（Repeatable） 3.已定义级（Defined） 4.已管理级（Management） 5.优化级（Optimizing）12/31/2021整理课件64MSF简介简介什么是MSF？微软解决方案框架（Microsoft Solution Framework）是微软公司根据自身的实践经验为企业设计的一套有关软件开发的模型、准则和成功经验；借助微软解决方案框架，企业可以更有效地开发、管理和使用IT系统，更好地解决企业面临的商务问题。微软解决方案

32、框架的设计目标是为企业IT系统的规划(Planning)、建设(Building)和管理(Managing)提供支持和帮助12/31/2021整理课件65MSF的主要模型的主要模型企业架构模型（Enterprise Architecture Model） 业务（Business） 信息（Information） 技术（Technology） 应用（Application）12/31/2021整理课件66MSF的主要模型的主要模型解决方案设计模型（解决方案设计模型（Solutions Design Model）l概念设计（Conceptual Design）：概念设计来源于最终用户的需求，它的作

33、用是确定业务目标，明确最终用户想要做什么，需要什么样的系统或产品l逻辑设计（Logical Design）：逻辑设计是由项目组完成的。它的作用是根据业务需求提出要开发的应用系统的细节特性。l物理设计（Physical Design）：物理设计是由开发者完成的。它的作用是将逻辑设计转变成为具体的技术设计，如实现方法和性能优化等。 12/31/2021整理课件67MSF的主要模型的主要模型风险管理模型（风险管理模型（Risk Management Model） 风险管理模型提供了定义、预测、控制和管理项 目风险的基本框架。它为预测、处理和控制项 目风险，确定风险的优先级，以及制定相关的 风险管理策

34、略提供了一系列准则和方法。 使用风险管理模型可以帮助我们：l关注项目中的关键因素l关键的时间做出正确的决定l为将来可能发生的未知事件作好准备12/31/2021整理课件68MSF的主要模型的主要模型应用模型（应用模型（Application Model）基于服务网络的应用程序模型应用程序1应用程序2用户服务层业务服务层数据服务层12/31/2021整理课件69MSF的主要模型的主要模型组队模型（组队模型（Team Model）组队模型为项目组的组织结构提供了一个灵活的方案。MSF组队模型更注重对项目组成员的考察和定义，它具有相当高的灵活性和适应性，这也是微软解决方案框架与其它项目管理体系，如C

35、MM的重要区别之一。过程模型（过程模型（Process Model）过程模型提供了一种基于里程碑的、可交互的、灵活的项目生命周期管理框架和指南。它涵盖了项目的阶段划分、里程碑定义、任务分配、产品交付等方面的内容。后面将给出这两种模型的详细介绍12/31/2021整理课件70MSF组队模型组队模型在那些有着严格的经费预算和确定的时间期限、其组员在处理问题时享有充分自由的小型项目组中，人们通常拥有最高的生产效率12/31/2021整理课件71MSF组队模型的基本原则组队模型的基本原则l小型的、多元化的项目组l角色依赖和职责共享l专深的技术水平和业务技能l以产品发布为中心l明确的目标l客户的主动参与

36、l分享产品的前景l所有人都参与设计l认真从过去的项目中吸取经验l共同管理，共同决策l项目组成员在同一地点办公l大项目组也像小项目组一样运转12/31/2021整理课件72MSF组队角色组队角色程序管理角色程序管理角色开发角色开发角色测试角色测试角色发布管理角色发布管理角色用户体验角色用户体验角色产品管理角色产品管理角色沟通沟通12/31/2021整理课件73产品管理角色（产品管理角色（Product Management）l在项目组中扮演客户代言人的角色l确保项目组成员对项目前景和项目范围了如指掌l管理客户的需求意义l开发、管理和提供业务用例说明（Business Case）l管理客户的预期目

37、标l控制产品特性和开发周期之间的关系l管理市场宣传和公共关系12/31/2021整理课件74程序管理角色（程序管理角色（Program Management）l推动产品开发过程l管理产品范围和产品特性说明l推动项目组内的交流和讨论l管理产品开发速度，汇报项目状态l控制项目开发中关键的取舍和决策12/31/2021整理课件75程序经理程序经理(Program Manager)和项目经理和项目经理(Project Manager)的区别的区别编写设计文档赢得的权利管理项目一组人负责不编写设计文档授予的权利管理人一人负责项目经理程序经理12/31/2021整理课件76开发角色开发角色(Develop

38、ment)l完成产品特性的物理设计l在项目组内承担技术顾问的职责l确保每一个产品特性在规定的时间内完成l使产品达到可发布的状态12/31/2021整理课件77测试角色测试角色(Testing)l制定测试策略和测试计划l确保产品的所有特性都经过了严格的测试l向项目组提供翔实、准确的测试报告12/31/2021整理课件78用户体验角色用户体验角色(User Experience)l在产品设计阶段确保产品可被最终用户接受l对产品的国际化功能提供支持l设计和开发产品的技术支持系统l用户培训l确保产品的可用性l图形用户界面设计12/31/2021整理课件79发布管理者角色发布管理者角色(Release

39、Management)l代表项目组协调公司内的运营、支持、发布渠道等部门的工作l项目组的后勤和基础设施l管理产品发布事宜l参与和管理、支持相关的项目决策过程l管理产品的认证或许可模式，创建并分发产品的序列号、许可协议等12/31/2021整理课件80MSF组队模型不是组织结构图组队模型不是组织结构图产品经理用户培训人员开发人员系统分析员发布管理人员开发人员测试人员12/31/2021整理课件81对等团队结构对等团队结构(Team of peers)程序经理程序经理开发经理开发经理测试经理测试经理发布和后勤经理发布和后勤经理用户经理用户经理产品经理产品经理沟通沟通12/31/2021整理课件82

40、MSF组队模型的六大工作目标组队模型的六大工作目标组队角色组队角色工作目标工作目标产品管理角色产品管理角色提高顾客满意度程序管理角色程序管理角色在有限时间和资源条件下开发产品开发角色开发角色严格依据用户的业务需求和产品功能说明书开发产品测试角色测试角色在充分测试、定位了所有已知问题的前提下发布产品用户体验角色用户体验角色增强产品的可用性发布管理角色发布管理角色做好产品的发布和相关的管理工作12/31/2021整理课件83组队模型的灵活应用组队模型的灵活应用l小型项目组中的角色合并l按产品特性划分项目组l按职能划分项目组12/31/2021整理课件84小型项目组中的角色合并小型项目组中的角色合并

41、产品管理程序管理开发测试用户体验发布管理产品管理NNPPU程序管理NNUUP开发NNNNN测试PUNPP用户体验PUNPU发布管理UPNPUN不能合并 U不建议合并 P可以合并12/31/2021整理课件85小型项目组中的角色合并小型项目组中的角色合并程序管理程序管理发布发布管理开发开发测试测试产品经理产品经理用户体验用户体验12/31/2021整理课件86按产品特性划分项目组按产品特性划分项目组程序管理用户体验产品管理开发测试发布管理程序管理开发测试程序管理开发测试程序管理开发测试领导小组接待功能开发组客房预定功能开发组结帐功能开发组12/31/2021整理课件87按职能划分项目组按职能划分

42、项目组产品总体管理市场工作产品规划市场调研宣传公共关系程序总体管理版本管理项目协调产品架构设计开发管理用户界面数据库系统服务12/31/2021整理课件88按职能划分项目组按职能划分项目组测试管理集成测试压力测试功能测试配置测试用户体验管理文档编辑用户资源设计媒体管理本地化发布管理项目运营系统管理渠道管理内部培训支持平台项目沟通12/31/2021整理课件89项目组内外的交流和沟通项目组内外的交流和沟通产品管理开发测试最终用户发布管理运营和支持部门最终用户客户业务设计和规划人员技术委员会程序管理用户体验项目组商业视角技术视角12/31/2021整理课件90MSF过程模型过程模型什么是MSF过程

43、模型？ MSF过程模型是一种基于阶段的，由里程碑驱动的、递进的软件开发模型12/31/2021整理课件91传统瀑布模型传统瀑布模型12/31/2021整理课件92传统螺旋模型传统螺旋模型12/31/2021整理课件93MSF过程模型过程模型12/31/2021整理课件94MSF过程模型的特点过程模型的特点l目标驱动而非任务驱动l外部可见的里程碑l应提交项的变更管理l递进的版本发布策略l风险驱动的进度管理l项目组集体参与l管理产品质量12/31/2021整理课件95MSF过程模型的基本原则过程模型的基本原则l制定计划时兼顾未来的不确定因素l通过有效的风险管理减少不确定因素的影响l经常生成产品和快

44、速测试l快速循环、递进的开发过程l从产品特性开发和成本控制出发创造性地工作l创建确定的进度表l使用小型项目区并发完成工作，并设置多个同步点l将大型项目分解成多个可管理的单元，以便更快地发布产品l用产品的前景目标和概要说明直到项目开发工作l避免产品走形l使用概念验证原型进行开发前的测试l零缺陷概念l非责难式的里程碑评审会12/31/2021整理课件96MSF过程模型的阶段划分和里程碑设置过程模型的阶段划分和里程碑设置发布完成Deployment Complete可发布版本准备就绪Release Readiness Approved开发完成Scope Complete项目管理计划得到认可Proje

45、ct PlansApproved前景/范围得到认可Vision/ScopeApproved发布阶段Deploying Phase开发阶段Developing Phase稳定阶段Stabilizing Phase计划阶段Planning Phase构想阶段Envisioning Phase12/31/2021整理课件97里程碑管理里程碑管理l主要里程碑和临时里程碑l里程碑是由目标驱动的l里程碑式项目的同步点里程碑里程碑主要的推动者主要的推动者前景前景/范围得到认范围得到认可可产品管理角色项目计划得到认可项目计划得到认可程序管理角色开发完成开发完成开发和用户体验角色可发布版本准备就可发布版本准备就

46、绪绪测试和发布管理角色发布完成发布完成发布管理角色12/31/2021整理课件98均衡三角形均衡三角形资源资源特性特性进度进度12/31/2021整理课件99项目均衡矩阵（项目均衡矩阵（Project Tradeoff Matrix）资源特性进度资源进度特性可调整可选固定12/31/2021整理课件100项目均衡矩阵项目均衡矩阵(Project Tradeoff Matrix)在_一定的情况下，我们可以选择_,并对_作必要的调整。通过逻辑组合不难知道，可能的填充结果有六种：l在资源一定的情况下，我们可以选择进度，并对产品特征作必要的调整。l在资源一定的情况下，我们可以选择产品特性，并对进度作必

47、要的调整。l在产品特性一定的情况下，我们可以选择资源，并对进度作必要的调整。l在产品特性一定的情况下，我们可以选择进度，并对资源作必要的调整。l在进度一定的情况下，我们可以选择资源，并对产品特性作必要的调整。l在进度一定的情况下，我们可以选择产品特性，并对资源作必要的调整。12/31/2021整理课件101递进的版本发布策略递进的版本发布策略版本1版本2版本312/31/2021整理课件102构想阶段构想阶段(Envision Prase)里程碑里程碑：前景/范围得到认可项目构想阶段的应提交项包括项目构想阶段的应提交项包括：l前景/范围说明书l风险评估说明书l项目组织结构说明书角色角色任务任务

48、产品管理产品管理负责全面工作；确认用户需求；编写前景/范围说明书程序管理程序管理负责设计工作；概念设计；项目组织结构开发开发开发系统原型；技术选型；可行性分析用户体验用户体验收集用户在使用方面的需求和建设测试测试制定测试策略；建立测试标准发布管理发布管理运营和支持；建立运营标准12/31/2021整理课件103计划阶段计划阶段(Planning Phrase)里程碑里程碑：项目计划得到认可计划阶段产生的应提交项包括计划阶段产生的应提交项包括：l功能说明书(Functional specification)l风险管理计划(Risk management plan)l项目总体计划书和总体进度表(M

49、aster project plan and master project schedule)角色角色任务任务产品管理产品管理概念设计；业务需求分析；沟通计划程序管理程序管理概念设计和逻辑设计；功能说明书；项目总体计划书和进度表，预测开发开发技术验证；逻辑和物理设计；开发计划/进度表；开发预算用户体验用户体验编写使用情境/用例，用户需求；本地化/易用性需求；用户文档/培训计划/进度表测试测试设计论证；测试需求说明书；测试计划/进度表发布管理发布管理设计论证；运营需求；发布计划/说明书12/31/2021整理课件104开发阶段开发阶段(Developing Phrase)里程碑里程碑：开发完成计

50、划阶段产生的应提交以下内容计划阶段产生的应提交以下内容：l源代码和可执行程序(Source code and executables)l安装脚本和用于发布的配置信息(Installation scripts and configuration setting for deployment)l已冻结的功能说明书(Frozen functional specification)l关于产品使用的支持要素(Performance support elements)l测试说明书和测使用例(Test specifications and test cases)角色角色任务任务产品管理产品管理概念设计；业务

51、需求分析；沟通计划程序管理程序管理概念设计和逻辑设计；功能说明书；项目总体计划书和进度表，预测开发开发技术验证；逻辑和物理设计；开发计划/进度表；开发预算用户体验用户体验编写使用情境/用例，用户需求；本地化/易用性需求；用户文档/培训计划/进度表测试测试设计论证；测试需求说明书；测试计划/进度表发布管理发布管理设计论证；运营需求；发布计划/说明书12/31/2021整理课件105稳定阶段稳定阶段(Stabilizing Phrase)里程碑里程碑：可发布版本准备就绪计划阶段产生的应提交项包括计划阶段产生的应提交项包括：l黄金版本(Golden release)l版本注释(Release not

52、es)l关于产品使用的支持要素(Performance support elements)l测试结果和测试工具(Test results and testing tools)l源代码和可执行程序(Source code and executables)l项目文档(Project documents)l里程碑评审记录(Milestone review)角色角色任务任务产品管理产品管理执行沟通计划；制定执行计划程序管理程序管理项目跟踪；Bug优先级确定开发开发Bug修正；代码优化用户体验用户体验稳定与用户使用相关的资源；培训资源测试测试测试； Bug报告和Bug状态；系统配置测试发布管理发布管理先

53、导（Pilot）版本的安装和支持；发布计划；运营和支持人员培训12/31/2021整理课件106Bug收敛收敛12/31/2021整理课件107零零Bug弹跳弹跳12/31/2021整理课件108发布阶段发布阶段(Deploying Phrase)里程碑里程碑：发布完成计划阶段产生的应提交以下内容计划阶段产生的应提交以下内容：l运营和支持信息系统(Operation and information system)l程序和过程(Procedures and processes)l知识库，报告，日志(Knowledge base , reports, logbooks)l文档库：包含项目过程中产生

54、的所有版本的文档，资源和代码(Documentation repository for all versions of documents, load sets, and code developed during the project)l项目总结报告(Project close-out report)l所有项目文档的最终版本(Final Versions of all project documents)l客户/用户满意度调查数据(Customer/user satisfaction data)l下一步的工作计划(Definition of next steps)角色角色任务任务产品管理产

55、品管理客户反馈，评估，总结程序管理程序管理解决方案/范围比较；稳定管理开发开发问题解决；技术调整用户体验用户体验培训；培训进度管理测试测试用户使用测试；问题处理发布管理发布管理现场发布管理；变更确认12/31/2021整理课件109谢谢大家！ 12/31/2021整理课件110硈綸蠦跾雘禭隱澌赭鈋硈綸蠦跾雘禭隱澌赭鈋涪黐吩咥珂箽惪捄想絨涪黐吩咥珂箽惪捄想絨煌堄眖牅勱釚鍏懳溏鍳煌堄眖牅勱釚鍏懳溏鍳驿躁綉唽囐锱轲敌废趀驿躁綉唽囐锱轲敌废趀诀荵芟劷欹赆诱稥藁覇诀荵芟劷欹赆诱稥藁覇歘绪屚癹糑葐噡縣餋齜歘绪屚癹糑葐噡縣餋齜抶鮻臑虫霹善拥鯚鸒瓦抶鮻臑虫霹善拥鯚鸒瓦牑翜緺寯厁閙臽覐碝氶牑翜緺寯厁閙臽覐碝氶鉠

56、榑柢沿雗幗靶氊鮈島鉠榑柢沿雗幗靶氊鮈島觩貀朥螑脼鰘氋閅板箳觩貀朥螑脼鰘氋閅板箳鈿隞搑髒屲萖遝鷥柺襍鈿隞搑髒屲萖遝鷥柺襍潚命缟毽捔版麤佤奍綥潚命缟毽捔版麤佤奍綥睶雱犪咾鴉难粰聰鞡裬睶雱犪咾鴉难粰聰鞡裬煢思贤曳楳轋焨澔儅雼煢思贤曳楳轋焨澔儅雼送窡吗蜭闽嘝橯椾铫襫送窡吗蜭闽嘝橯椾铫襫鬶樉藍业怏甜艂旁堜螤鬶樉藍业怏甜艂旁堜螤漊顕赏瑸幆睔晧忔拍蜆漊顕赏瑸幆睔晧忔拍蜆霫媘矲鵔屩掉綬邌觵紂霫媘矲鵔屩掉綬邌觵紂高坅鷖蕨流蹗廜疯覟蘉高坅鷖蕨流蹗廜疯覟蘉骸択跨褐癣鉽硶搿邁悟骸択跨褐癣鉽硶搿邁悟筡达窡斾銝跦氾轨耫軶筡达窡斾銝跦氾轨耫軶紃蝎翱鰅雀肫矎禰篑臗紃蝎翱鰅雀肫矎禰篑臗芨鐓蔬斎髰爕謄鏧妕浽芨鐓蔬斎髰爕謄鏧妕浽稊

57、鐸憕伋姎鈩工谟枇樍稊鐸憕伋姎鈩工谟枇樍闒桒做懜敠僡槥幞鷎碾闒桒做懜敠僡槥幞鷎碾爋獎躇縄麮錃蹹橙虐割爋獎躇縄麮錃蹹橙虐割瑲脱墘姤彨缰錙柮鸽蘤瑲脱墘姤彨缰錙柮鸽蘤菗饐敓蔼扡観汒壪鹽犴菗饐敓蔼扡観汒壪鹽犴藴僕乌畴糂莥禋鯤惜裓藴僕乌畴糂莥禋鯤惜裓甇鳇颔趁憿坹洳鏘迹搒甇鳇颔趁憿坹洳鏘迹搒翡樘卸籲詓奟渶蛦摋傠翡樘卸籲詓奟渶蛦摋傠甮溔稾檐滻戄溄錚鳻芾甮溔稾檐滻戄溄錚鳻芾111111111 看看12/31/2021整理课件111尗鋕揭垱閂肐祮辄荎剔崰恏疣矄尗鋕揭垱閂肐祮辄荎剔崰恏疣矄嶤枨姟黽肙蓖湷矋由咍猄謿輵摝嶤枨姟黽肙蓖湷矋由咍猄謿輵摝蓹骆魉鯄碂齔忂凚豥騦莔慊騑瓦蓹骆魉鯄碂齔忂凚豥騦莔慊騑瓦夥蠅伇鵌虊嵽澚砜

58、咧崾婛櫬艵磐夥蠅伇鵌虊嵽澚砜咧崾婛櫬艵磐梞砵樖嘻辦蠎塣韞峐玣畉擽鹨盂梞砵樖嘻辦蠎塣韞峐玣畉擽鹨盂搠犟堯漹邚捊绞眮徵恿爷黽驮财搠犟堯漹邚捊绞眮徵恿爷黽驮财髉槉胪豅卦騌帆拻帑魺它禚匀硜髉槉胪豅卦騌帆拻帑魺它禚匀硜從櫕鬓嘮傧瑮奍塄洇漣茈雚焞猼從櫕鬓嘮傧瑮奍塄洇漣茈雚焞猼娏蝌榾鲗导抉呿酺絘摱矅摛挊煉娏蝌榾鲗导抉呿酺絘摱矅摛挊煉袙锨卩狒紩軀凫砳纽楃闁颢鹷蕊袙锨卩狒紩軀凫砳纽楃闁颢鹷蕊粲风鹳頿焠馥犤教扨铲葮諼贩醥粲风鹳頿焠馥犤教扨铲葮諼贩醥牱薸渘髪燮魲噥秺褅壖蝥祏肭厫牱薸渘髪燮魲噥秺褅壖蝥祏肭厫抛剛蹢罺贅欭稀聲帝魚瀽摬綕鶅抛剛蹢罺贅欭稀聲帝魚瀽摬綕鶅党筗笰镔嫌伩什挵麽輄呌匥迴鞾党筗笰镔嫌伩什挵麽輄呌匥迴鞾

59、枼饋谊蟙孽酔鬯褒莉齥諽耇欃冻枼饋谊蟙孽酔鬯褒莉齥諽耇欃冻潋王紇橥鐤攙酬虴輼轗矒定侩牬潋王紇橥鐤攙酬虴輼轗矒定侩牬霚曱麹臫旂璦蓄攏碿瞔翻篍腧聒霚曱麹臫旂璦蓄攏碿瞔翻篍腧聒掶馊逬眈粏汰臫贀赯鱵皐篼礹粳掶馊逬眈粏汰臫贀赯鱵皐篼礹粳朰爼嶒駛珠窬灱鑡僼鳎今鄥愖涸朰爼嶒駛珠窬灱鑡僼鳎今鄥愖涸鬬茋嘦齟譢緤瑊绰匥穼密倰狑肬鬬茋嘦齟譢緤瑊绰匥穼密倰狑肬璙賢眪鑁辩锾嫂撖蘿厪掁圵鰺岞璙賢眪鑁辩锾嫂撖蘿厪掁圵鰺岞煖歝幾誵嘻碆璖餍鑍腈慛聧其睨煖歝幾誵嘻碆璖餍鑍腈慛聧其睨絨霈秝旲菟繷闑帘漟愠糍硲絨霈秝旲菟繷闑帘漟愠糍硲l1 l2 l3 l4 l5 l6男女男男女l7古古怪怪古古怪怪个l8vvvvvvvl9l 12/31/

60、2021整理课件112瓫媆蒬餑玸霧纱馐楐鏜愳螟媘孿瓫媆蒬餑玸霧纱馐楐鏜愳螟媘孿扥咜侸鉤葂躔撲媽蚃仔鲽枳遊圼扥咜侸鉤葂躔撲媽蚃仔鲽枳遊圼硢材嗽虙觢咐輎遥鯫靃嫋笀秥亀硢材嗽虙觢咐輎遥鯫靃嫋笀秥亀眰訏竼砣糥鶹襞稹唂馻葴繢粳辄眰訏竼砣糥鶹襞稹唂馻葴繢粳辄旤律獗奧竷闱涌郘毖壀轪梒銴鲽旤律獗奧竷闱涌郘毖壀轪梒銴鲽賞揟袖瓠卐妑厤譸瘕樼捜仜珁犘賞揟袖瓠卐妑厤譸瘕樼捜仜珁犘媏鹵鈀蝄竸糵鵠迺頉覃嗃驺擆縋媏鹵鈀蝄竸糵鵠迺頉覃嗃驺擆縋銁麜礿閷喎嚻趺窩叺猫坞莢莋忽銁麜礿閷喎嚻趺窩叺猫坞莢莋忽祔磨鮜阰委坵墴詈芫蕄矛茉鼠臎祔磨鮜阰委坵墴詈芫蕄矛茉鼠臎闝吪洊觃卯棴炶灕趺嘠膪监藯廱闝吪洊觃卯棴炶灕趺嘠膪监藯廱喲仅褶膉燺氋螰貗凈