M项目计划阶段

第10章项目 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 阶段课程介绍本章从六个方面介绍MSF应用开发项目计划阶段首先是计划阶段的主要活动；为了做出主项目进度表的调度原理；计划阶段的成功 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ；达到里程碑的工作产品；建议的中间里程碑；最后是各角色在本阶段的重点工作第十章项目计划阶段计划阶段的活动调度原理计划阶段的成功标准计划阶段的文档计划认可里程碑及中间里程碑计划阶段小组角色的职责本章小结问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 和讨论计划阶段的活动技术验证解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 的设计创建主项目计划创建主项目进度建立开发和测试环境10.1计划阶段的活动技术验证考察技术该技术能否手工安装或配置（使技术处在理想条件下，无需与生产环境匹配）写出文档：为使这种技术能工作必须做的事为设计提供信息开始标识问题和技术风险，并记入文档按照对风险和问题最佳的理解，更新主项目进度表10.1.1技术验证解决方案的设计设计过程设计过程与计划的关系概念设计逻辑设计物理设计10.1.2解决方案的设计设计过程10.1.2解决方案的设计设计过程与计划的关系小组基准概念设计未到达基准即开始逻辑设计，而物理设计必须在概念设计到达基准才开始10.1.2解决方案的设计概念设计（1）概念设计过程的定义、目的和输出概念设计视图10.1.2解决方案的设计概念设计（2）设计者需要调查的问题业务需求或问题是什么？谁是用户？用户真正做的是什么？用户需求是什么？已有什么？什么是最优解决方案？得到最优解决方案时，如何了解概念设计目标设计完全基于业务和用户提供的真实数据关于产品的连贯的、集成的描述有价值的抽象或分类层次业务、用户和项目小组达成共识的期望集合设计小组意见一致与企业体系结构同步小组沟通的基础10.1.2解决方案的设计概念设计（3）澄清概念设计概念创建场景场景以叙述和图形的方式对问题和解决方案进行描述场景是一个理解需求、以及与用户交流的有效方法创建场景的一个方法是使用故事板（storyboard）10.1.2解决方案的设计概念设计（4）概念设计的价值在特定的业务环境下讨论需求和功能特性代表了业务需要与用户需求为初步 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 提供了输入支持交互的目标最小化了重复工作量提供了改变用户工作实践的信息提供了长期的、可扩展的设计规划10.1.2解决方案的设计逻辑设计（1）逻辑设计过程的定义、目标和输出逻辑设计视图逻辑设计视图是从项目小组的观点来看待解决方案10.1.2解决方案的设计逻辑设计（2）澄清逻辑设计的概念10.1.2解决方案的设计逻辑设计（3）逻辑设计的价值管理复杂性设立边界、描述接口，提供一个有机的结构使多个小组可以交互揭示概念设计中的不一致和错误消除冗余，标识潜在的重用为物理设计提供基础改进系统各部分的运作在项目组成员间形成解决方案的公共视图10.1.2解决方案的设计物理设计（1）物理设计的定义、目的和输出物理设计视图物理设计视图描述了开发者对解决方案的看法10.1.2解决方案的设计物理设计（2）澄清物理设计的概念10.1.2解决方案的设计物理设计（3）物理设计的价值评估实现的可选项提供一个灵活的基于组件的设计成为估计费用、进度和资源的基础对应内部里程碑和内部发布，把解决方案映射到过程模型求精并更新风险寻找与企业体系结构的兼容性可以从逻辑设计回溯到使用场景10.1.2解决方案的设计创建主项目计划主项目计划由以下十个计划组成：部署计划（deploymentplan）试运行计划（pilotplan）采购计划（purchasingplan）设施计划（facilitiesplan）测试计划（testplan）培训计划（trainingplan）沟通计划（communicationplan）容量计划（capacityplan）安全性计划（securityplan）预算计划（budgetplan）10.1.3创建主项目计划试运行计划试运行（pilot）是将解决方案部署到生产实际环境中的第一次机会，只部署最关键的组件和要求相应的操作者试运行计划的关键域和处理方法10.1.3创建主项目计划采购计划硬件和软件采购时应该考虑以下方面与供货商签约订货处理事先配置入库/上货架验收/存放过时设备处理10.1.3创建主项目计划设施计划设施变动物理设施计划应该考虑以下方面楼宇许可证最终用户的工作空间电缆安置其他局域/广域网设施服务器设施10.1.3创建主项目计划测试计划测试计划关键域和处理方法10.1.3创建主项目计划培训计划培训计划的关键域和处理方法10.1.3创建主项目计划沟通计划沟通计划10.1.3创建主项目计划容量计划容量计划涉及以下方面本解决方案产生了多少附加的网络流量这些附加的网络流量将如何影响到用户当前的系统和网络是否有能力处理预期的用途增加服务器是否有必要增强系统和网络容量所要求的硬件设施是什么10.1.3创建主项目计划安全性计划安全性计划涉及以下方面建立的安全指南如何维护在缺乏安全指南的情况下，为缓解风险要采取什么行动如果建立的安全措施与项目的成功完成有了冲突，将采取什么样的临时安全措施安全性计划要考虑成本和被保护对象的价值10.1.3创建主项目计划预算计划标识预期的费用和费用约束，需要考虑：功能规范其他的项目计划（例如，开发、部署、试运行、采购、器材、测试、培训、沟通、增容、安全）客户的期望值10.1.3创建主项目计划创建主项目进度主项目进度（masterprojectschedule）包括：开发进度表测试进度表用户教育进度表后勤管理进度表产品管理进度表10.1.4创建主项目进度创建主项目进度（1）估算技术对人的任命；技术的成熟度；系统的复杂性；环境的稳定性；所用开发工具；调整和分析工具的可用性；协调技术和小组技术水平的关系；小组动态性；可重用性的机遇；客户的期望值；设计的灵活性和模块性；企业文化任务层次上的估算指南小组的领导人实施任务分解和定优先级；由小组成员作任务层次上的估算；每个任务都有一个起始和结束点；产生一个单独的产品或工作产品；任务要分配到个人；为了反馈和改正及时，任务的粒度可调整（约半天到一周）10.1.4创建主项目进度创建主项目进度（2）容许的不确定性10.1.4创建主项目进度建立开发和测试环境10.1.5建立开发和测试环境调度原则微软总结了大量调度实践中的经验提出以下四条原则：估算工作量由底向上上市日期坚定不动的意识风险驱动调度为不确定的未来调度10.2调度原则估算工作量由底向上谁做这个工作，就由谁去推断这个工作需要的时间，应该是一个基本的信条。当然，精确不是目标，任何人都有预断不到之处——JimMcCarthy《软件开发动力学》10.2.1估算工作量由底向上上市日期坚定不动的意识一旦商定项目产品的上市日期决不轻易更改有利于培养员工的意志品质：“言而有信”任何工作失误都会导致资源（成本）增加10.2.2上市日期坚定不动的意识风险驱动调度把注意力集中在优先级最高的风险上，并按优先级安排任务风险驱动的调度还鼓励尽早在概念上证实原型较大的风险一般起因是在上层或最上层，而缓解和消除必须在下层做切实的工作10.2.3风险驱动调度为不确定的未来调度未来是不确定的为了使不确定变为相对确定一些，人们把大任务化小是常用的办法使用离散任务设立中间里程碑（interimmilestone）增加缓冲时段。10.2.4为不确定的未来调度使用离散任务大任务化为相对独立的小任务如果无法化小，那么就建立中间里程碑使用离散任务的好处持续时间短，出错的余地小；出了问题影响面小，易于控制；任务小，工作量估算容易精确10.2.4为不确定的未来调度设立中间里程碑可以把大的功能集分解为若干小的功能集，作为中间里程碑这些小的功能集越独立越好在中间里程碑评估项目进展，并调整项目计划把每个中间里程碑当作一次实际的发布10.2.4为不确定的未来调度增加缓冲时段不仅可留出处理偶发因素的时间，对于保证按时完成也是必须的，它还有助于允许角色或小组的隐私设立项目缓冲时段10.2.4为不确定的未来调度计划阶段的成功标准干系人和项目组针对项目就以下几点达成一致：要交付的解决方案组件主要项目里程碑的日期如何构建解决方案创建好开发和测试环境开始对项目进行变更控制和配置管理发起人和（或）主要干系人正式认可本阶段的交付成果和完成的工作10.3计划阶段的成功标准计划阶段文档项目计划阶段的工作产品10.4计划阶段文档功能规范文档功能规范文档的内容功能规范的作用功能规范文档编制指南功能规范文档常见的缺陷功能规范审核10.4.1功能规范文档功能规范文档（1）10.4.1功能规范文档功能规范文档（2）功能规范的作用功能规范是开发主项目计划，主进度表的基础功能规范记录了项目组和客户/用户达成的共识功能规范文档编制指南要理解本规范文档使用者的需要风格一致不要想一次成，要多次反复，收集反馈明确写出产品，功能特性是什么找出核心的功能特性集，以及产品改进和新版本的生成将已明确的项目变量转变成设计目标功能规范文档常见的缺陷10.4.1功能规范文档功能规范文档（3）功能规范文档常见的缺陷提供细节不足提供细节过多做了过多的不实际的设计冻结过早更新过频耗时太多失于交流变更整个小组成员没有充分参与10.4.1功能规范文档功能规范文档（4）功能规范审核10.4.1功能规范文档主项目计划这些分计划包括：开发计划（developmentplan）测试计划（testplan）培训计划（trainingplan）用户支持计划（usersupportplan）沟通计划（communicationplan）部署计划（deploymentplan）10.4.2主项目计划主项目进度表主项目计划的六项分计划均应写出对应的进度表：开发进度表测试进度表培训进度表用户支持进度表沟通进度表部署进度表10.4.3主项目进度表主风险评估文档所以主风险评估文档的任务是：提供项目风险的整体视图跨小组同步评估导出高层决策和工作的优先级10.4.4主风险评估文档计划认可里程碑及中间里程碑项目计划认可里程碑计划阶段的中间里程碑10.5计划认可里程碑及中间里程碑项目计划认可里程碑项目小组成员、客户、关键干系人应就以下方面取得一致的看法：项目互易策略定格截止本阶段项目风险本项目应该做什么什么时候做什么如何做谁去做10.5.1项目计划认可里程碑计划阶段的中间里程碑10.5.2计划阶段的中间里程碑计划阶段小组角色的职责项目计划阶段MSF小组角色的重点工作10.6计划阶段小组角色的职责问题与讨论计划是如何降低风险的高效的计划主要解决哪些问题对于其中单个问题，计划的成果如何帮助解决每个问题计划阶段的交付成果是什么团队如何知道已经对项目做了足够的计划在构思阶段过渡到计划阶段时，项目需求、使用场景和解决方案概要是如何变化的三个设计阶段（概念、逻辑和物理）的定义、目的和输出是什么主项目计划包含哪些计划主项目进度包含哪些进度10.8问题与讨论回顾经过本章的学习，我们了解了下列的知识和内容:理解计划阶段的活动及计划阶段的成功标准。理解计划阶段生成的各种文档。随堂练习1关于解决方案的设计，以下哪些说法是正确的A.概念设计是上一阶段业务远景的软件术语描述或解释，可以直接指导编程开发B.逻辑设计就是结合其他两种设计来确定整个系统的构架，对编程开发起到指导作用C.逻辑设计就是把概念设计的表达（概念元素及其关系）映射为程序世界能够接受的逻辑表达D.物理设计必须用编程语言表示，而不能使用编程语言的图示或伪代码来表示随堂练习2逻辑设计是A.获取问题和解决方案的业务和用户视图，并对其文档化、验证和优化的过程B.从项目小组的观点，用组织、结构、语法，描述解决方案及其各部分交互的过程C.从开发小组的观点描述解决方案的组件、服务和技术的过程D.从管理小组的观点，描述解决方案的人员组织结构和技术构成的过程随堂练习3项目主计划中的培训计划有哪些关键域A.培训对象和工具B.培训材料的开发C.培训费用D.培训期E.培训完成时间F.培训资源随堂练习4关于估算技术，以下哪些说法是正确的A.在对资源做出估算后，即可得到真实的进度B.创建估算时，需要考虑或部分考虑对人的任命；技术的成熟度；系统的复杂性；环境的稳定性；所用开发工具C.创建估算时，需要考虑或部分考虑调整和分析工具的可用性；协调技术和小组技术水平的关系；小组动态性D.创建估算时，需要考虑或部分考虑可重用性的机遇；客户的期望值；设计的灵活性和模块性；企业文化随堂练习5在项目的计划阶段，各小组角色及其工作重点描述正确的是A.程序管理负责和用户打交道，他责任是推动需求收集和概念设计B.开发角色推动整个设计，重点是逻辑设计，领导完成功能规范文档C.用户体验角色推动功能规范的物理设计部分D.测试者只参与设计评价，以判定某些功能特性能否测试