软件开发项目计划书三篇

软件开发项目计划书三篇篇一：软件开发项目计划文档简介本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划，建立适当的对项目实际进展的可视性，使管理者在项目执行显著偏离软件计划时采取有效措施，从而保证XX学院人事管理系统项目的顺利完成。目的编写XX学院人事管理系统项目的项目开发计划，主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行，从而避免一些不必要的问题，提高产品开发质量，顺利的完成此项目。项目简介项目名称项目编号：项目名称：XX学院人事管理系统（CDGSRS）研发代号：产品标识产品名称：XX学院人事管理系统产品缩称：CDGSRS版本号：1.0项目背景

XX有限公司与XX学院签定软件开发合同,确定由XX有限公司为XX学院开发“XX学院人事管理系统”。任务提出者XX学院任务开发者XX有限公司软件事业部用户重点用户：XX学院人事科、办公室的关键岗位人员普通用户：XX学院全体教职工范围本产品将通过Internet网络构造一个实用、易用的人事管理系统实现XX学院人事信息管理。实现XX学院工资、各项津贴及福利的管理。实现XX学院师资管理。实现XX学院个人相关人事信息查询。缩略语与首字母缩写文档作者《项目立项建议书》《用户需求说明书》肖甜项目概述项目的目的和目标本产品将通过Internet网络构造一个实用、易用的人事管理系统。实现XX学院人事信息管理。实现XX学院工资、各项津贴及福利的管理实现XX学院师资管理。实现XX学院个人相关人事信息查询。假设与依赖假设/约束说明人员必须有4名两年以上J2EE架构开发人员时间20XX年5月14日必须上线项目的可交付工件交付时间工件20XX-1-12用户需求说明书20XX-1-15产品规格说明书20XX-5-11XX学院人事管理系统20XX-5-11用户操作手册20XX-5-11测试报告20XX-6-6验收报告项目生命周期V模型项目组织组织结构

角色与职责角色参与者职责项目经理负责定义项目，开发项目计划，收集项目数据，跟踪监控项目，管理项目风险。需求分析员需求调研、需求分析，需求管理系统设计员开发系统技术解决方案、进仃系统分析和设计程序员根据设计实现系统，单元测试测试员设计测试、执行测试配置管理员建立配置环境、管理配置项、管理基线和变更维护人员系统维护对外联系计划组织接口管理外部组织人员人员外部组织人员人员联系方式内部联系人人员联系方式角色与职责角色参与者职责

甲方管理代表负责此软件项目使用的管理组织工作甲方验收代表负责项目验收管理流程项目估算人力支出表活动工作量（人时）成本（兀人民币）需求1043900设计28810800编码80030000测试1104125部署12450合计：131449275非人力支出表费用名称成本（兀人民币）交通费500需求阶段：300设计阶段：50编码阶段：50 部署阶段：100招待费1000需求阶段：300设计阶段：0编码阶段：0 部署阶段：

700通讯费1400需求阶段：200 设计阶段：400编码阶段：400 部署阶段：400合计：2900其中人力支出表参见《XX学院人事管理系统成本估算表.wbs》项目计划阶段计划阶段周期里程碑需求阶段20XX-12-29至20XX-1-15在到达本阶段结束时会产生本项目的第一个里程碑一一需求阶段里程碑，里程碑到达有如下标志：1.《需求规格说明书》已被开发并得到客户确认；设计阶段20XX-1-16至20XX-3T4在到达本阶段结束时会产生本项目的第二个里程碑构架阶段里程碑，里程碑到达有如下标志：1•数据库设计已被开发并通过评审；系统技术解决方案已得到确定；产品和产品组件的设计已得到验证；编码阶段20XX-3-15至20XX-5T1在到达本阶段结束时会产生本项目的第二个里程碑编码阶段里程碑，里程碑

到达有如下标志：1.产品已经实现并且通过测试；2.用户支持文档已被开发并通过测试；部署阶段20XX-5T4至20XX-6-6在到达本阶段结束时会产生本项目的第四个里程碑一一部署阶段里程碑，里程碑到达有如下标志：1•产品已被部署到目标组织并且得到客户验收；项目时间表《XX学院人事管理系统.mpp》项目资源分配人员配备计划阶段人员要求技能类型数量需求阶段配置管理员1熟悉项目配置需求分析员1三年以上项目需求分析的经验设计阶段系统设计员1两年以上J2EE应用系统设计的经验编码阶段程序员3两年使用J2EE做应用系统经验测试员1一年以上WEB测试的经验部署阶段维护人员1熟悉linux、Unix和windows下DB2及Webspare的配置

资源获取计划阶段人员资源获取类型数量需求阶段配置管理员1从公司软件部程序员中抽调，编码人员兼任需求分析员1从公司软件部需求分析员中抽调设计阶段系统设计员1从公司软件部系统分析员中抽调编码阶段程序员3从公司软件部程序员中抽调测试员1从质量管理部抽调部署阶段维护人员1编码人员兼任培训计划培训类型培训内容日期技术培训使用工具PowerDesigner20XX-12-29至20XX-2-22使用工具VSSE2Q设计平台深入设计JSP、Servlet编写规范J2EE组件设计阶段详细计划需求开发阶段阶段目标：获取更详细的用户需求，完成《需求规格说明书》的编制和评审阶段WBS：参见文档一一《XX学院人事管理系统需求开发阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档一一《XX学院人事管理系统需求开发阶段进度计划.MPP》设计阶段阶段目标：完成概要设计和详细设计，完成设计评审。阶段WBS：参见文档一一《XX学院人事管理系统设计阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档一一《XX学院人事管理系统设计阶段进度计划.mpp》编码阶段阶段目标：产品已经实现并且通过测试；用户支持文档已被开发并通过测试。阶段WBS：参见文档一一《XX学院人事管理系统编码阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档一一《XX学院人事管理系统编码阶段进度计划.mpp》部署阶段项目监控需求管理计划参见：《XX学院人事管理系统项目需求管理计划》进度控制计划每天检查工作任务的百分比，记录在项目跟踪表中，每周五下午举行项目周例会检查项目成员的项目周报。工作量偏差处理办法-0.3~-0.1不做处理-0.5~-0.3需要增加工时-0.7~-0.5需要增加资源-1~-0.7需要调整周计划平均工作量偏差处理办法-1~-0.7需求上报高层修改里程碑报告计划内部报告报告频率项目周报每周项目月报周月项目阶段报告里程碑处外部报告报告频率项目进度报告每周测试计划参见：《XX学院人事管理系统测试计划》风险管理计划参见：《XX学院人事管理系统项目风险管理计划》项目结束管理计划项目状态资源处理结项人员释放回组织；

项目文档归档存入组织财富数据库；中止人员释放回组织；项目文档归档存入组织财富数据库；取消人员释放回组织；项目文档归档存入组织财富数据库；暂停如果在需求阶段暂停，人员释放回组织；如果在设计阶段暂停，人员释放回组织；如果在编码阶段暂停，保留一名开发人员在项目中，其它项目成员释放回组织；技术流程计划已定义过程过程活动是否载—剪裁剪理由工作产品是否载剪裁剪理由项目立项过程获取项目信息否项目信息是合同已体现开发项目建议书否立项建议书否定义初始需求否前景需求属性补充规约是合同已体现评估风险否风险列表否风险检杳表是风险列表及

阶段报告已体现确定商业理由否商业理由是合同已体现项目立项评审否评审记录立项评审报告否启动项目否项目组织职责任命书是立项评审通过即启动完善资料是合同已体现前景风险列表商业理由立项建议书是项目计划与监控过程项目估算否项目估算表是包含在项目计划评估项目风险否风险列表否开发项目计划否项目计划项目进度表否提交评审否评审通知否评审项目计划否项目计划评审报告缺陷记录否

基线化项目计划否配置审计报告基线发布报告否修改项目计划否项目计划否取得项目计划的承诺否评审报告否分配工作任务否周报否执行工作任务否周报否跟踪计划执行否软件项目跟踪表风险列表否提交项目状态报告否项目状态报告（阶段报告、月报）风险列表否项目阶段评审否项目阶段评审报告否风险管理过程制定风险管理计划否风险管理计划风险列表否识别风险否风险列表否

分析风险否风险列表否制定风险缓解策略否风险列表（解决、*J? > 、万案）项目计划否制定风险应急计划否风险列表项目计划问题解决计划否执行风险缓急和应急措施否风险列表（风险缓解计划与措施）项目计划周报否集成项目管理建立已定义过程否项目计划否制定集成计划否集成计划（包括：质量保证计划、配置管理计划、风险管理计划）否管理项目否阶段报告工作产品收集到的度量否

数据协调相关涉重否为组织过程财富库做贡献否阶段报告周报组织财富库否软件需求与管理过程需求管理计划否《需求管理计划》《需求属性数据库》《项目计划进度表》否需求获取否《需求获取计划》是已包含在项目计划中《需求获取记录》（调研记录）否《项目立项评审报告》否用户需求说明书否决策分析报告是项目时间约束

调研否业务调研计划是项目时间约束调研记录否目标组织评估是项目时间约束业务词汇表是项目时间约束业务调研记录是项目时间约束详细需求否需求规格说明书否数据流程模型是项目时间约束补充规约是项目时间约束分析模型是项目时间约束分析报告是项目时间约束开发界面原型是需求规格说明书已有用例用户界面原型用户操作说明书（初稿）是

需求评审否评审报告检杳表评审通知否需求确认协议否需求确认否（附带到需求规格说明书）变更请求否基线化否基线审核报告基线发布报告建立需求跟踪矩阵否需求跟踪矩阵否分析问题层次否问题报告否市场调研计划是市场需求调查是合同项目问卷调查表市场调研记录市场调查分析报告项目计划否分析设计划否WBS计项目进度表设计及架构否软件构架文档否

概要设计说明是采用软件构书架文档详细设计说明是采用软件构书架文档实现模型是项目时间约束设计模型否部署模型是项目时间约束数据模型否数据库设计否数据库设计说否明书评审否评审报告否变更请求否基线化否基线审核报告基线发布报告程序编开发实施构建模型是在集成构建计划替代实施子系统实施模型是码实施程序代码软件产品过程评审实施是同行评审报告是集成构建否集成构建计划否评审报告否

建立构建环境否集成工作区建立记录个人工作区建立记录是用构建环境安装文档替代验收构建环境否构建环境检查表否构件否实施构建否程序开发卷宗是项目时间约束测试计划（单元否测试部分）单元测试用例否单元测试否测试数据是包含在单元测试用例中测试日志是项目时间约束测试报告否编写支持文档否用户支持文档（用户使用说明书）否走查否走查报告否软件测计划否测试计划否

试过程测试策略测试环境报告设计测试否测试用例否测试数据是包含在测试用例中实施测试否测试脚本是没有使用自动化测试工具执行单元测试否缺陷跟踪表单元测试报告否执行系统测试系统测试报告任务分配与监控否周报项目跟踪表月报阶段报告否同行评审过程评审准备否评审通知否申请评审否评审通知否确定评审人员否评审通知否通知评审否

发放评申材料否审查否问题记录表否评审会议否同行评审会议报告同行评审会议记录否修改工作否修改后的工件否制定产品基线否基线化的产品工件否软件质量保证过程制定质量保证计划否质量保证计划否执行过程和产品质量检查否过程评审/产品审计检查表否提交不符合项否过程评审报告产品审计报告不符合项记录否跟踪不符合项的解决否过程评审报告产品审计报告不符合项记录否

软件配置管理过程计划配置和变更管理否配置管理计划否配置计划评审报告是配置计划评审报告在项目计划中评审建立配置环境否配置环境验收报告配置库否配置项管理否工作区配置审计报告否基线管理否配置审计报告否管理配置状态否配置审计报告配置状态报告否变更管理否变更请求周报、项目计划评审报告或测试报告否软件结项过程准备结项否项目总结报告否申请结项否验收项目成果否产成品清单否

项目成果归档否决算报告（项目否项目决算否财务决算前确认表）项目考核否项目考核表否更新组织财富库否发布结项报告否项目总结报告培训需求的收集和分析否培训需求表否制定培训计划否年度培训计划是此项目没有此项项目培训计划否培训过培训申请审批是项目时间约程表束培训记录表否实施培训否培训签到表否培训反馈表否培训总结报告否培训统计报告是项目时间约

束培训通知否培训教材登记表是项目时间约束培训管理活动是培训申请审批表培训统计报告培训资料人力资源库培训讲师清单软件度量过程确定度量目标否项目度量计划否制定度里计划否项目度量计划否收集度量数据否度量分析表否分析度量数据否度量分析表否决策与分析过程提出申请否决策分析申请表是决策分析报告已代替确定评价标准否决策分析报告否

识别备选方案否否选择决策技术否否选定最终的、*J? >万案否决策分析报告否验收过程制定验收计划否产品验收计划否发布验收通知否验收通知否准备验收环境否准备好的验收环境否确认验收环境否确认符合要求的验收环境否准备验收的产品否准备就绪的待验收产品否确认验收产品准备情况否产品验收准备检查报告否验收测试否验收测试报告否验收复审会议否验收复审记录否提交修改意否修改意见报告否

见修改缺陷否修改后的产品否签署验收通过报告否验收通过确认书（验收报告）否方法、工具和技术过程域方法与工具需求开发PowerDesigner/MicrosoftOffice2003系统设计PowerDesigner项目规划MicrosoftProject/WBSCHART配置管理MicrosoftSourceSafe数据库DB2产品验收计划验收过程时间验收依据初验20XX-5-18双方确定的系统测试用例和产品需求规格说明书终验20XX-6-6双方确定的系统测试用例和产品需求规格说明书支持过程计划配置管理计划参见：《XX学院人事管理系统项目配置管理计划》评估计划评审内容评审时间项目计划评审20XX-12-27需求评审20XX-1-15设计评审20XX-3T3至20XX-3T4代码走查20XX-4-20至20XX-5-10测试设计评审具体时间参照《测试计划》质量保证计划参见：《XX学院人事管理系统项目质量保证计划》问题解决计划参见：《问题解决计划》分包商管理计划无其他计划《XX学院人事管理系统度量计划》篇二：软件项目计划书概述项目概述项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。1.2项目交付的产品交付日期12月20日，主要交付物有：酒店客房管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）1.3SPMP的演化SPMP于第12周周末前经由小组讨论一＞分工撰写一＞汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。1.4参考资料1.5定义、缩写词以及简写JDKFM:待开发的酒店客房管理系统软件名称SPMP:软件项目管理计划SRS：需求规格项目组织外部接口组织联系人指导老师其余组内部组织结构民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员没有任何区别。大家享有充分的民主，项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力，有利于攻克技术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的。角色与职责划分需求分析员整理需求分析并以撰写需求分析分析文档，负责人员：XX、XX软件设计员负责软件的设计并撰写设计文档，负责人员：XX开发人员编写软件开发的代码，负责人员：XX，XX总结人员负责最后的收尾工作并撰写总结文档，负责人员：XX管理过程项目启动计划每位组员既是积极的建言者，又是负责的合作者。决策应在充分的讨论基础上做出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品，遵循规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。产品要运行稳定，界面友好易上手，能很好的管理酒店客房信息。开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新，更好的吸引客户。工作计划第11周~第13周：完成需求规格说明并撰写需求规格说明第14周：完成系统设计并撰写软件设计文档第15周~第16周：完成编码测试第17周~第18周：完成软件交付并撰写总结文档控制计划各开发过程负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和助教参加评议。风险管理计划风险标题可能性影响优先级规避或减轻策略负责人预定完成日期1开发技术不成80%灾难的高提前制定好学习计划；XX第16周前熟降低设计难度XX

2考研课程100%严重的中适量少给她分配任务；开会讨论错开上课时间XX第16周前3考公务员100%严重的高适量少给他们分配任务；开会讨论错开上课时间XXXX第13周4考银行100%轻微的中适量少给她分配任务；开会讨论错开上课时间XXXX第13周5需求变更频繁50%严重的中需求制定充分预见未来；多于老师助教讨论；设计方案留有变更余地XXXX第13周6缺乏设计人才80%严重的高组员深入学习相关知识；寻求外援帮助XX第14周风险的详细描述如下：风险一：开发技术不熟练没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。风险二：考研课程组员XX每天都有考研课要上，又临近考试可能导致任务分配上的困难。风险三：考公务员组长XX和组员XX每天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会导致任务进度变慢。风险四：考银行组长XX和组员XX参加了农业银行招聘和民生银行招聘，预计十一月中上旬会去呼市参加考试，可能没办法监督项目正常进度，延缓任务完成时间。风险五：需求变更频繁在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。风险六：缺乏设计人才设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。项目收尾计划在开发阶段结束后，开发人员之间会进行代码走查，减少bug，并在测试阶段更新源代码，测试人员根据测试文档惊醒软件测试，提高软件正确性。最终交付酒店客房管理系统软件。计划过程过程模型应用瀑布模型，软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回进行修改。因此，这种模型强调文档的作用，并要求每个阶段都有仔细验证。方法、工具和技术本小组的团队组织结构为主程序员式组织结构；编程语言为java；采用面向对象的分析设计方法；利用UML进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。基础设施个人PC,笔记本、实验室专用PC机支持过程工作包工作包子工作包预期完成时间负责人最终交付物简单描述说明需求初步第11周采用组内交需求分析描述流和与客户需求规格第11周XX需求规格（主教老师说明原型XX说明和其他同学需求规格第12周扮演）访谈说明的进的形式确认步修改需求规格说需求规格第13周明说明的最终确认概要设计第14周可以根据需

系统设计详细设计第14周XX软件设计文档求规格说明的局部调整进行相应改变系统设计模型确定第14周编码测试编码开发第15周XXXX源代码为了克服技术不熟的缺陷，建议在此之前加强相关知识的学习编码测试第16周编码设计模型确定第16周软件交付系统交付第17周XX总结文档负责最后的收尾工作并撰写总结文档总结第18周依赖关系组织团队是完成软件项目的前提，明确分工负责；配置管理贯穿于整个软件开发和测试过程；需求分析是软件项目进入开发阶段的重要标志；系统设计是基于需求分析的基础上，又是编码的原理依据编码测试是软件开发进展的重要过程；交付阶段是软件获得客户的认可，是软件开发结束的标志5.3资源需求人员：小组软件项目开发成员、客户支持软件：Office计算机硬件：服务器等办公室：学院实验室和宿舍实验设备：个人PC机、笔记本、实验室专用PC机项目资源维护需求的数目和类型：6台个人电脑（PentiumIII800以上CPU，256M以上内存）5.4预算和资源分配预算：本次软件开发没有涉及到任何经济方面的预算，但会在最后产品拍卖的时候涉及虚拟货币。资源分配：各自使用各自的机器。5.5进度表11里理世；羽熬惟计里程札afciRFg亡善采购环境建立忙云号雯书求叶麻町卑切步摘述帚理毘L歩燐嗒堪确认英坯之计第民观哥说计洋W«#廉聊醐试阶艮锻局莎岌扁期试探磋剧试交忙阶段士品兰技辰鞋空V用户命训进打荃护篇三：游戏软件项目计划书引言编写目的为保证整个游戏系统开发项目能够按时且保质保量的完成，使每个人在该项目的开发过程中能够发挥自己的特长及作用，使整个项目的开发过程能够顺利平稳且有序的进行，并为项目开发提供有效且有力的进度参考。项目简介在电脑手机普及应用的今天，游戏成为人们益智和休闲娱乐的重要途径之一，它在人们的精神、生活等方方面面发挥着重要作用，而我们所开发的XX游戏系统，是一款小型益智休闲类游戏，给人们在休息时间带来新的体验。开发背景游戏发展至今已有三十余年的历史，而随着精神世界的提高与应用科学技术的不断发展，社会压力随之增大，而越来越多的人选择通过休闲益智类的小型游戏来丰富自己的精神生活。本游戏系统使用Myeclipse开发平台，主要研究基于java编程语言。参考资料项目概述项目目标XX游戏的运行游戏分为5个模式：冒险模式、玩玩小游戏、解谜模式、生存模式和禅境花园。每个模式中都分好多个游戏。在这些小游戏中，XX会以不同的形式出现，会提高玩家的注意力、左右脑的支配、提高智商。体现游戏创意、玩法、美术风格、大致背景、特色系统、与同类游戏区别。应交付成果完整的项目需求书，调研报告统计表。进度安排表，人员分工表，项目成本估计表。需求管理需求管理过程一、组织策划和技术骨干代表编写游戏功能描述。二、调查玩家的实际情况，明确玩家需求。三、做好市场调研，通过市场调研活动，这可以帮助项目负责人更加清楚的构想出自己开发的游戏的大体架构和模样，总结同类游戏优势和缺点。四、编写《玩家调查报告》和《市场调研报告》文档，作为日后项目开发过程中的依据。主要管理好美术/策划/程序三大块，每一块的质量评测方法方式都不相同：美术方面：我们采用的是定期审图机制，进行每周评审，通过即可交付策划。程序方面：我们遵循软件工程管理，每个阶段都进行详细的测试，并使用工单系统和BUG管理系统对发现的问题进行跟踪。按照监督计划分配相应的资源来保证某阶段的开发质量。任务分解

图3-2工作分解结构图变更控制一、项目开发周期长。网游项目的开发周期一般在1年半到2年，随着需求的变化，一个游戏开发三年以上的也比比皆是。二、 涉及环节多。游戏的开发涉及策划、美工（2D、3D、程序、测试等诸多环节，特别在资源调度上，难度很大。三、 需求变化多而快。网游是个需要和市场非常贴近的项目，市面上的游戏层出不穷，玩法推陈出新，如果不能及时赶上变化，往往游戏推出时，已经落后于主流游戏。因此，项目在进行过程中，经常需要根据市场变化更改需要。鉴于项目开发周期长，需求变化多的特点，我们的项目预算也是分期制定的，在总预算的基础上，我们将项目分成若干个阶段，根据不同阶段制定相应预算。游戏开发项目是比较难以控制成本的，这就要求在项目立项的时候就要考虑多方

面的因素，特别需求变化所带来的风险。在制定预算的时候，也应该留部分预算灵活使用。项目组织计划组织结构序号工作名称人力资源类型平均每天工作量（工时）母天需安排人数1需求分析分析员2432总体设计设计员4863界面详细设计设计员2434动画详细设计设计员2435处理详细设计设计员2436界面编码程序员4057动画编码程序员4058处理编码程序员405

9界面单元测试测试员32410动画单元测试测试员32411处理单元测试测试员32412系统测试设计员162测试员32413项目管理管理员81表4-2-1游戏软件开发项目人力资源计算时间（双123456789101112周）人数44444107747107时间（双131415161718192021222324周）人数91010101010577777表4-2-2项目人力资源计划表（人）协作与沟通项目沟通管理包括为保证及时与合理地生成、收集、分发、储存、提取及最终利用项目信息所需要的各过程。旨在为保证各项目干系人（包括项目团队、关系人、客户及发起人）及时得到信息并对信息做出相应的反应。项目沟通几乎贯穿于项目的每个环节，有效的沟通管理促成项目的成功，各项目干系人都应明白沟通会对项目产生怎样的影响。内部协作为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划：每天17:00—17:30项目组成员进行口头交流；每周五的14：00前提交周报告，并制作格式模板；每周五的15：00-17：00召开项目周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题；及时提交问题报告，问题可以通过网络提交，项目经理会及时获取问题信息。外部沟通与协作为了满足用户的产品需求，更好更完善产品功能，特要求如下的沟通计划：项目负责人与客户交流时，要听听客户想要什么，进而根据客户额需求进行详细的提问，直至双方达成共识。与团队成员讨论，划分功能模块，给出工程时间轴，并撰写详细的需求文档，召集客户相关部门的负责人一起商讨需求文档，要听取客户的建议，将任何变动要求都分类纪录。安抚情绪，解答困惑，控制需求变动。将会以商协中所有分歧性意见都逐条写下，抄送所有相关负责人，并要求他们纠正分歧和确认变动。根据确认过的反馈回复，修改需求文档，知道需求文档定稿。无论对于专业还是不专业客户，交流中都有很多没有考虑的遗漏点，因此需要三种有效的手段：需求问卷，书面确认，邮件抄送。项目沟通技巧运用正确的表达方式。沟通必须目的明确。在信息交流之前，发送者应考虑好自己将要表达的意图，要力求简明扼要。用简单明了的词句表明自己的意思。提高倾听技能。沟通不仅仅是说，而是说和听。倾听既是我们取得关于他人第一手信息、正确认识他人的重要途径，也是我们向他人表示尊重的最好方式。避免无休止的争论。这种无休止的争论带来的结果是没有定论，不仅问题没有解决，而且延误了问题解决的时间。保持畅通的沟通渠道。沟通固然重要，但如果没有畅通的沟通渠道，组织就必然呈现自发的无组织状态，就无法获得需要的真实的信息，整个组织的运转效能就会下降。使用高效的沟通工具。在项目组织内，通常会使用相关的成熟的项目管理软件、电子邮件系统、办公自动化系统等工具来支持项目各种信息的生成、传递及存储的要求。这些工具的使用，大大提高了沟通的效率，拉进了沟通双方的距离，减少了不必要的面谈和会议。把握沟通原则。一是沟通内外有别。即要求团队作为一个整体对外意见要一致，一个团队要用一种声音；二是非正式的沟通又助于关系融洽；三是采用对方能接受的沟通风格；四是沟通的升级原则，即第一步,和对方沟通；第二步,和对方的上级沟通；第三步,和自己的上级沟通；第四步，自己的上级和对方的上级沟通。五是扫除沟通的障碍。4.4项目风险计划风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目风险计划表二、项目风险管理风险发生概率的判断准

则：高风险：＞60%发生风险的可能性发生防线的可能性中风险：30-60%发生风险的可能性 低风险：＜30%序号风险描述发生概率影响程度风险等级风险响应计划1由于时间紧张最后无法按期完成低极大高充分考虑各种潜在因素，适当留有余地；任务分解要详细，便于考核；如果出现必须延期的情况，组长需及时同相关负责人沟通，并申请延期时间。2系统没有足够的测试时间高大高持续地监控，项目进度控制随着项目的进彳丁而不断进彳丁的，保证每个环节都有足够的时间