软件项目计划书编写说明

软件项目计划书编写阐明

一、项目计划书格式根据《GB8567—88计算机软件产品开发文献编制指南》中项目开发计划的规定，结合实际状况调整后的《项目计划书》内容索引如下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应当提供的服务门、财务部门等日勺接口人员；C、负责本项目同分包方的接口人员项目团体外部沟通与协作模式项目团体外部包括企业内部管理协助部门、项目委托单位、客户等等本节阐明在项目开发过程中项目团体内部与接口人员、客户沟通的I方式、频次、沟通成果记录措施等内容明确最终顾客、直接顾客及其所在本企业/部门名称和联络明确协作开发的有关部门的名称、经理姓名、承担的J工作内容以及工作实行负责人的姓名、联络确定有关日勺合作单位的名称、负责人姓名、承担的工作内容以及实行人的姓名、联络4实行计划

4.1风险评估及对策识别或预估项目进行过程中也许出现的风险应当分析风险出现日勺也许性（概率）、导致的影响、根据影响应当采用的对策，采用的措施风险识别包括识别内在风险及外在风险内在风险是指项目工作组能加以控制和影响日勺风险，如人事任免和成本估计等外在风险指超过项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等风险的对策包括防止排除特定危胁往往靠排除危险来源；减缓减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳接受一切后果，可以是积极日勺（如制定防止性计划来防备风险事件时发生），也可以是消极日勺（如某些费用超支则接受低于预期日勺利润）对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程愈加平稳、，提高项目跟踪和控制的）能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生愈加充足H勺信心软件开发项目常见预估日勺风险:1）工程/规模/进度上的风险规模大，规模估算不精确甚至误差很大；就规模而言，顾客规定交付期、费用很紧；预料外日勺工作（测试未完时欧I现场对应等）；2）技术上的风险使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上日勺规定很严；3）顾客体制上的问题顾客管理不严，恐怕功能决定、验收不能顺利地完毕（或者出现了延迟）；或者恐怕功能会多次变更；与顾客分担开发，恐怕工程会迟延（或者出现了延迟）；顾客或其他有关单位承担区I工作有也许延误；4）其他应当包括此处没有、但据推测有风险的项目

4.2工作流程阐明项目采用什么样的工作流程进行如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创立的J工作流程不一样欧J流程将影响背面日勺工作计划时制定必要时画出本项目采用的工作流程图及合适的文字阐明

4.3总体进度计划这里所说的总体进度计划为高层计划作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为根据总体进度计划要根据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完毕、提交评审、修改的时间对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、顾客培训、安装布署、试运行、验收等工作，给出每项工作任务的）预定开始日期、完毕日期及所需的资源，规定各项工作任务完毕的先后次序以及表征每项工作任务完毕的标志性事件（里程碑）例如起止时间点+责任人及所需资源（完成工作口应提交成果检查点/里程碑一P PP PP PPPP需求评审设计评审表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定制定软件项目进度计划可以使用某些专门的工具，最常用的是Microsoft的Project作为辅助工具,功能比较强大，比较适合于规模较大H勺项目，但无法完全替代项目计划书，尤其是某些重要由文字来阐明日勺部分小规模的项目可简便地使用EXCEL作为辅助工具有关怎样使用这些工具不在此作详细阐明制定软件项目进度计划应当考虑如下某些原因1）对于系统需求和项目目日勺的掌握程度如开始时对于系统需求和项目目日勺只有比较数的理解,就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应当深入细化进度计划2）软件系统规模和项目规模，这两个不是一种概念软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的规定，使用的开发工具、新技术、多少复用、沟通的以便程度、客户方的状况、需要遵守的原则规范等等等等例如，完毕一种大型的I系统，在一定的时间内一种人或几种人的智力和体力是承受不了的由于软件是逻辑、智力产品，盲目增长软件开发人员并不能成比例地提高软件开发能力相反，伴随人员数量的增长，人员的组织、协调、通信、培训和管理方面的问题将更为严重3）软件系统复杂程度和项目复杂程度和软件系统规模和项目规模同样，软件系统的复杂程度重要是考虑软件系统自身的功能、架构的复杂程度，而项目的复杂程度重要是指项目团体组员的I构成、项目任务口勺复杂程度、项目干系人口勺复杂程度、需求调研口勺难易程度，多项目状况下资源保障的状况，等等等等软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的I规模与项目的复杂程度未必是成比例的关系4）项目的工期规定，就是项目日勺紧急程度有些项目规模大，却由于与顾客签订了协议，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑怎样更好地合理安排进度，多增长人选多采用加班的方式是一种万不得已的选择增长人选除了增长人日勺成本外必然会增长沟通的成本（熟悉项目任务所需要的时间）；加班假如处理不好会导致情绪上的问题，也也许会由于过于忙碌而无法顾及质量，导致质量的下滑5）项目组员的能力这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员日勺编码能力、测试人员日勺测试能力，以及企业或项目团体激发出这些能力的能力从此外一种角度看尚有总体上对客户行业业务H勺熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和重要技术的知识积累

4.4项目控制计划

4.

4.1质量保证计划执行质量评审活动，对过程质量进行控制规模较大时项目应当单独编写《软件开发项目质量计划》根据GB/T12504计算机软件质量保证计划规范，内容包括1引言（本章节包括质量计划的目的、定义、参照资料）1管理（描述负责软件质量管理的机构、任务及其有关的职责）1文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查日勺准则）1原则、条例和约定（列出软件开发过程中要用到欧I原则、条例和约定，并列出监督和保证执行日勺措施）1评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则至少耍进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）1软件配置管理（编制有关配置管理条款，或在“444配置管理计划”中阐明，或引用按照《GB/T12505计算机软件配置管理计划规范》单独制定的文档）1工具、技术和措施（指明用于支持特定软件项目质量管理工作口勺工具、技术和措施，指出它们的目的和用途）1媒体控制（阐明保护计算机程序物理媒体的措施和设施，以免非法存取、意外损坏或自然老化）1对供货单位日勺控制（供货单位包括项目承接单位、软件销售单位、软件开发单位规定对这些供货单位进行控制日勺规程，从而保证项目承接单位从软件销售单位购置时、其他开发单位开发时或从开发单位现存软件库中选用的软件能满足规定的需求）1记录的搜集、维护和保留（指明需要保留的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的措施和设施，并指明要保留的期限）

4.

4.2进度控制计划（可直接引用如下描述或根据项目状况制定本节内容）本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的平常检查记录

4.

4.3预算监控计划阐明怎样检查项目预算的使用状况根据项目状况需要制定

4.

4.4配置管理计划编制有关软件配置管理的条款，或引用按照GB/T12505单独制定《配置管理计划》文档在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和汇报修改实现的I状态以及评审和检查配置管理工作等四方面的活动还必须规定用以维护和存储软件受控版本的措施和设施；必须规定对所发现的软件问题进行汇报、追踪和处理的环节，并指出实现汇报、追踪和处理软件问题的机构及其职责根据《GB/T12505计算机软件配置管理计划规范》，软件配置管理计划内容如下1引言（本章节包括质量计划的目的、定义、参照资料）1管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制）1软件配置管理活动（描述配置标识、配置控制、配置状态记录与汇报以及配置检查与评审等到四方面日勺软件配置管理活动的需求）1工具、技术和措施（指明为支持特定项目的软件配置管理所使用日勺软件工具、技术和措施，指明它们日勺目日勺，并在开发者所有权日勺范围内描述其使用方法）1对供货单位日勺控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购置时、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）1记录时搜集、维护和保留（指明要保留aJ软件配置管理文档，指明用于汇总、保护和维护这些文档日勺措施和设施，并指明要保留的期限）5支持条件阐明为了支持本项目的完毕所需要的多种条件和设施

5.1内部支持逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间规定和用途例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的I规定

5.2客户支持列出对项目而言需由客户承担的工作、完毕期限和验收原则，包括需由客户提供的I条件及提供时间

5.3外包（可选）列出需由外单位分协议承包者承担欧I工作、完毕时间，包括需要由外单位提供的条件和提供日勺时间6预算

6.1人员成本列出产品/项目团体每一种人日勺估计工作月数列出完毕本项目所需要的劳务（包括人员的数量和时间）劳务费一般包括工资、奖金、补助、住房基金、退休养老金、医疗保险金

6.2设备成本设备成本包括原材料费，设备购置及使用费列出拟购置日勺设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用日勺既有设备及其使用时间

6.3其他经费预算列出完毕本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、1差旅费（旅费、出租）（含补助）2资料费（图书费、资料费、复印费、出版费）3通信费（市话长话费、移动通信费、上网费、邮资）4会议费（鉴定费、评审会、研讨费、外事费等）5办公费（购置办公用品）6协作费（业务协作招待费、项目团体加班伙食费）7（培训资料编写费、资料印刷费、产地费、设备费）其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）培训费、外包费等，包括:

6.4项目合计经费预算列出完毕本项目需要的所有经费预算（上述各项费用之和）7关键问题逐项列出可以影响整个项目成败H勺关键问题、技术难点和风险，指出这些问题对项目成败的影响8专题计划要点专题计划也就是由于项目时需要在本文档之外独立建立日勺计划，本节阐明本项目开发中需要制定的各个专题计划的要点专题计划也许包括分协议计划、分项目计划、项目团体组员培训计划、测试计划、安全保密计•划、质量保证计划、配置管理计划、顾客培训计•划、系统安装布署计划参照文献《项目管理一计划、进度和控制日勺系统措施》（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；《计算机软件工程规范国标汇编2023》中国原则出版社；《PMBOK-2023》PMI；《PMBOK-2023》PMI；《成功日勺项目管理》Trevol LYoung（泰晤士报商业版，严鸿娟译）；《成功日勺项目管理》Jac.Gid.Jame.P.Clements（二十一世纪管理经典教材系列，张金城等译）；《怎样做好项目管理》Stanle.E.Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；《管理软件开发项目》（第二版）Neal Whitten（软件项目管理系列丛书，孙艳春等译）；《IT项目管理》Kathy Schwalbe（项目管理译丛王金玉等译）；《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）

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编写目的I阐明编写这份项目计划的目的，并指出预期的读者作用本节是为了阐明编制“项目计划书”亦即本文档的意图和但愿到达的效果注意这里的“目的，，不是“项目目的”，而是为了阐明本文档的目的与作用“项目目的”在

2.1中阐明意义使项目组员和项目干系人理解项目开发计划书的作用、但愿到达的效果开发计划书的作用一般都是“项目组员以及项目干系人之间的共识与约定，项目生命周期所有活动日勺行动基础，以便项H团体根据本计划书开展和检查项R工作J例如可以这样写为了保证项目团体准时保质地完毕项目目的，便于项目团体组员更好地理解项目状况，使项目工作开展日勺各个过程合理有序，因此以文献化日勺形式，把对于在项目生命周期内欧I工作任务范围、各项工作的任务分解、项目团体组织构造、各团体组员欧I工作责任、团体内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面日勺方式，作为项目团体组员以及项目干系人之间日勺共识与约定，项目生命周期内日勺所有项目活动日勺行动基础，项目团体开展和检查项目工作的根据常见日勺问题把项目自身的“项目目的”误作编制项目开发计划日勺目的

1.2背景重要阐明项目口勺来历，某些需要项目团体组员懂得的有关状况重要有如下内容项目的名称通过与客户约定或通过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大H勺关系，如针对“XX系统”开发的项目名称是“XX系统开发”项目的委托单位假如是根据协议进行的软件开发项目，项目的委托单位就是协议中的甲方；假如是自行研发H勺软件产品，项目H勺委托单位就是本企业项目时顾客（单位）软件或网络的使用单位，可以泛指某个顾客群注意项目的顾客或单位有时与项目日勺委托单位是同一种，有时是不一样样的如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的顾客或单位不仅有海关或税务机关，还包括需要报关、报税日勺企业单位项目日勺任务提出者本企业内部提出需要完毕此项目日勺人员，一般是领导或商务人员；注意项目的I任务提出者一般不一样于项目口勺委托单位，前者一般是企业内部的人员假如是内部开发项目，则两者的区别在于前者指人，后者指单位项目的重要承担部门有些企业根据行业方向或工作性质的不一样把软件开发提成不一样廿勺部门（也有的分为不一样事业部）项目的特点就是其矩阵式组织，一般一种项目的J项目组员也许由不一样的部门构成，甚至也许由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几种构成需要根据项目所波及的I范围确定本项目的重要承担部门项目建设背景从政治环境上、业务环境上阐明项目建设背景，阐明项目的大环境、来龙去脉这有助于项目组员更好地理解项目目的I和各项任务例句根据《某部有关某建设工作的实行意见》精神，为了保障某建设工作的正常实行，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实行列入督查时重要内容，及时掌握进度，有关部门建立市某建设工作简报制度，及时反应全市某建设工作动O目前对于某建设工作区I工作重要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实行单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度状况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和此后某市建设发展的趋势，建设工作日勺数量将越来越多，本来W、J工作模式已经越来越无法适应市委市政府日勺规定因此，充足运用现代信息化、因特网时优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级有关工作人员的劳动强度是非常有必要和紧迫日勺任务软件系统与其他系统的关系阐明与本系统有关的其他系统，阐明它们之间口勺互相依赖关系这些系统可以是这个系统的基础性系统（某些数据、环境等必须依托这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统例句本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站软件系统与机构的关系阐明软件系统除了委托单位和使用单位，还与哪些机构组织有关系例如某些系统需要遵守那些组织的原则、需要通过那些组织机构的测试才能使用等等、与否需要外包或与那些组织机构合作O

1.3定义列出为对欧J理解本计划书所用到的专门术语日勺定义、外文缩写词日勺原词及中文解释注意尽量不要对某些业界使用日勺通用术语进行此外的I定义，使它的含义和通用术语日勺常用含义不一致

1.4参照资料列出本计划书中所引用的及有关的文献资料和原则的I作者、标题、编号、刊登日期和出版单位,必耍时阐明得到这些文献资料和原则的途径本节与下一节的“原则、公约和约定”互为补充,注意“参照资料未必作为“原则、公约和约定”，由于“参照”日勺不一定是“必须遵守”日勺常用资料如本项目日勺协议、标书、上级机关有关告知、通过审批日勺项目任务书；属于本项目的其他已经刊登的文献；本文档中各处引用的文献、资料，包括所要用到的软件开发原则

1.5原则、公约和约定列出在本项目开发过程中必须遵守的原则、公约和约定例如对应口勺《立项提议书》、《项目任务书》、协议、国标、行业原则、上级机关有关告知和实行方案、对应的I技术规范等“参照资料”一般具有“物质”特性，一般要阐明参照了什么，要阐明在哪里可以获得；“原则、公约和约定”一般具有“精神”特性，一般是必须遵守的，不阐明在哪里可以获得参照资料欧I内容应当涵盖“原则、公约和约定”2项目概述

2.1项目目的设定项目目的）就是把项目要完毕口勺工作用清晰的I语言描述出来，让项目团体每一种组员均有明确的概念注意，不要简朴地说成在什么什么时间完毕开发什么什么软件系统或完毕什么什么软件安装集成任务注意“要完毕一种系统”只是一种模糊的目的，它还不够详细和明确明确的项目目日勺应当指出了服务对象，所开发软件系统最重要日勺功能和系统自身日勺比较深层次的社会目日勺或系统使用后所起到的社会效果项目目日勺应当符合SMART原则1S Specific明确的陈说1M Measurable可以衡量日勺成果1A Attainable可以到达欧I目的J

1.2产品目的与范围根据项目输入（如协议、立项提议书、项目技术方案、标书等）阐明此项目要实现的软件系统产品的目的与目的及简要的软件功能需求对项目成果（软件系统）范围进行精确清晰的界定与阐明是软件开发项目活动开展的基础和根据软件系统产品目日勺应当从顾客的角度阐明开发这一软件系统是为了处理顾客日勺那些问题产品目的如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总记录信息的精确性，减轻各级有关工作人员日勺劳动强度J

1.3假设与约束对于项目必须遵守的多种约束（时间、人员、预算、设备等）进行阐明这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件假设是通过努力可以直接处理的问题，而这些问题是一定要处理才能保证项目按计划完毕如:“系统分析员必须在3天内到位”或“顾客必须在8月8日前确定对需求文档进行确认”约束一般是难以处理的问题，但可以通过其他途径HI避或弥补、取舍，如人力资源日勺约束限制,就必须牺牲进度或质量等等假设与约束是针对比较明确会出现的状况，假如问题的出现具有不确定性，则应当在风险分析中列出，分析其出现口勺也许性（概率）、导致的影响、应当采用的对应措施

1.4项目工作范围阐明为实现项目日勺目的需要进行那些工作在必要时，可描述与合作单位和顾客的工作分工注意产品范围与项目工作范围的不一样含义产品范围界定软件系统产品自身范围的特性和功能范围工作范围界定为了可以准时保质交付一种有特殊的特性和功能时软件系统产品所要完毕日勺那些工作任务产品范围日勺完毕状况是参照客户日勺需求来衡量日勺，而项目范围的完毕状况则是参照计划来检查日勺这两个范围管理模型间必须要有很好的统一性，以保证项目的详细工作成果，能按特定日勺产品规定准时交付

1.5应交付成果

1.

5.1需完毕的软件列出需要完毕的程序的名称、所用的编程语言及存储程序的媒体形式其中软件对象也许包括:源程序、数据库对象创立语句、可执行程序、支撑系统的数据库数据、配置文献、第三方模块、界面文献、界面原稿文献、声音文献、安装软件、安装软件源程序文献等等

1.

5.2需提交顾客的文档列出需要移交给顾客的每种文档日勺名称、内容要点及存储形式，如需求规格阐明书、协助手册等此处需要移交顾客的文档可参照协议中的规定

1.

5.3须提交内部的文档可根据《GB8567-88计算机软件产品开发文献编制指南》附录0:“文献编制实行规定的实例（参照件）”结合各企业实际状况调整制定《软件开发文档编制淘汰衡量原因表》根据《原因表》确定项目对应欧I项目衡量原因取值，以确定本项目应完毕的阶段成果将不合用于本项目口勺内容淘汰，以减少不必要的项目任务和资源根据原因取值列出本项目应完毕的阶段成果，阐明本项目取值所在的区间，将其他原因值区间删除

1.

5.4应当提供的服务根据协议或某重点建设工作需要，列出将向顾客或委托单位提供日勺多种服务，例如培训、安装、维护和运行支持等详细的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“

4.3总体进度计划”中条列出

1.6项目开发环境阐明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境环境也许不止一种，如开发工具也许需耍针对Java的，也需耍针对C++的有些环境也许无法确定，需要在需求分析完毕或设计完毕后才能确定所需要的环境

1.7项目验收方式与根据阐明项目内部验收和顾客验收日勺方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等项目验收根据重要有标书、协议、有关原则、项目文档（最重要是需求规格阐明书）3项目团体组织

3.1组织构造阐明项目团体的组织构造项目的组织构造可以从所需角色和项目组员两个方面描述所需角色重要阐明为了完毕本项目任务，项目团体需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等组织构造可以用图形来表达，可以采用树形图，也可以采用矩阵式图形，同步阐明团体组员来自于哪个部门除了图形外，可以用文字简要阐明各个角色应有的技术水平注意虽然有某些通用日勺构造可以套用，但多种不一样规模、不一样形式日勺项目组织构造是不一样样日勺如产品研发项目也许就不需要实行人员（小组），但需要知识转移方面的人员（小组）而软件编码外包的项目则不需要程序员，测试人员也可以合适地减少

3.2人员分工确定项目团体的的每个组员属于组织构造中日勺什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式阐明，详细编制时按照项目实际组织构造编写如下是一种示例姓名*技术水平角色「工作描述2A A项目管理、前期分分析系统需求、项目计划、项目团队析、设计〃管理、检查进度〃A分析、设计、编曲分析新功能、软件框架扩展、代码模块分配、数据库设计说明书分析、设计数据交换、安装程序、安装手册一p设计、编码小数据加载分析一p设计项目后期总体负责、加载程序编写一*A设计、编码口数码相机照片读取剪切模块设计一p测试时软件进行测试、软件测试文档二P d文档编写、测试〃用户操作手册〃A

3.3协作与沟通项目的沟通与协作首先应当确定协作与沟通日勺对象，就是与谁协作、沟通沟通对象应当包括所有项目干系人，而项目干系人包括了所有项目团体组员、项目接口人员、项目团体外部有关人员等等另一方面应当确定协作模式与沟通方式沟通方式如会议、使用、、内部邮件、外部邮件、QuickPlace,聊天室等等其中邮件沟通应当阐明主送人、抄送人，聊天室沟通方式应当约定期间周期而协作模式重要阐明在出现什么状况时时候各个角色应当（积极）采用什么措施,包括沟通，怎样互相配合来共同完毕某项任务定期时沟通一般要包括项目阶段汇报、项目阶段计划、阶段会议等

3.

3.1项目团体内部协作本节阐明在项目开发过程中项目团体内部的协作模式和沟通方式、频次、沟通成果记录措施等内容

3.

3.2项目接口人员应当阐明接口工作的人员即他们的职责、联络方式、沟通方式、协作模式，包括a、负责本项目同顾客的接口人员；b、负责本项目同本企业各管理机构，如计划管理部门、协议管理部门、采购部门、质量管理部。