模版软件项目策划过程

{工业工程}模版软件项目策划过程目录1简介31.1目的31.2适用范围32过程总体描述32.1过程概述32.2过程结构描述5

3过程元素描述53.1项目定义53.1.1工作流程概述53.1.2参与人员63.1.3入口准则63.1.4输入63.1.5任务63.1.6出口准则83.1.7输出（工作产品）93.1.8资源和能力要求93.1.9度量93.2选用软件生命周期模型93.2.1工作流程概述93.2.2参与人员93.2.3入口准则93.2.4输入103.2.5任务103.2.6出口准则103.2.7输出（工作产品）103.2.8资源和能力要求113.2.9度量113.3工作分解WBS113.3.1过程元素概述113.3.2参与人员123.3.3入口准则123.3.4输入123.3.5任务133.3.6出口准则143.3.7输出（工作产品）143.3.8资源和能力要求143.3.9度量143.4制订风险管理计划143.4.1过程元素概述143.4.2参与人员153.4.3入口准则153.4.4输入153.4.5任务153.4.6出口准则173.4.7输出（工作产品）173.4.8资源和能力要求173.4.9度量173.5项目估算173.5.1概述173.5.2参与人员183.5.3入口准则183.5.4输入183.5.5任务193.5.6出口准则213.5.7输出（工作产品）213.5.8资源和能力要求213.5.9度量213.6项目计划审批223.6.1概述223.6.2参与人员223.6.3入口准则223.6.4输入223.6.5任务233.6.6出口准则243.6.7输出（工作产品）243.6.8资源和能力要求243.6.9度量243.7.1概述243.7.2参与人员243.7.3入口准则253.7.4输入253.7.5任务253.7.6出口准则253.7.7输出（工作产品）263.7.8资源和能力要求263.7.9度量264附录274.1附表1：《风险分析》274.2附表2：《风险处理和减缓》291简介1.1目的员遵照本过程实施项目计划活动、制定软件开发计划及执行相关计划活动。1.2适用范围成，贯穿项目的整个生命周期。转自项目管理者联盟1.3术语表WBS：工作分解结构（WorkBreakdownStructure,WBS）是一种以分级方式表WBS不仅体现了项目所采用的软件过程，而且指明了整个生命周期中所要产生的各种工作产品。WBS的建立可以有助明确识别和关联。BCWS：BudgetedCostofWorkScheduled，项目基准，也叫做计划工作的预算成本（BCWS）2过程总体描述2.1过程概述了确保项目能按预定计划、预定成本完成开发任务，需要对其进行跟踪和监控；在项目的交付阶段，项目验收交付后应进行项目总结。项目计划过程是软件项目管理的一个重要过程。计划又是一个重要的活动，WBS制和开发计划制定同步。2.2过程结构描述3过程元素描述3.1项目定义3.1.1工作流程概述括根据客户需求确定的项目范围建立项目任务书、并且组织起适当的人员。3.1.2参与人员项目经理：编写项目任务书高层经理：下达任务书、批准任务书、组织项目团队3.1.3入口准则已收集完成客户需求并通过评审。3.1.4输入《客户需求说明书》3.1.5任务3.1.5.1确定项目任务书内容启动后所要处于的业务环境。项目任务书必须在客户需求收集完成之后开始起草，在项目启动之前完成。它的内容一般包括：项目的管理和技术目标客户和用户识别软件主要功能的一般描述项目论证，包括商业目标和结果软件系统所期望的收益主要成本、时间表、资源、或其他约束项目的性能目标关键责任与其他项目和组织之间的依赖关系启动阶段。3.1.5.2组织适当的人员项目经理博客该包括：需求分析员：由客户需求析出其中归于软件的需求。开发人员：根据需求，通过设计和编码实现软件的需求。客户：需求的提出者，也是软件开发的约定者。用户：软件产品的使用者，有时与客户是同一对象。测试人员：对软件产品进行测试，保证满足软件设计要求和客户的需求。性以及软件产品生产规范的符合性。保产品的有序变更和发布。数据库/运行/网络支持：如果需要的话，对项目给予后勤保障。管理者：获得对项目的承诺和支持，以及对项目的总体控制。继续进行沟通和协商。员了解项目对他们寄予的期望是什么。3.1.5.3确定项目范围系统分析活动也应由项目经理先制订计划，计划内容包括：要达到的目标；和硬件部分的需求）等；工作阶段及每个阶段应产生的中间工作产品；按历史数据或根据业界标准进行工作量估算和日程安排。将任务分配给项目组成员。制方式由《软件配置管理过程》的控制。并获得正式评审通过。3.1.5.4项目任务书文档化划的制订工作。3.1.6出口准则《项目任务书》得到高层经理批准。项目开发组织主要成员已经确定，责任已经清楚。形成《软件需求规格说明书》并通过正式评审。3.1.7输出（工作产品）《项目任务书》《软件需求规格说明书》3.1.8资源和能力要求与客户需求有关的信息资源；确定项目的主要成员所需要的人力资源；系统分析所要求的人员能力。3.1.9度量项目经理编制项目任务书所花费的工时。系统分析所花费的工时。3.2选用软件生命周期模型3.2.1工作流程概述开发的过程，并识别各过程应产生的工作产品。3.2.2参与人员项目经理：负责组织项目的软件过程的定义。SEPG：对项目选择的模型与开发过程进行评审。高层经理：批准项目选择的软件过程。3.2.3入口准则项目软件需求已经明确3.2.4输入《软件需求规格说明书》《项目任务书》《软件生命周期模型选用规程》3.2.5任务（1）根据《软件需求规格说明书》和《项目任务书》中描述的项目实际情况，按照《软件生命周期模型选用规程》选择适合的软件生命周期模型。（2）对模型定义的各软件过程进行详细描述，描述应包括：过程的入口准则、出口准则、要执行的任务以及产生的工作产品。（3SEPG评审后由高层经理批准。根据项目的成部分并入开发计划文件。（4）如项目开发与模型定义的软件过程存在偏差，则应在软件过程描述文件中进行说明，并经SEPG评审后，由高层经理（如需要，还应由客户）进行审批。织有关人员完成。3.2.6出口准则软件过程描述文件已形成文件，并已通过评审并经批准。3.2.7输出（工作产品）3.2.8资源和能力要求备，应组织适当的培训。3.2.9度量项目经理负责统计软件过程选择与描述所花费的工时。SEPG人员所花费的工时。3.3工作分解WBS3.3.1过程元素概述WBS(WorkBreakdownStructure工作分解结构)是一种以分级方式表述项目工WBS指明了整个生命周期中所要产生的各种工作产品。WBS的建立可以有助于在项目识别和关联。一个定义清晰的WBS工作任务分解。而WBS又先于其他的计划活动（比如：估算、进度表等）产生。WBSWBS作为下步策划和维护，最终的WBS将和项目计划所有其它工作产品一起进行评审。WBS工作分解结构示例图如下：3.3.2参与人员的拆分。试组、文档支持人员的代表，以及SQA和SCM等。3.3.3入口准则项目的软件过程描述文件已通过评审并经过批准3.3.4输入项目选用的模型与其软件过程描述文档《项目任务书》3.3.5任务3.3.5.1识别工作产品引用它，详细的工作产品和子工作产品在WBS中详细列出。基础就是工作产品的完成。3.3.5.2用WBS定义技术活动用WBS定义技术活动，其定义要点为：在项目的早期定义WBSWBS的低层元素；拆分从WBS然后逐层确定各层元素，包括开发阶段、过程和产品；一般不会超过五层，最低层的元素通常在详细设计阶段计划时定义；当定义详细任务（最低层的元素）时，应考虑“80小时原则，即所定义的任务应当是一个人不承担其他任务，能在两周（80小时）内完成的任务；按《项目任务单模板》填写项目任务单，对所定义的详细任务进行说明；详细任务的定义可以分阶段完成。3.3.5.3用WBS定义管理和支持活动参考上述方法对管理和支持活动进行定义，包括项目管理、软件质量保证、软件配置管理等。将拆分结果按《工作拆分结构模板》填写到工作任务拆分表中。3.3.5.4更新项目计划WBS完成后，利用《项目计划模板》对软件开发计划进行文档化。在软件开发计划模板的指导下，把工作分解结构（WBS）写成文档，更新到软件项目计划中，必要的话，更新或修改软件项目计划的其它部分。3.3.6出口准则工作任务拆分WBS已完成，并形成文件。本阶段确定的任务已填写任务任务单。3.3.7输出（工作产品）《WBS》《项目任务单》3.3.8资源和能力要求织适当的培训。3.3.9度量项目经理负责统计用于WBS的工时。3.4制订风险管理计划3.4.1过程元素概述于项目工程的始终。风险管理不是项目经理一人的任务，也不是一次性的任务。潜在的风险及其发生的可能性和影响进行交流的环境对项目经理来说是重要的。制定风险管理计划包括：风险识别、风险分析、风险的处理和减缓行动。3.4.2参与人员3.4.3入口准则WBS已完成。3.4.4输入项目任务书客户需求、软件需求WBS3.4.5任务1、在项目估算开始前，通常要对项目进行风险分析。2、风险分析通常是由项目经理和组员参照《软件开发潜在风险分析列表》以及曾经开发过的项目所积累的经验来进行。3、制定风险管理计划包括识别风险、然后进行风险分析并制定风险处理和减缓行动。识别风险：①识别风险的主要方法：就项目可能存在的问题和不确定因素，征求项目组成员的意见。参考以往项目的风险情况。针对所识别的潜在风险，采用提问的方式确定是否应认定为风险.②确定所识别的风险的类型，风险类型主要由三类：规模风险：项目产品本身（大系统和小系统）或由项目团队引起的风险。织自身的管理水平、能力成熟度引发的风险。风险。③项目经理将识别出的风险记录到《风险减缓活动日志》的风险列表中。风险分析：①风险分析步骤：评价风险可能性和影响计算风险值和风险等级（分为1级、2级）确定风险优先级②具体的风险分析方法参见附表：《风险分析》风险的分类，记录到《风险减缓活动日志》中。风险处理和减缓活动：①对每个高优先级风险，项目组都要制定出处理和减缓风险的活动计划。②通常采取以下4处理和减缓》③将每个处理和减缓活动计划记录到《风险减缓活动日志》中。4、在项目跟踪过程中，风险需要被定期跟踪，对已识别的风险进行处理。并识别新的风险及对应的减缓活动。5、对风险的管理是定期进行识别和管理的，与其它按阶段进行计划的活动有所区别。6当的修改。3.4.6出口准则制定风险管理计划并得到批准。3.4.7输出（工作产品）《风险管理计划》或更新后的《项目计划》3.4.8资源和能力要求一定的管理储备、风险管理人员有比较多的项目经验。3.4.9度量项目组识别风险、分析风险、制定风险处理措施所花费的工时。3.5项目估算3.5.1概述每一个项目都要对项目进行估算，并将估算的结果作为项目计划的基础。提供一种错误的安全感，可能比根本没有计划更糟。估算的内容通常包括：规模、工作量/成本、外部成本、关键计算机资源、进度表、管理储备等。在项目进度表中要安排里程碑点，里程碑点一般选在有特定意义的阶段点，如重要阶段的开始或结束。项目估算的流程如下：3.5.2参与人员项目经理：组织召开估算会议，进行软件估算转自项目管理者联盟指对本项目情况较熟悉的人员。3.5.3入口准则软件需求规格说明书已完成项目管理者联盟WBS已完成风险已识别3.5.4输入《软件需求规格说明书》WBS《风险管理计划》或包括风险管理计划的《项目计划》3.5.5任务3.5.5.1估算方法：估算和计划贯穿了整个项目。给各个阶段。详细的计划和估算，并更新总的项目估算。3.5.5.2估算策略：确定估算内容（如规模、工作量等）确定估算时间（策划时估算日期的确定）确定估算技术（如Delphi估算方法）确定估算粒度（如人天，人月）。3.5.5.3估算内容：1、估算软件规模①估算软件规模时通常采用的方法有两种：功能点（FP）估计法代码行（LOC）估计法2、估算成本和工作量①估算开发活动时通常采用以下两种方法：利用生产率数据的估计法Wideband-Delphi估计法为开发工作量的某个适当的比例：支持活动大约在5%-10%（如SCM、SQA）项目管理大约在15-20%。3、估算外部成本转自项目管理者联盟①需要估算的外部成本包括：开发或测试所用的硬件。开发或测试所用的软件工具。将要集成到软件产品中的软件。（如DBMS、中间件）培训（课程费和其它费用）约定的维护4、估算关键计算机资源项目经理圈子内存、磁盘容量、网络容量、处理器性能。5、建立管理储备②它代表了为用于批准的变更而保留的部分项目资金。同意的变更。6、制定进度表①首先根据规模及工作量估算结果估算每个活动的工期。②然后确定活动之间的所有关系，识别关键路径。③画一个Gantt图表，表示各活动的起始和结束日期。④确定项目的里程碑。7、建立项目基准①项目基准，也叫做计划工作的预算成本（BCWS）。立起来的。③在项目的跟踪与监控过程中，通过获得挣值图对成本进行度量。8、阶段详细估算步骤同上述的过程相同。②把详细估算累计起来，确定项目和阶段的总估算。③完成后更新总体的项目估算和时间表。④详细估算完成后，更新项目计划。3.5.5.4形成《软件估计书》将上述估算的结果记录到《软件估计书》中。详细估算。《软件估计书》作为项目计划的一部分一起评审。3.5.6出口准则估算活动完成。估算结果得到批准。3.5.7输出（工作产品）《软件估计书》《项目进度表》或包括了进度信息的WBS修订过的WBS3.5.8资源和能力要求进行项目估算的人员应掌握估算的方法。3.5.9度量项目经理进行以下统计：项目估算所花费的工时；实际结果和项目估算结果的偏差（项目结束时统计计算）。3.6项目计划审批3.6.1概述选用、软件开发计划（WBS、风险管理计划、软件估算、项目培训计划、工具及些计划的制定在整个生命周期中是相关的，在项目计划时它们也是保持着同步，着另一个计划的变更，项目计划始终是作为一个整体存在的。要分别进行讨论、评审、批准、对客户做出承诺、配置管理。3.6.2参与人员项目经理：编写《项目计划》。相关组负责人：其他计划的编制。SQA：评审主持人、批准项目计划。高层经理：批准项目计划。客户代表：参加项目计划的评审。3.6.3入口准则任务拆分已完成项目经理博客项目估算已完成日程编制已完成3.6.4输入WBS《软件估计书》《项目进度表》或包括了进度信息的WBS3.6.5任务3.6.5.1项目计划文档化12、计划包括的内容有：项目介绍、参考文件、组织结构、角色及职责、软件生命周期模型定义、WBS、风险管理、估算、进度表、培训计划、开发设施和支持工具计划等。3WBS计划》文档一同评审。4SQASCM目计划》的组成部分一同评审。53.6.5.2项目计划的审批1、对形成文档的项目计划要进行评审和批准。2、项目计划活动是按阶段进行的，对《项目计划》的评审根据情况也要分阶段进行，具体在哪些阶段评审哪些产品，参见《项目计划阶段活动表》。3SQA人员担任。评审人员通常由下列人员担任：项目经理、其它项目组的项目经理SQA、SCM、客户代表等，具体评审方式参见《评审规程》。4、评审可将所有计划文档一同评审，也可排定时间表分别评审，但都属于对一个产品的评审。5、评审通过后，所有参加人员要在评审