软件项目管理文档格式.docx

软件项目管理文档格式.docx

《软件项目管理文档格式.docx》由会员分享，可在线阅读，更多相关《软件项目管理文档格式.docx（20页珍藏版）》请在冰豆网上搜索。

15412191242

赵六

仓库保管部

清点库存

15412191243

钱七

财务部

管理财务，核算

15412191244

孙八

项目核心成员

Coreteam

系统开发

15412191245

杨九

15412191246

吴十

测试部

系统测试

15412191247

吴丹

运维部

系统维护

15412191248

刘峰

项目其他成员

Otherpersonel

运输部

运送货品

15412191249

张芳

销售部

客户关系

15412191250

签字signature：

日期date：

项目经理projectmanager

02项目策划/任务书

ProjectPlan/Charter

二、项目描述II.ProjectDescription

1.项目背景与目的

1.Projectbackground&

target

公司从生产厂家购进各类商品放入仓库，接受各地零售商的订单，按要求将货物运到指定地点。

一般说来零售商总喜欢首先到这个公司订货由于它的批发价格较为低廉。

但是，如果某个零售商的订货要求得不到满足，它就会转向其它公司订货，从而使这个公司失去顾客。

零售商的订货量是受季节影响的。

为了满足顾客订货要求并尽量减少库存积压，公司计划开发一个库存控制系统。

主要目的有:

1）为顾客订货提供更好的服务；

2）控制库存水平；

3）决定向厂家订货的时间和批量。

2.项目目标

2.Projectobjectives

•在不降低顾客服务水平的前提下，减少库存水平

•改善订货策略

•对于由季节变化和具有缓慢变化趋势的商品，改善它们的库存管理

•搜集销售数据，从中分析销售趋势以保证适当的购买策略和库存水平。

三、项目里程碑计划III.Projectmilestones

4月9日4月16日6月9日6月12日7月12日

项目组成立项目正式启动进入验收阶段进入试运营阶段正式投入使用

四、评价标准IV.Projectacceptancecriteria

项目在试运营阶段开始后一个月以内没有出现重大问题；

使用人员能够顺利的掌握系统的使用方法；

项目不超过预算；

在规定的时间内完成项目。

则项目成功

五、项目假定与约束条件V.Projectassumptionsandconstraints

假定：

1、系统使用人员都能通过公司内部网络访问系统；

2、系统能够及时反映库存的变化。

约束：

1、项目开发阶段最迟不能超过6月底；

2、试运营阶段最少保证一个月。

六、项目主要利益干系人

姓名name

类别（加下拉菜单）

部门

职务

项目赞助人

03WBS表

ProjectWBS

2014-4-10

二、工作分解结构II.WBS（R-负责responsible；

As-辅助assist；

I-通知informed；

Ap-审批toapprove）

分解代码WBScode

任务名称

Task

包含活动

Activitiesincluded

工时估算

Estimated

Time

人力资源

HR

工期

Expecte

d

days

Team

member

1

2

3

4

5

6

7

8

9

10

11

确定需求

提

出

需

求

Ap

As

I

12

收

集

汇

总

13

估

计

预

算

21

详细设计

撰写详细设计文档

112

14

22

制定下一步计划

24

31

编

码

实

现

系

统

240

30

41

系统测试

单

元

测

试

56

42

成

51

验收

检查系统功能

61

试运行

模拟实际情况运行系统

04项目进度计划表

ProjectSchedule

一、项目基本情况I.ProjectBaseInfo

项目名称projectname:

项目编号projectcode:

制作人preparedby:

审核人reviewedby:

项目经理projectmanage:

制作日期data:

二、项目进度表II.ProjectSchedule

月

Month

责任人

Teammenmber

关键里程碑

milestone

开始

start

Apr

16

17

18

19

20

开工会

kick-offmeeting

阶段1.成立项目组

√

项目组成立

阶段2.确定需求

需求确定

阶段3.详细设计

完成系统设计

阶段4.编码实现

完成编码实现

阶段5.测试

通过测试

阶段6.试运行

验收前最后的测试

05项目风险管理表

ProjectRiskManagement

二、项目风险管理II.ProjectRiskManagement

风险发生概率的判断准则theestimationruleofriskhappeningprobability:

高风险：

>

60%发生风险的可能性highrisk:

60%ofriskhappeningprobability

中风险：

30-60%发生风险的可能性mediumrisk:

30-60%ofriskhappeningprobability

低风险：

<

30%发生防线的可能性lowrisk:

<

30%ofriskhappeningprobability

序号

Sequence

NO.

风险描述

Riskdescription

发生概率

Happening

probability

影响程度

Influence

degree

风险等级

Risklevel

风险响应计划

Riskresponseplan

Risk

owner

开放/关闭

Open/closed

没有充分获取需求

中

大

在设计阶段再次确认所有需求

Open

设计不易于实现

低

设计人员和开发人员进行充分交流

编码实现阶段不能按时完成

编码人员应该尽量精简，增加测试人员

测试阶段不能充分发现系统的不足

检查并修改测试计划，增加测试人员

试运行阶段发生重大问题

极大

高

对每个阶段进行审查，确保尽早发现存在问题的地方并迅速改正

系统不能按时交付

每个阶段的时间进行更正，并做适当调整

预算超支

严格计算每阶段的支出，并对项目经理进行汇报

06项目沟通计划表

ProjectCommunicationPlan

二、项目沟通计划II.ProjectCommunicationPlan

利益干系人stakeholders

所需信息

Infoneeded

频率

Frequency

方法

Means

Owner

项目总体进展

每周

口头/电话

项目当前阶段支出

每日

e-mail

项目所有核心成员

项目本阶段的任务

项目的总体进展

每月

电话

07项目会议纪要

ProjectMeetingMinutes

（库存管理系统项目）会议纪要（2014-4-18）

一、基本信息I.BasicInfo

会议名称

MeetingName:

库存管理系统需求分析探讨

召集人

CalledBy：

会议日期

MeetingDate：

2014-4-18

开始时间

Starttime：

9:

00

会议地点

MeetingPlace：

A公司会议室

持续时间

Meetingduration：

3小时

记录人

Minutedby：

审核人

Reviewedby：

二、会议目标

II、MeetingObjective

本次会议需要确定库存管理系统的各方的需求，收集大家对该系统的功能期望，并对系统的功能做一个初步的确定

三、参加人员

III、Meetingattenders

张三项目经理开发部李四项目核心成员决策部王五项目非核心成员采购部

赵六项目非核心成员仓库保管部钱七项目非核心成员财务部

孙八项目核心成员开发部杨九项目核心成员开发部

刘峰项目其他成员运输部张芳项目其他成员销售部

四、发放材料（列出会议讨论的所有项目资料）

IV、Materialsdistributed（tolisttheprojectmaterialstobediscussedatthemeeting）

1.项目成员组成表；

2.WBS表；

3.项目风险管理表；

4.项目沟通计划表

五、发言记录（记录发言人的观点、意见和建议）

V、Speakingnotes（tonotethespeakers’pointsofview,opinionsandsuggestions）

1、张三：

本次会议就是为了确定仓库管理系统的基本功能。

由于时间有限，下面请决策部的李四发言。

2、李四：

该项目情况已向技术服务部李总汇报，由李总亲自指定了交流人员3名，即赵六（我本人），技术骨干XX，和有多个工程项目实施经验的XXX。

与项目经理张三沟通后，决定在此征集大家的意见，大家可以各抒己见，把自己的想法说出来，我们会在收集之后进行分析，然后给出答复。

下面请需要自己举手。

3、王五：

我们采购部对这个系统的期望是能够是能够随时查看需要采购的货品的种类以及数量，还有在采购完成后能尽快地更新数据。

并且对于一些暂时因为某些原因而难以采购的货品可以提交说明，说明不能采购的原因。

4、李四：

好的，有请下一位发言者。

5、赵六：

我们仓库保管部需要系统可以实时显示每个人所负责的仓库中货品的种类和数量，最好能够记录货品存放位置。

在有新的货品入库或有新的订单需要出库时，能够通过系统获得通知以及详细的信息。

6、李四：

好的，有请下一位。

7、钱七：

我们财务部主要就是核算，只要系统能够提供正确的货品出入信息，出入时间，数量，价格等，再根据实际的情况核算无误就行。

8、李四：

嗯，有请下一个。

9、刘峰：

运输部需要知道在有订单的时候从哪个仓库出货，以及运送到哪里；

在要采购的时候从哪里提货，运到哪里的仓库。

10、李四：

11、张芳：

我们需要与客户进行交流，也就要让客户能够看到我们的商品以及价格，希望系统能够提供一个给客户在线查询的品台，只有经过我们公司注册的客户才能够查询。

12、李四：

好的，我们尽量实现。

接下来我对本次会议进行总结，经过本次探讨，仓库管理系统的功能需求已经初步确立，下一个阶段就是我以及项目经理还有开发组的人员进行商讨，看看收集的需求是否都能实现，有没有冲突或者需要修改的地方。

商讨结果会在两天之内通知大家，到时候再制定下一步的计划。

今天的会议就到此为止。

六、会议决议

VI、Meetingdecisions

收集完需求之后项目经理和开发组人员进行商讨，确定需求是否能够实现以及是否存在冲突和要改进的地方。

七、会议纪要发放范围

VII、Distributionscopeofmeetingminutes

报送：

王总、张总、李总、刘总

主送：

项目组全体成员

抄送：

供应链N项目供货支持小组、固网产品组N项目特性开发小组、GTSN项目组

08项目状态报告表

一、基本信息

2014-4-20

当前项目状况

■√按计划进行

■比计划提前

■落后计划

汇报周期

二、当前任务状态

关键任务

状态指示

状态描述

确定系统基本需求

顺利完成

探讨需求的可行性

对需求进行适当更正

三、本周期内的主要活动

确定系统的基本功能

四、下一个汇报周期内的活动计划

确定系统的详细设计

五、财务状况

会议支出￥1500

六、上周遗留的问题处理

无

七、本周问题与求助

09项目变更管理表

ProjectChangeManagement

2014-4-22

二、历史变更记录

II、Previouschangerecord

SequenceNO.

变更时间

Changedate

涉及项目任务

Taskconcerned

变更要点

Changeto

变更理由

Whyrequested

申请人

Requestedby

审批人

Approvedby

取消提供客户查询的功能

本系统暂时只供公司内部使用

2014-5-20

编码实现

杨九的编码工作暂时由吴十承担

杨九有事请假

三、请求变更信息

III、Requestedchange

1.申请变更的内容1.projectitemrequestedforchange

2.申请变更原因thereasonofchangerequest

四、影响分析IV、Outcomeofimpactsanalysis

受影响的基准计划

Originalplanaffected

1、进度计划√

2、费用计划

3、资源计划

是否需要成本/进度影响分析？

Cost/scheduleimpactanalysisneeded?

□是□√YES

□否□NO

对成本的影响impactoncost：

对进度的影响impactonschedule：

没有太大的影响

对资源的影响impactonresource：

变更程度分类levelofchange：

□高

□high

□中

□√medium

□低

□low

若不进行变更有何影响

Whatistheconsequenceifnochangeis

taken?

编码阶段的时间可能要延长几天。

申请人签字

申请日期