项目管理计划范例

1、WBANNK项目目管理计计划范例例项目提要要项目综述述WBANNK是一一个基于于美国的的投资公公司，该该应用包包括两个个组成部部分：一一个是WWBANNK网站站上的经经纪帐户户开户（Brookerrge Acccounnt OOpenningg）应用用，它允允许任何何一个IInteerneet用户户开启一一个WBBANKK经纪帐帐户；国国一个是是帐户开开户和维维护应用用，主要要是让WWBANNK代表表对以书书面格式式申请的的帐户进进行开户户。这是是一个IInteerneet应用用。该应应用将提提供诸如如账户历历史查看看和账户户结余、状态和和任务信信息。这这将允许许WBAANK有有效地发发展为一

2、一个客户户/账户户服务应应用，而而不仅仅仅是一个个账户开开户引擎擎。这是是对一个个现有应应用的增增强：该该应用的的早期开开发也是是由Sooftpprj完完成。项目代码码项目名称称客户XxxxxxxxxxWBANNK项目目WBANNK公司司项目领导导（PLL）配置控制制人员（CC）业务经理理（BMM）候补PLL候补CCCBBSBHRBJHP项目类型型平台阶段数开发项目目Javaa、Winn NTT、DB224个阶段段项目开始始状态（包括联联机、脱脱机）项目收尾尾日期估计的总总收入联机 脱机20000年4月月3日 20000年55月155日20000年100月3日日XXX XXXX美元元基目和客客

3、户联系系人员名字和职职称电话号码码传真号码码E-maail项目范围围 提供供一种高高效而快快速的账账户维护护方法 允许许代表访访问信息息 向客客户代表表提供账账户态、价值、定单状状态和交交易任务务的完整整视罗图图 增加加更新过过程的智智能性 提供供一个能能够显示示所需账账户的历历史要系系的接口口 提供供关闭和和重新激激活一个个账户的的能力项目对客客户的境境值 该项项目将允允许WBBANKK有产地地发展成成一个客客户账户户服务应应用，而而不仅仅仅是一账账户开户户相擎Softtprjj目标 通过过按时交交付高质质量的软软件，增增强一WWBANNK公司司的关系系 通过过发展有有关WBBANKK产品和

4、和系统的的专门知知识，成成为首选选的软件件商向客户作作出的承承诺序号里程碑日日期里程碑提交的结结果120000年5月月26日日项目开始始：需求求分析结结束业务分析析和需求求规范、用例目目录、屏屏幕、迭迭代计划划220000年5月月15-6月223日细化阶段段：第11次迭代代顺序图、类图、源代码码、下一一个周期期的计划划320000年6月月26日日-7月月7日细化阶段段：第22次迭代代补充规范范、顺序序图、类类图、体体系结构构文档、源代码码、下一一个周期期的迭代代计划420000年7月月10日日-7月月21日日构造阶段段：第11次迭代代源代码、评审报报告、测测试报告告、下一一周期的的迭代计计划5

5、20000年7月月20日日-288日构造阶段段：第22次迭代代源代码、评审报报告、测测试报告告、下一一个周期期的迭代代计划620000年7月月31日日-8月月8日构造阶段段：第33次迭代代源代码、评审报报告、测测试报告告、下一一个周期期的迭代代计划、产品部部署计划划720000年8月月9日-9月11日集成测试试阶段测试计划划、测试试报告820000年9月月4日-9月115日联机代码码发行和和安装代码920000年9月月4日-9月222日验收测试试和产品品迁移测试报告告1020000年9月月18日日-9月月29日日联机协调调和回归归测试代码1120000年100月2日日-100月266日验收测试

6、试测试结果果1220000年100月277日-111月33日新产品首首次公开开展出和和支持项目收尾尾其他要求求序号要求1该项目将将遵循RRatiionaal统一一方法（RUPP）假设规划时作作出的假假设 迁移移到ViisuaalAgge ffor Javva3.不由该该团队完完成 业务务合伙人人的智能能更新仅仅与应用用的维护护部分结结合，而而不与“账户开开户”引擎结结合 有资资格的人人员将批批准用RRatiionaal统一一过程方方示实现现该项目目 在项项目生命命期中，功能和和技术需需求的变变更可能能会对进进度产生生影响。由于这这些变更更而导致致对成本本或者进进度的任任何影响，都将将通知WWB

7、ANNK WBBANKK评审人人员将用用7天时时间来收收进一个个里程碑碑文档。如果在在这期间间没有收收到注解解，则认认为它已已经得到到批准项目规划划项目过程程项目遵循循的标准准过程该项目将将遵循SSofttprjj的标准准开发过过程。然然而，我我们将用用Rattionnal统统一过程程方法（RUPP）对这这一过程程进行增增强，因因为这是是客户的的要求。为了符符合RUUP，将将对标准准的开发发过程进进行裁制制。进度计划划裁制备注注与标准过过程的偏偏差增加/修修改/删删除偏差的原原因只有那些些在一次次特定的的迭代中中将被细细化验室室用例修改基于迭代代的开发发才在那次次迭代中中被采用用在前几次次迭代

8、中中，将增增量地开开发逻辑辑对象模模型 修改遵循RUUP方法法在前几次次迭代中中，将增增量地开开发物理理对象模模型修改遵循RUUP方法法物理数据据库设计计可以在在后面几几次迭代代中精化化修改遵循RUUP方法法在每次迭迭代中都都要开发发单元测测试计划划修改正在使用用迭代方方法故障按每每次迭代代进行记记录修改正在使用用迭代方方示需求跟踪踪将根据据Reqquissitee Prro工具具完成修改遵循RUUP方法法没有图像像文档和和业务用用例，因因为我们们以范围围文档开开始，这这所起的的作用是是相同的的修改背离RPPU需求变更更管理过过程变更申请请跟踪 客户户申请的的变更将将记录在在ChaangeeR

9、eqquesst.xxls文文档中，并分析析它们对对项目的的影响。一个变变更申请请 书书将提交交给客户户以得到到他的确确认。经经客户确确认的变变更申请请将添加加到项目目合同中中作为 其其附录 主要要变更通通常对项项目的进进度/按按时交货货有影响响。客户户需要正正式地批批准这些些变更 因为为这是一一个短期期项目，如果任任何一个个变更申申请或者者一组变变更申请请超过了了项目估估计的工工作量的的2%，则必须须重新评评估项目目进度和和工作量量估计标准准程序/函函数（用用例）标准简单用例例3个或33个以下下事务中等复杂杂用例4-7个个事务复杂用例例7个事事务用例编号说明复杂性用例编号说明复杂性1屏幕导航

10、航复杂14更新一个个账户的的细节中等复杂杂2更新个人人详情中等复杂杂15维护一个个账户的的任务复杂3增加地址址中等复杂杂16维护一个个账户的的备忘录录简单4更新地址址复杂17查看团体体情况的的历史复杂5删除地址址复杂18查看账户户情况的的历史复杂6添加电话话号码中等复杂杂19查看选项项等级和和服务选选项的历历史简单7更新电知知号码复杂20查看任务务和备忘忘录的历历史简单8删除电话话号码复杂21查看角色色的历史史复杂9添加E-maiil中等复杂杂22查看账户户细节简单10更新E-maiil中等复杂杂23查看账户户的所有有权复杂11删除E-maiil中等复杂杂24查看一个个账户的的紧迫定定单复杂1

11、2更新一个个团体的的就业情情况中等复杂杂25关闭/重重新激活活账户简单13更新一个个团体的的财政情情况中等复杂杂26智能更新新WBAANK的的商业伙伙伴复杂项目估计计的构建建工作量量程序/函函数工作量（基于以以往项目目的数据据）单元数总的构建建工作量量（人日日）简单用例例1人日55中等复杂杂用例5人日945复杂用例例8人日1296总工作量量146按阶段的的工作量量估计任务/阶阶段人日占总工作作量的百百分比（%）需求5010设计6012构建14629集成测试试357回归测试试102验收测试试376项目管理理5015配置管理理163培训5010其他406估计的工工作量501100按迭代过过程的工工

12、作量估估计人日占总工作作量的百百分比（%）项目开始始255初始阶段段245细化阶段段：第11次迭代代459细化阶段段：第22次迭代代347构造阶段段：第11次迭代代275构造阶段段：第22次迭代代245构造阶段段：第33次迭代代214移交阶段段11022项目收尾尾102项目管理理7515配置管理理163培训5010其他408估计的总总工作量量501100按角色人人员分配配角色所需人数数日期PL120000年5月月4日联机协调调者1（5%时间）20000年5月月4日模块领导导120000年5月月15日日开发人员员320000年5月月15日日开发人员员120000年7月月17日日开发人员员1200

13、00年8月月1日开发人员员120000年8月月14日日总人数9（实际际为8.5）按技能和和经验人人员分配配领域总人数0-122人月经经验12个个月的经经验Javaa770DB2202总人数972人员需求求计划月份脱机开发发联机部署署总人数20000年5月月41（500%）520000年6月月51620000年7月月51620000年8月月81920000年9月月72920000年100月325开发环境境硬件软件NT SerrverrWin NTT大DB2Inteel PPC VisuuageeAgee foor JJavee,Jaave, Wiin NNT所需的硬硬件和软软件资源源项目描述述所

14、需数量量日期PC（1128RRAM）620000年5月月1日服务器上上有IGGB空间间120000年5月月1日VusyyageeAgee foor JJavaa620000年5月月4日DB2620000年5月月4日Ratiionaal RRosee520000年5月月15日日Requuisiite Proo120000年5月月15日日工具工具列表表项目要开开发的工工具无项目使用用的内部部工具BugssBunnny,WARR培训计划划培训领域域持续时间间免培训条条件Javaa 语言言7天如果已经经培训过过VisuualAAge forr Jaava 3天作为初始始培训的的一部分分Javaa Ap

15、ppleets4小时如果已经经培训过过Javaa Swwingg4小时如果已经经培训过过Perssisttencce BBuillderr4小时如果已经经培训过过Ratiionaal RRosee 和Reqquissitee Prro8小时必须培训训OOADD1天如果已经经培训过过业务领域域系统评估估7天如果已经经培训过过与过程相相关的领领域质量系统统3小时如果已经经培训过过配置管理理2小时如果已经经接受过过CC培培训。其其他进行行在职培培训小组评审审4小时如果已经经培训过过故障预防防4.5小小时必须培训训SPC工工具4.5小小时如果已经经培训过过RUP方方法2小时必须培训训质量计划划项目质量

16、量目标目标值设置目标标的基础础组织范围围的标准准引入的总总故障数数1450.0333个故故障/人人时。这这要比SSyneergyy好100%，后后者为00.0336个故故障/人人时0.0552个故故障/人人时质量（验验收故障障密度）5估计的总总故障数数的3%或者以以下估计的总总故障数数的6%生产率57生产率比比Synnerggy提高高3.44%50进度计划划按时交货货10%质量成本本32%31.55%32%估计检测测到的故故障数评审/测测试阶段段估计检测测到的故障数数占估计的的总故障障数的百分分比（%）估计基础础需求和设设计评审审2920%参考同类类项目的的估计（Synnerggy）和和PCB

17、B代码评审审2920%参考同类类项目的的估计（Synnerggy）和和PCBB单元测试试5740%参考同类类项目的的估计（Synnerggy）和和PCBB集成和回回归测试试2517%参考同类类项目的的估计（Synnerggy）和和PCBB验收测试试53%参考同类类项目的的估计（Synnerggy）和和PCBB估计检测测到总故故障数143100%实现质量量目标的的策略策略期望的效效益用标准的的故障预预防指南南和过程程进行故障障预防：采用SSyneergyy开发的编码码标准故障个入入减少110-220%，生产率率提高22%小组评审审前面几几个或者者逻辑上上复杂的用用例质量提高高，因为为总故障障排除

18、效效率将提提高；生生产率会会有所提提高，因因为故障障在早期期被发现现项目领导导、开发发人员和和一个顾顾问共同评审审设计文文档或者者开发的的第一个程程序引入RUUP方法法，并迭迭代式地地实现项目。在每次次迭代后后，执行行里程碑分析析和故障障预防任任务故障引入入率大约约减少55%，并并且总生生产率提提高1%评审评审时机机评审条目目评审类型型项目规划划结束时时项目计划划故障控制制（DCCS）计计划项目进度度计划小组评审审软件质量量顾问（SQAA）评审审软件质量量顾问（SQAA）评审审项目规划划结束时时CM计划划小组评审审过成900%的需需求分析析时（这这必须在在细化阶阶段的第第1次迭迭代结束束时）业

19、务分析析和需求求规范文文档、用用例目录录小组评审审完成900%的设设计时（这必须须在细化化阶段的的第2次次迭代结结束时）设计文档档、对象象模型小组评审审每次迭代代开始时时迭代计划划个人评审审详细设计计结束时时复杂的程程序规范范和第一一次产生的程程序规范范，包括括测试案例、交互图图小组评审审前面几个个程序编编码以后后代码小组评审审自我测试试一个过过程以后后代码个人评审审单元测试试计划结结束时单元测试试计划个人评审审集成测试试开始时时集成测试试计划小组评审审WBANNK项目目的风险险管理计计划序号风险概率影响风险暴露度风险缓和和计划1需要客户户的数据据库设计计师和数数据库管管理员的的支持0.584

20、仔细地规规划每组组任务所所需的时时间，并并事先给给予充分分的注意意联机协调调者与这这些小组组紧密合合作2因为第一一次使用用RUPP，团队队对RUUP的理理解可能能不全面面0.932.7与Sofftprrj RR&D实实验室专专家密切切合作在在整个项项目中，保持与与客户的的沟通并并提交任任何进度度或者工工作量偏偏差对团队进进行RUUP方法法培训3人员流失失：团队队成员可可能临时时离开0.372.1分配任务务时，使使多个人人从事项项目中的的每个单单元和用用例4通过链路路与客户户的大型型机DBB2通信信：链路路可能不不如期望望的那样样有效0.180.8执行额外外的代码码评审、桌面检检查等以以使对链路

21、路的依赖赖最小链路绩效效下降时时立即提提交度量计划划指标度量单位位所用的工工具规模LOC 、EPP 、SS/M/C行计数量量工作量人日WAR故障故障数Bubss Buunnyy进度经过的时时间MSP3.2 任务务跟踪任务程序任务调度度PL用MMSProjjectt调度任任务需要将进进行精化化和重新新调度任务分配配使团队成成员知道道最新的的进度计计划。进进度计划划一旦上上载到WAP-MSPP系统，任务将将在各自自的WAAR中出出现任务状态态跟踪每天执行行任务跟跟踪项目会议议每周一次次因果分析析会议每次迭代代后问题跟踪踪问题类型型在哪里记记录谁记录谁评审何时评审审保果提交交联机问题题Issuue

22、TTracckerr.xlls任何一个个项目成成员PL每天评审审2天内客户问题题IssuueLoog.xxls联机团队队，PLLPL每天评审审2天内业务经理理问题每周状态态报告BMBM，PPL，每周评审审5天内支持服务务问题申请跟踪踪器任何团队队成员支持服务务每天评审审2天内客户反馈馈信处息息项目记录和跟跟踪过程程客户反馈馈AM/PPL处理理客户反反馈信息息。BMM保存它它客户投诉诉接到的客客户投诉诉将输入入到CuustoomerrCommplaaintts.xxls中中，并用用它进行行跟踪质量跟踪踪质量任力力措施故障跟踪踪用DCSS记录故故障，并并用它跟跟踪故障障，直到到结束评审（需需求、概

23、概要设计计、详细细设计）根据质量量计划中中的项目目目标进进行检查查代码评审审通过SPPC工具具根据每每个程序序的极限限进行检检查独立的单单元测试试通过SPPC工具具根据每每个程序序的极限限进行检检查集成测试试/系统统测试根据质量量计划中中的项目目目标进进行检查查高级管理理人员（BM）评审序号评审项目目评审频度度1进度计划划每次版本本变化时时2项目计划划作出重大大改变时时3里程碑报报告里程碑结结束时状态报告告向谁报告告报告频度度业务经理理每周周一一通过电电子邮件件报告客户每周周一一里程碑处处的偏差差极限实际与估估计的偏偏差前面5个个里碑其余里程程碑工作量10%5%进度10%5%故障数20%20%

24、向客户报报告 里程程碑报告告和每周周状态报报告 需要要澄清的的问题 如果果有任何何需要提提交的问问题，则则提交它它们向BM报报告 客户户反馈 里程程碑和每每周状态态报告 需要要澄清/注意的的问 如果果有任何何需要提提交的问问题，则则提交它它们 需求求变更量量及其估估计的工工作量 计划划的主要要变更提交程序序提交地点点提交期限限提交人姓姓名提交人的的职称在WBAANK3天内Xxxxx项目经理理在Sofftprrj3天内Xxxxx财务经理理在Sofftprrj3天内Xxxxx业务经理理项目团队队序号姓名缩写写责任开始日期期期望的结结束日期期1BB项目经理理20000年 4月44日20000年111月3日日2KP联机协调调者20000年 4月44日20000年111月3日日3BJ模块领导导、候选选项目领领导20000年5月115日20000年111月3日日4SP配置控制制人员20000年5月222日20000年100月133日5DD开发人员员20000年5月222日20000