M10项目计划阶段

Slide Title,Body Text,Second level,Third level,Fourth level,Fifth level,第,10,章项目计划阶段,课,程,程,介,介,绍,绍,本,章,章,从,从,六,六,个,个,方,方,面,面,介,介,绍,绍,MSF,应,用,用,开,开,发,发,项,项,目,目,计,计,划,划,阶,阶,段,段,首,先,先,是,是,计,计,划,划,阶,阶,段,段,的,的,主,主,要,要,活,活,动,动,；,；,为,为,了,了,做,做,出,出,主,主,项,项,目,目,进,进,度,度,表,表,的,的,调,调,度,度,原,原,理,理,；,；,计,计,划,划,阶,阶,段,段,的,的,成,第十章,项,项目计划,阶,阶段,计划阶段,的,的活动,调度原理,计划阶段,的,的成功标,准,准,计划阶段,的,的文档,计划认可,里,里程碑及,中,中间里程,碑,碑,计划阶段,小,小组角色,的,的职责,本章小结,问题和讨,论,论,计划阶段,的,的活动,技术验证,解决方案,的,的设计,创建主项,目,目计划,创建主项目进,度,度,建立开发和测,试,试环境,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,）,概念设计的,价,价值,在特定的业,务,务环境下讨,论,论需求和功,能,能特性,代表了业务,需,需要与用户,需,需求,为初步规范,提,提供了输入,支持交互的,目,目标,最小化了重,复,复工作量,提供了改变,用,用户工作实,践,践的信息,提供了长期,的,的、可扩展,的,的设计规划,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,解决方案的设计,创建主项目计划,主项目计划由以,下,下十个计划组成,：,：,部署计划（,deployment plan,）,试运行计划（,pilot plan,）,采购计划（,purchasing plan,）,设施计划（,facilities plan,）,测试计划（,test plan,）,培训计划（,training plan,）,沟通计划（,communicationplan,）,容量计划（,capacity plan,）,安全性计划（,security plan,）,预算计划（,budgetplan,）,10.1.3,创建主项目计划,试运行计划,试运行（,pilot,）是将解决方案,部,部署到生产实际,环,环境中的第一次,机,机会，只部署最,关,关键的组件和要,求,求相应的操作者,试运行计划的关,键,键域和处理方法,涉及的关键域,途 径,试运行组件的选定,紧要的业务需要的，可见性好的或对用户组有影响的，或有失败风险的,试运行的工作范围,通过解决方案功能性和部署过程的部分测试，或解决方案和部署过程的全面测试,试运行成员个数,少量参与者、整个部门、或整个站点,试运行数,一个或少数几个,试运行反馈机制,与计划阶段同时或部署阶段逐站点部署时,10.1.3,创建主项目计划,采购计划,硬件和软件采购,时,时应该考虑以下,方,方面,与供货商签约,订货处理,事先配置,入库,/,上货架,验收,/,存放,过时设备处理,10.1.3,创建主项目计划,设施计划,设施变动,物理设施计划应,该,该考虑以下方面,楼宇许可证,最终用户的工作,空,空间,电缆安置,其他局域,/,广域网设施,服务器设施,10.1.3,创建主项目计划,测试计划,测试计划关键域,和,和处理方法,涉及的关键域,途径,要测试的类型以及每种测试,类型要用到的功能,/,技术领域,单元测试，集成（系统）测试，性能测试,，强度测试，可用性测试及回归测试,测试的格式和成功准则,全文档测试场景和测试结果，以及口头签,收的非正规测试,变更控制,程序式的检入,/,检出过程和非正式传递过程,配置管理,硬件、软件和文档标准的集中管理和配置,的本地管理,问题追踪,问题标识、优先级。在疵病追踪数据库中,的追踪，以及通过,e-mail,的问题追踪,10.1.3,创建主项目计划,培训计划,培训计划的关键,域,域和处理方法,涉及的关键域,途 径,培训对象,所有受影响的用户,以前的终端用户，,IT,管理者，桌,面帮助设计人,培训工具,手把手培训、讲解风格式培训、基于计算机或,WEB,的培训，一对一培训、作业辅助培训和讲义,培训材料的开发,买或编写,培训期,全日，半日，两小时，或特定的,培训完成时间,先于部署，部署期间，部署刚完成或按用户要求,培训资源,内部培训人员或按合同培训人员,10.1.3,创建主项目计划,沟通计划,沟通计划,潜在的受众,潜在的方式,潜在的消息,所有用户,面对面开会,发生了什么，为什么发生,所有受影响的用户,备忘录,它将何时发生,管理人,业务沟通,会影响到谁,所有,IT,人员,内联网,用户会受到什么影响,IT,管理人,E-mail,用户应作何准备,帮助桌面,语音邮件,用户怎样才能得到更多的信息,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,调度原则,估算工作量由底,向,向上,谁做这个工作，,就,就由谁去推断这,个,个工作需要的时,间,间，应该是一个,基,基本的信条。当,然,然，精确不是目,标,标，任何人都有,预,预断不到之处,Jim McCarthy,软件开发动力学,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,）,测试计,划,划（,test plan,）,培训计,划,划（,trainingplan,）,用户支,持,持计划,（,（,user supportplan,）,沟通计,划,划（,communication plan,）,部署计,划,划（,deployment plan,）,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.,测试者只,参,参与设计,评,评价，以,判,判定某些,功,功能特性,能,能否测试,