软件项目管理规范样本.doc

摘要本文简要阐明了软件开发项目筹划要素、筹划编制过程、以及项目筹划内容拟定普通过程。核心词项目管理、筹划、编制过程正文一、项目筹划要素依照PMBOK，项目筹划可以包括如下要素：1、项目范畴阐明项目范畴阐明阐述进行这个项目因素或意义，形成项目基本框架，使项目所有者或项目管理者可以系统地、逻辑地分析项目核心问题及项目形成中互相作用要素，使项目干系人在项目开始实行前或项目有关文档编写此前，可以就项目基本内容和构造达到一致；项目范畴阐明应当形成项目成果核对清单，作为项目评估根据，在项目终结后来或项目最后报告完毕以迈进行评估，以此作为评价项目成败根据；范畴阐明还可以作为项目整个生命周期监控和考核项目实行状况基本，和项目其她有关筹划基本。2、项目进度筹划进度筹划是阐明项目中各项工作开展顺序、开始时间、完毕时间及互相依赖衔接关系筹划。通过进度筹划编制，使项目实行形成一种有机整体。进度筹划是进度控制和管理根据，可以分为项目进度控制筹划和项目状态报告筹划。在进度控制筹划中，要拟定应当监督哪些工作、何时进行监督、监督负责人是谁，用什么样办法收集和解决项目进度信息，如何准时检查工作进展和采用什么调节办法，并把这些控制工作所需时间和人员、技术、物资资源等列入项目总筹划中。3、项目质量筹划质量筹划针对详细待定项目，安排质量监控人员及有关资源、规定使用那些制度、规范、程序、原则。项目质量筹划应当涉及与保证与控制项目质量关于所有活动。质量筹划目是保证项目质量目的都能达到。依照ISO9001规定和PMBOK，为实现质量目的，组织应遵循以顾客为中心、领导作用、全员参加、过程办法、管理系统办法、持续改进、基于事实决策办法、互利供方关系等8项质量管理原则。4、项目资源筹划有了项目范畴筹划和进度筹划后，资源筹划就是决定在项目中每一项工作中用什么样资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用筹划涉及资源筹划、费用估算、费用预算。5、项目沟通筹划沟通筹划就是制定项目过程中项目干系人之间信息交流内容、人员范畴、沟通方式、沟通时间或频率等沟通规定商定6、风险对策筹划风险对策筹划是为了减少项目风险损害而分析风险、制定风险应对方略方案过程，涉及辨认风险、量化风险、编制风险应对方略方案等过程7、项目采购筹划项目采购筹划过程就是辨认哪些项目需求可应通过从本公司外部采购产品或设备来得到满足。如果是软件开发工作采购，也就是外包，应当同步制定对外包进度监控和质量控制筹划。8、变更控制、配备管理筹划由于项目筹划无法保证一开始就预测得非常精确，在项目进行过程中也不能保证精确有力控制，导致项目筹划与项目实际状况不符状况经常发生，因此必要有效解决项目变更。变更控制筹划重要是规定变更环节、程序，配备管理筹划就是拟定项目配备项和基线，控制配备项变更，维护基线完整性，向项目干系人提供配备项精确状态和当前配备数据。二、项目筹划编制过程由于软件开发手工性、个体性特性，软件开发项目筹划不也许是一种静态筹划，一次在项目启动时，可以先制定一种颗粒度相对比较粗项目筹划，先拟定项目高层活动和预期里程碑。粗颗粒度项目筹划需要不断地更新迭代，依照项目大小和性质以及项目进展状况进行迭代和调节。迭代和调节周期也是依照项目状况进行制定，普通短到一周，长到2个月左右。通过不断筹划制定、调节、修订等工作，项目筹划从最初粗粒度，变得非常详细。这样筹划将始终延续到项目结束，延续到项目成果浮现。制定筹划过程就是一种对项目逐渐理解掌握过程，通过认真地制定筹划，项目经理可以懂得哪些要素是明确，哪些要素是要逐渐明确，通过渐近明细不断完善项目筹划。阶段筹划中包括工作报告和下一阶段工作安排是掌握项目进度根据，从阶段筹划对照总体筹划，才干一目了然地看出工作进展状况。制定筹划过程，也是在进度、资源、范畴之间谋求一种平衡过程。制定筹划精髓不在于写出一份好看文档，而在于运用您智慧去应对各种问题和面临风险并尽量做出前瞻性思考。一旦筹划被负责任地完毕，她就可以给自己一种和管理层或客户交流与协商基本，协助你在项目过程中防范各种问题浮现，协助你保证项目准时完毕。公司拟定要开始某个项目时普通会下达一种立项文献，暂且叫“项目立项文献”，重要内容是遵循合同或有关合同，项目大体范畴、项目结束截止时间和某些核心时间，指定项目经理和某些项目成员等等。接下来项目筹划编写普通要按照如下过程：1 成立项目团队：有关部门收到通过审批后“项目立项文献”和有关资料，则正式在“项目立项文献”中指定项目经理组织项目团队，成员可以随着项目进展可以在不同步间加入项目团队，也可以随着分派工作完毕而退出项目团队。但最佳都能在项目启动时参加项目启动会议，理解总体目的、筹划，特别是自己目的职责，加入时间等等。2 项目开发准备：项目经理组织前期加入项目团队成员准备项目工作所需要规范、工具、环境。如开发工具、源代码管理工具、配备环境、数据库环境等。前期加入项目团队成员重要由筹划经理，系统分析员等构成，但将近制定好项目筹划一定要尽量通过在所有项目团队成员和项目干系人中间充分沟通。如果项目中存在某些核心（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研成果应留下下书面结论以备评审。阐明：项目筹划书必要在相应阶段对项目目的、阶段目的和各项任务进行精准定义，就是要在相应阶段进一步进行项目目的细化工作；特别是在概要设计完毕，详细设计或编码实现开始之前应当对下一阶段目的任务进行细化。应当充分调查并掌握影响项目筹划一切内部和外部影响因素；应当尽量充分地分析项目工作分解构造，通过度析项目工作分解构造不但获得项目静态构造，并且通过逻辑分析，获得项目各工作任务之间动态工作流程；应当将项目目的、任务进行分解，制定详细实行方案。3 项目信息收集：项目经理组织项目团队成员通过度析接受项目有关文档、进一步与顾客沟通等途径，在规定期间内尽量全面收集项目信息。项目信息收集要讲究充分、有效率沟通，并要达到共识。有些成员以为，电子邮件发来文档（筹划、需求、周筹划等）是在沟通不够充分状况下完毕，成员看过后有不理解或与自己能力或意愿不符状况，但通过电子邮件等方式沟通效率不高，这也许是个习惯问题，也许和某个详细问题自身与否容易通过电子邮件沟通清晰关于。因而重要内容需要开会进行Q&A讨论，保证所有重要问题都得到理解，最后达到共识。讨论会上达到共识应当记录成文字贯彻在详细文档中。4 编写软件项目筹划书项目经理负责组织编写软件项目筹划书。软件项目筹划书 是项目策划活动核心输出文档，它涉及筹划书主体和以附件形式存在其她有关筹划，如配备管理筹划等。软件项目筹划书编制参照GB856788计算机软件产品开发文献编制指南中项目开发筹划规定。各公司在建立ISO9001质量管理体系或CMM过程中也会建立相应软件开发项目筹划书规范。编制项目筹划过程应当分为如下几种环节：a、拟定项目应交付成果。这里项目应交付成果不但是指项目最后产品，也涉及项目中间产品。例如普通状况下软件开发项目项目产品可以是：需求规格阐明书、概要设计阐明书、详细设计阐明书、数据库设计阐明书、项目阶段筹划、项目阶段报告、程序维护阐明书、测试筹划、测试报告、程序代码与程序文献、程序安装文献、顾客手册、验收报告、项目总结报告等等；b、任务分解：从项目目的开始，从上到下，层层分解，拟定实现项目目的必要要做各项工作，并画出完整工作分解构造图。软件开发项目刚开始也许只能从阶段角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，固然规模较大时也可把需求、设计拆提成不同任务。但是特别是在概要设计完毕时可以对下一阶段目的任务进行横向细化。c、在资源独立假设前提下拟定各个任务之间互相依赖关系，以拟定各个任务开始和结束时间先后顺序；获得项目各工作任务之间动态工作流程。d、拟定每个任务所需时间，即依照经验或应用有关办法给任务需要耗费时间；拟定每个任务所需人力资源规定，如需要什么技术、技能、知识、经验、纯熟限度等等。e、拟定项目团队成员可以支配时间，即每个项目成员详细花在项目中确切时间；拟定每个项目团队成员角色构成、职责、互有关系、沟通方式。f、拟定管理工作，管理工作是贯穿项目生命周期，如项目管理、项目会议等、编写阶段报告。项目团队成员之间沟通时间、项目团队成员和其她项目干系人之间沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在筹划中都应当充分地被考虑进去，再回师项目筹划更加合理，更有效地减少由于筹划不合理而导致项目进度延期。g、依照以上成果编制项目总体进度筹划，总体进度筹划应当体现任务名称、负责人、开始时间、结束时间、应提交可检查工作成果。h、考虑项目费用预算、也许风险分析及其对策、需要公司内部或客户或其她方面协调或支持事宜。5 软件项目筹划书评审、批准项目筹划书评审、批准是为了使有关人员达到共识、减少不必要错误，使项目筹划更合理更有效。项目经理完毕软件项目筹划书后，一方面组织项目团队内部项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目筹划书进行评审，评审可采用电子或会议方式，并进行阶段成果项目团队内评阅记录。应当规定所有有关人员在收到软件项目筹划书后一种商定期间内反馈对筹划书意见。项目经理保证与所有人员就项目筹划书中所列内容达到一致。这种一致性是规定所有项目团队成员对项目筹划内容进行承诺，无法承诺或者说是无法达到一致，要么修改项目筹划去适应某些项目团队成员，要么是由某些项目团队成员采用妥协办法，去适应项目筹划规定。项目经理将已经达到一致软件项目筹划书提交项目高层分管领导或其授权人员进行审批，审批完毕时间不能超过预先商定期间。对于意义重大项目，由过程控制部门如质量管理部和项目分管领导同步对软件项目筹划书进行审批。批准后软件项目筹划书作为项目活动开展根据和本公司进行项目控制和检查根据，并在必要时依照项目进展状况实行筹划变更。项目质量监督员依照软件项目筹划书和软件开发项目质量筹划书规范编制软件开发项目质量筹划。大型项目应当编制单独软件开发项目质量筹划书；规模较小可以在软件项目筹划书某个章节阐明“软件开发项目质量筹划”，也可单独编制类似“软件开发项目质量控制表”文档。配备管理员依照筹划书编制项目配备管理筹划。以项目工作筹划书中阶段成果为根据，依照配备管理筹划规范编制配备管理筹划，项目经理审批配备管理筹划，并对配备管理筹划有效性负责。项目策划工作完毕，软件项目筹划书通过评审，普通状况下，对软件开发项目来说，工作转入需求分析阶段。三、项目筹划内容拟定项目筹划内容拟定普通要按照如下过程：1 拟定项目概貌合同项目以合同和招投标文献为根据，非合同项目以可行性研究报告或项当前期调研成果为根据，明确项目范畴和约束条件，并以同样根据，明确项目交付成果。进一步明确项目工作范畴和项目参加各方责任。2 拟定项目团队拟定项目团队组织构造和与项目开发有关职能机构，涉及管理、开发、测试、QA、评审、验收等。拟定项目团队人员及分工。与有关人员协商，拟定项目团队人员构成。如内部不能满足人员需求，则提出人员增援申请。3 明确项目团队内、外协作沟通明确与顾客单位沟通办法。明确最后顾客、直接顾客及其所在本公司部门名称和联系电话。客户更多参加是项目成功重要推动力量，加强在开发过程中与顾客方项目经理或配合人员积极沟通，将有助加强客户等项目参加限度。建议采用周报或月报方式告示项目进展状况和下一阶段筹划，浮现需要客户协调或理解问题。当项目团队需要与外部单位协作开发时，应明确与协作单位沟通方式。拟定协作单位名称、负责人姓名、承担工作内容以及实行人姓名、联系电话。明确本公司内部协作开发部门名称、经理姓名、承担工作内容以及工作实行负责人姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上项目应当组织项目团队周例会，项目团队采用统一交流系统建立项目团队交流空间。4 规划开发环境和规范阐明系统开发所采用各种工具，开发环境，测试环境等。列出项目开发要遵守开发技术规范和行业原则规范。对于本公司还没有规范开发技术，项目经理应组织人员制定出在本项目中将遵守规则。5 编制工作进度筹划依照本公司规定和项目实际状况，拟定项目工作流程。编制项目工作筹划，此筹划为高层筹划，各阶段工作时间安排要涉及完毕阶段文档成果、文档成果提交评审及进行修改时间，各阶段结束标志是阶段成果发布。在筹划中规定明确如下内容：a、工作任务划分；b、显示项目各阶段或迭代时间分派状况时间线或甘特图；c、拟定重要里程碑、阶段成果；d、规定用文字对项目工作筹划做出解释。最后用一张时间表格来完整阐明整个工作筹划；对于迭代开发项目，应编制出第一阶段阶段筹划。阶段内任务分割以2-5天为适当，特殊任务时间跨度在两个星期内；在项目进行过程中，项目经理编制双周工作筹划，指引成员详细工作。6 编制项目监控筹划。其中阐明进度控制、质量控制、版本控制、预算控制等。7 编制项目风险筹划，分析项目过程中也许浮现风险以及相应风险对策。对于大型项目，建议以附件方式编制，便于不断更新。8 制定辅助工作筹划。依照项目需要，编制如培训筹划、招聘筹划等。9 规划开发支持工作，如供方管理筹划。10 规划项目验收：制定项目验收筹划。此项工作可以视需要进行裁减。11 规划项目收尾与交接活动。制定项目验收、培训和项目进入维护阶段与技术支持部交接工作。参照文献管理软件开发项目（第二版）Neal Whitten（软件项目管理系列丛书，孙艳春等译）；IT项目管理Kathy Schwalbe（项目管理译丛 王金玉等译）；项目管理筹划、进度和控制系统办法（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；实用软件工程（第二版）郑人杰、殷人昆、陶永雷（清华大学出版社）软件工程：实践者研究办法（第5版）Roger S.Pressman著；ISO9001：质量管理体系规定；高档项目管理基本（信息产业部计算机信息系统集成高档项目经理培训讲义）；成功项目管理Trevol L Young（泰晤士报商业版，严鸿娟译）；成功项目管理Jack Gido James P. Clements（21世纪管理典型教材系列，张金城等译）；如何做好项目管理Stanley E. Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；PMBOK-PMI； 本文完毕日期：3月23日本文作者邮箱：或欢迎指正。软件开发项目筹划书编写阐明摘要本文重要对软件开发项目筹划书格式及重要内容编写要点进行阐明，对某些内容进行了举例阐明。核心词项目、筹划书、格式、编写阐明正文一、项目筹划书格式依照GB856788计算机软件产品开发文献编制指南中项目开发筹划规定，结合实际状况调节后项目筹划书内容索引如下：1 引言1.1 编写目1.2 背景1.3 定义1.4 参照资料1.5 原则、公约和商定2 项目概述2.1项目目的2.2产品目的与范畴2.3假设与约束2.4 项目工作范畴2.5 应交付成果2.5.1 需完毕软件2.5.2 需提交顾客文档2.5.3 须提交内部文档2.5.4 应当提供服务2.6 项目开发环境2.7 项目验收方式与根据3 项目团队组织3.1 组织构造3.2 人员分工3.3 协作与沟通3.3.1 内部协作3.3.2 外部沟通4 实行筹划4.1 风险评估及对策4.2 工作流程4.3 总体进度筹划4.4 项目监控4.4.1 质量控制筹划4.4.2 进度监控筹划4.4.3 预算监控筹划4.4.4 配备管理筹划5 支持条件5.1 内部支持（可选）5.2 客户支持（对项目而言）5.3 外包（可选）6 预算（可选）6.1 人员成本6.2 设备成本6.3 其他经费预算6.4 项目共计经费预算7 核心问题8专项筹划要点二、项目筹划书编写阐明1 引言1.1 编写目阐明编写这份项目筹划目，并指出预期读者。作用：本节是为了阐明编制“项目筹划书”亦即本文档意图和但愿达到效果。注意这里“目”不是“项目目的”，而是为了阐明本文档目与作用。“项目目的”在2.1中阐明。意义：使项目成员和项目干系人理解项目开发筹划书作用、但愿达到效果。开发筹划书作用普通都是“项目成员以及项目干系人之间共识与商定，项目生命周期所有活动行动基本，以便项目团队依照本筹划书开展和检查项目工作。”例如可以这样写：为了保证项目团队准时保质地完毕项目目的，便于项目团队成员更好地理解项目状况，使项目工作开展各个过程合理有序，因而以文献化形式，把对于在项目生命周期内工作任务范畴、各项工作任务分解、项目团队组织构造、各团队成员工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出安排以书面方式，作为项目团队成员以及项目干系人之间共识与商定，项目生命周期内所有项目活动行动基本，项目团队开展和检查项目工作根据。常用问题：把项目自身“项目目的”误作编制项目开发筹划目。1.2 背景重要阐明项目来历，某些需要项目团队成员懂得有关状况。重要有如下内容：项目名称：通过与客户商定或通过立项手续统一拟定项目名称，普通与所待开发软件系统名称有较大关系，如针对“XX系统”开发项目名称是“XX系统开发”。项目委托单位：如果是依照合同进行软件开发项目，项目委托单位就是合同中甲方；如果是自行研发软件产品，项目委托单位就是本公司。项目顾客（单位）：软件或网络使用单位，可以泛指某个顾客群。注意项目顾客或单位有时与项目委托单位是同一种，有时是不同样。如海关报关软件、税务报税软件，委托单位是海关或税务机关，但使用顾客或单位不但有海关或税务机关，还涉及需要报关、报税公司单位。项目任务提出者：本公司内部提出需要完毕此项目人员，普通是领导或商务人员；注意项目任务提出者普通不同于项目委托单位，前者普通是公司内部人员。如果是内部开发项目，则两者区别在于前者指人，后者指单位。项目重要承担部门：有些公司依照行业方向或工作性质不同把软件开发提成不同部门（也有分为不同事业部）。项目特点就是其矩阵式组织，普通一种项目项目成员也许由不同部门构成，甚至也许由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几种构成。需要依照项目所涉及范畴拟定本项目重要承担部门。项目建设背景：从政治环境上、业务环境上阐明项目建设背景，阐明项目大环境、来龙去脉。这有助于项目成员更好地理解项目目的和各项任务。例句：依照某部关于某建设工作实行意见精神，为了保障某建设工作正常实行，必要加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实行列入督查重要内容，及时掌握进度，有关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。当前对于某建设工作工作重要采用筹划部门手工编制年度筹划、建设工作主管部门和建设工作实行单位联合手动编制进度筹划，某建设工作单位手工上报建设工作进度状况方式，而全市建设工作有数百个，加上前期建设工作数量和此后某市建设发展趋势，建设工作数量将越来越多，本来工作模式已经越来越无法适应市委市政府规定。因而，充分运用当代信息化、因特网优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息及时性、减轻各级有关工作人员劳动强度是非常有必要和急迫任务。软件系统与其她系统关系：阐明与本系统关于其她系统，阐明它们之间互相依赖关系。这些系统可以是这个系统基本性系统（某些数据、环境等必要依托这个系统才干运营），也可以是以这个系统为基本系统，或者是两者兼而有之关系、互相依赖系统。例句：本系统中对外部办公某些如需要各个建设单位报送材料子系统应当挂在市政府网站。软件系统与机构关系：阐明软件系统除了委托单位和使用单位，还与哪些机构组织关于系。例如某些系统需要遵守那些组织原则、需要通过那些组织机构测试才干使用等等、与否需要外包或与那些组织机构合伙。1.3 定义列出为对的理解本筹划书所用到专门术语定义、外文缩写词原词及中文解释。注意尽量不要对某些业界使用通用术语进行此外定义，使它含义和通用术语惯用含义不一致。1.4 参照资料列出本筹划书中所引用及有关文献资料和原则作者、标题、编号、刊登日期和出版单位，必要时阐明得到这些文献资料和原则途径。本节与下一节“原则、公约和商定”互为补充，注意“参照资料”未必作为“原则、公约和商定”，由于“参照”不一定是“必要遵守”。惯用资料如：本项目合同、标书、上级机关关于告知、通过审批项目任务书；属于本项目其她已经刊登文献；本文档中各处引用文献、资料，涉及所要用到软件开发原则。1.5 原则、公约和商定列出在本项目开发过程中必要遵守原则、公约和商定。例如：相应立项建议书、项目任务书、合同、国标、行业原则、上级机关关于告知和实行方案、相应技术规范等。“参照资料”普通具备“物质”特性，普通要阐明参照了什么，要阐明在哪里可以获得；“原则、公约和商定”普通具备“精神”特性，普通是必要遵守，不阐明在哪里可以获得。参照资料内容应当涵盖“原则、公约和商定”。2 项目概述2.1 项目目的设定项目目的就是把项目要完毕工作用清晰语言描述出来，让项目团队每一种成员均有明确概念。注意，不要简朴地说成在什么什么时间完毕开发什么什么软件系统或完毕什么什么软件安装集成任务。注意“要完毕一种系统”只是一种模糊目的，它还不够详细和明确。明确项目目的应当指出了服务对象，所开发软件系统最重要功能和系统自身比较深层次社会目或系统使用后所起到社会效果。项目目的应当符合SMART原则：l S Specific 明确陈述l M Measurable 可以衡量成果l A Attainable 可以达到目的l R Realistic 合理，现实或者说是能和实际工作相结合l T Trackable 可以跟踪项目目的可以进行横向分解也可以进行纵向分解。横向分解普通按照系统功能或按照建设单位不同业务规定，如分解为第一目的、第二目的等等；纵向分解普通是指按照阶段，如分解为第一阶段目的、第二阶段目的等等，或近期目的、中期目的、远期目的等等。阶段目的普通应当阐明目的实现较为明确时间。普通要在阐明了总目的基本上再阐明分解目的，可加上“为实现项目总目的，必要实现如下三个阶段目的”2.2 产品目的与范畴依照项目输入（如合同、立项建议书、项目技术方案、标书等）阐明此项目要实现软件系统产品目与目的及简要软件功能需求。对项目成果（软件系统）范畴进行精确清晰界定与阐明是软件开发项目活动开展基本和根据。软件系统产品目的应当从顾客角度阐明开发这一软件系统是为理解决顾客那些问题。产品目的如“提高工作信息报送反馈工作效率，更好地进行工作信息报送检查监督，提高信息及时性、汇总记录信息精确性，减轻各级有关工作人员劳动强度。”2.3 假设与约束对于项目必要遵守各种约束（时间、人员、预算、设备等）进行阐明。这些内容将限制你实现什么、如何实现、什么时候实现、成本范畴等种种制约条件。假设是通过努力可以直接解决问题，而这些问题是一定要解决才干保证项目按筹划完毕。如：“系统分析员必要在3天内到位”或“顾客必要在8月8日前拟定对需求文档进行确认”约束普通是难以解决问题，但可以通过其她途径回避或弥补、取舍，如人力资源约束限制，就必要牺牲进度或质量等等。假设与约束是针对比较明确会浮现状况，如果问题浮现具备不拟定性，则应当在风险分析中列出，分析其浮现也许性（概率）、导致影响、应当采用相应办法。2.4 项目工作范畴阐明为实现项目目的需要进行那些工作。在必要时，可描述与合伙单位和顾客工作分工。注意产品范畴与项目工作范畴不同含义。产品范畴界定：软件系统产品自身范畴特性和功能范畴。工作范畴界定：为了可以准时保质交付一种有特殊特性和功能软件系统产品所要完毕那些工作任务。产品范畴完毕状况是参照客户需求来衡量，而项目范畴完毕状况则是参照筹划来检查。这两个范畴管理模型间必要要有较好统一性，以保证项目详细工作成果，能按特定产品规定准时交付。2.5 应交付成果2.5.1 需完毕软件列出需要完毕程序名称、所用编程语言及存储程序媒体形式。其中软件对象也许涉及：源程序、数据库对象创立语句、可执行程序、支撑系统数据库数据、配备文献、第三方模块、界面文献、界面原稿文献、声音文献、安装软件、安装软件源程序文献等等。2.5.2 需提交顾客文档列出需要移送给顾客每种文档名称、内容要点及存储形式，如需求规格阐明书、协助手册等。此处需要移送顾客文档可参照合同中规定。2.5.3 须提交内部文档可依照GB8567-88计算机软件产品开发文献编制指南附录O：“文献编制实行规定实例（参照件）”结合各公司实际状况调节制定软件开发文档编制裁减衡量因素表。依照因素表拟定项目相应项目衡量因素取值，以拟定本项目应完毕阶段成果。将不合用于本项目内容裁减，以减少不必要项目任务和资源。依照因素取值列出本项目应完毕阶段成果，阐明本项目取值所在区间，将其她因素值区间删除。2.5.4 应当提供服务依照合同或某重点建设工作需要，列出将向顾客或委托单位提供各种服务，例如培训、安装、维护和运营支持等。详细工作筹划如需要编制现场安装作业指引书、培训筹划等，应当在本筹划“4.3总体进度筹划”中条列出。2.6 项目开发环境阐明开发本软件项目所需要软硬件环境和版本、如操作系统、开发工具、数据库系统、配备管理工具、网络环境。环境也许不止一种，如开发工具也许需要针对Java，也需要针对C+。有些环境也许无法拟定，需要在需求分析完毕或设计完毕后才干拟定所需要环境。2.7 项目验收方式与根据阐明项目内部验收和顾客验收方式，如验收涉及交付前验收、交付后验收、试运营（初步）验收、最后验收、第三方验收、专家参加验收等等。项目验收根据重要有标书、合同、有关原则、项目文档（最重要是需求规格阐明书）。3 项目团队组织3.1 组织构造阐明项目团队组织构造。项目组织构造可以从所需角色和项目成员两个方面描述。所需角色重要阐明为了完毕本项目任务，项目团队需要哪些角色构成，如项目经理、筹划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织构造可以用图形来表达，可以采用树形图，也可以采用矩阵式图形，同步阐明团队成员来自于哪个部门。除了图形外，可以用文字简要阐明各个角色应有技术水平。注意虽然有某些通用构造可以套用，但各种不同规模、不同形式项目组织构造是不同样。如产品研发项目也许就不需要实行人员（小组），但需要知识转移方面人员（小组）。而软件编码外包项目则不需要程序员，测试人员也可以恰本地减少。3.2 人员分工拟定项目团队每个成员属于组织构造中什么角色，她们技术水平、项目中分工与配备，可以用列表方式阐明，详细编制时按照项目实际组织构造编写。如下是一种示例。3.3 协作与沟通项目沟通与协作一方面应当拟定协作与沟通对象，就是与谁协作、沟通。沟通对象应当涉及所有项目干系人，而项目干系人涉及了所有项目团队成员、项目接口人员、项目团队外部有关人员等等。另一方面应当拟定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当阐明主送人、抄送人，聊天室沟通方式应当商定期间周期。而协作模式重要阐明在浮现什么状况时候各个角色应当（积极）采用什么办法，涉及沟通，如何互相配合来共同完毕某项任务。定期沟通普通要涉及项目阶段报告、项目阶段筹划、阶段会议等3.3.1 项目团队内部协作本节阐明在项目开发过程中项目团队内部协作模式和沟通方式、频次、沟通成果记录办法等内容。3.3.2 项目接口人员应当阐明接口工作人员即她们职责、联系方式、沟通方式、协作模式，涉及：a、负责本项目同顾客接口人员；b、负责本项目同本公司各管理机构，如筹划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等接口人员；c、负责本项目同分包方接口人员。3.3.3 项目团队外部沟通与协作模式项目团队外部涉及公司内部管理协助部门、项目委托单位、客户等等。本节阐明在项目开发过程中项目团队内部与接口人员、客户沟通方式、频次、沟通成果记录办法等内容。明确最后顾客、直接顾客及其所在本公司部门名称和联系电话。明确协作开发关于部门名称、经理姓名、承担工作内容以及工作实行负责人姓名、联系电话。拟定关于合伙单位名称、负责人姓名、承担工作内容以及实行人姓名、联系电话。4 实行筹划4.1 风险评估及对策辨认或预估项目进行过程中也许浮现风险。应当分析风险浮现也许性（概率）、导致影响、依照影响应当采用对策，采用办法。风险辨认涉及辨认内在风险及外在风险。内在风险是指项目工作组能加以控制和影响风险，如人事任免和成本预计等。外在风险指超过项目工作组等控制力和影响力之外风险，如市场转向或政府行为等风险对策涉及：避免：排除特定危胁往往靠排除危险来源；减缓：减少风险事件预期资金投入来减低风险发生概率，以及减少风险事件风险系数；吸纳：接受一切后果，可以是积极（如制定防止性筹划来防备风险事件发生），也可以是悲观（如某些费用超支则接受低于预期利润）。对于软件开发项目而言，在分析、辨认和管理风险上投入足够时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制能力，由于在问题发生之前已经做了周密筹划，因而对项目成功产生更加充分信心。软件开发项目常用预估风险：1) 工程规模进度上风险规模大，规模估算不精准甚至误差很大；就规模而言，顾客规定交付期、费用很紧；预料外工作(测试未完时现场相应等)；2) 技术上风险使用新开发技术、新设备等，或是新应用组合，没有经验；是新行业或业务，没有经验；性能上规定很严；3) 顾客体制上问题顾客管理不严，恐怕功能决定、验收不能顺利地完毕（或者浮现了延迟）；或者恐怕功能会多次变更；与顾客分担开发，恐怕工程会迟延（或者浮现了延迟）；顾客或其她有关单位承担工作有也许延误；4) 其他：应当包括此处没有、但据推测有风险项目。4.2 工作流程阐明项目采用什么样工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创立工作流程。不同流程将影响背面工作筹划制定。必要时画出本项目采用工作流程图及恰当文字阐明。4.3 总体进度筹划这里所说总体进度筹划为高层筹划。作为补充，应当分阶段制定项目阶段筹划，这些阶段筹划不在这份文档中，当要以这份总体筹划为根据。总体进度筹划要根据拟定项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交阶段成果，在阶段时间安排中要考虑项目阶段成果完毕、提交评审、修改时间。对于项目筹划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移送、内部培训、顾客培训、安装布置、试运营、验收等工作，给出每项工作任务预定开始日期、完毕日期及所需资源，规定各项工作任务完毕先后顺序以及表征每项工作任务完毕标志性事件（里程碑）。例如需求评审设计评审表格中检查点里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请依照项目需要拟定。制定软件项目进度筹划可以使用某些专门工具，最惯用是MicrosoftProject作为辅助工具，功能比较强大，比较适合于规模较大项目，但无法完全代替项目筹划书，特别是某些重要由文字来阐明某些。小规模项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细阐明。制定软件项目进度筹划应当考虑如下某些因素:1）对于系统需求和项目目的掌握限度。如开始时对于系统需求和项目目的只有比较数理解，就只能制定出比较粗进度筹划，等到需求阶段或设计阶段结束，就应当进一步细化进度筹划。2）软件系统规模和项目规模，这两个不是一种概念。软件系统规模往往是从功能点估算或其她估算方式得来，而项目规模还要考虑对文档数量与质量规定，使用开发工具、新技术、多少复用、沟通以便限度、客户方状况、需要遵守原则规范等等等等。例如，完毕一种大型系统，在一定期间内一种人或几种人智力和体力是承受不了。由于软件是逻辑、智力产品，盲目增长软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量增长，人员组织、协调、通信、培训和管理方面问题将更为严重。3）软件系统复杂限度和项目复杂限度：和软件系统规模和项目规模同样，软件系统复杂限度重要是考虑软件系统自身功能、架构复杂限度，而项目复杂限度重要是指项目团队成员构成、项目任务复杂限度、项目干系人复杂限度、需求调研难易限度，多项目状况下资源保障状况，等等等等。软件系统规模与软件系统复杂限度未必是成比例关系；同样项目规模与项目复杂限度未必是成比例关系。4）项目工期规定，就是项目紧急限度。有些项目规模大，却由于与顾客订立了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增长人选多采用加班方式是一种万不得已选取。增长人选除了增长人成本外必然会增长沟通成本（熟悉项目任务所需要时间）；加班如果解决不好会导致情绪上问题，也也许会由于过于忙碌而无法顾及质量，导致质量下滑。5）项目成员能力。这些能力涉及项目经理管理能力，系统分析员分析能力、系统设计人员设计能力、程序员编码能力、测试人员测试能力，以及公司或项目团队激发出这些能力能力。从此外一种角度看尚有总体上对客户行业业务熟悉限度；对于建模工具、开发工具、测试工具等技术掌握限度；公司内部对行业业务知识和重要技术知识积累。4.4 项目控制筹划4.4.1 质量保证筹划执行质量评审活动，对过程质量进行控制。规模较大项目应当单独编写软件开发项目质量筹划。依照GB/T 12504 计算机软件质量保证筹划规范，内容涉及：l 引言（本章节涉及质量筹划目、定义、参照资料）l 管理（描述负责软件质量管理机构、任务及其有关职责）l 文档（列出在该软件开发、验证与确认以及使用与维护等阶段中需要编制文档，并描述对文档进行评审与检查准则）l 原则、条例和商定（列出软件开发过程中要用到原则、条例和商定，并列出监督和保证执行办法）l 评审和检查（规定所要进行技术和管理两个方面评审和检查工作，并编制或引用关于评审和检查规程，以及通过与否技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）l 软件配备管理（编制关于配备管理条款，或在“4.4.4 配备管理筹划”中阐明，或引用按照GB/T 12505 计算机软件配备管理筹划规范单独制定文档）l 工具、技术和办法（指明用于支持特定软件项目质量管理工作工具、技术和办法，指出它们目和用途）l 媒体控制（阐明保护计算机程序物理媒体办法和设施，以免非法存取、意外损坏或自然老化）l 对供货单位控制（供货单位涉及项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制规程，从而保证项目承办单位从软件销售单位购买、其她开发单位开发或从开发单位现存软件库中选用软件能满足规定需求。）l 记录收集、维护和保存（指明需要保存软件质量保证活动记录，并指出用于汇总、