《IT项目管理》实验指导书Word下载.docx
《《IT项目管理》实验指导书Word下载.docx》由会员分享，可在线阅读，更多相关《《IT项目管理》实验指导书Word下载.docx（44页珍藏版）》请在冰豆网上搜索。
项目章程的编写是项目正式启动的重要标志之一，一个完善的项目章程离不开以下元素，以开发杭州银行业务储蓄系统为例。
⑴项目名称
杭州银行储蓄业务系统开发项目
⑵项目的重要性
工作效率低下，不能符合大量群众的及时需求，给群众的生活带来不便。
这是现有系统办理业务的流程中出现的一个严重问题。
为了解决这一问题，让人们在办理银行业务时更加方便快捷，我们急需开发一个更为高效的银行储蓄系统，让储蓄业务不用再排队。
高效的银行储蓄系统可以用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得储户只需做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；
将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力；
利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工；
利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。
⑶项目目标
总目标
在总投资不超过160万元的前提下开发一个集优化储蓄流程、简化用户操作过程、便于收集和统计数据、扩大客户数量功能于一身的银行储蓄业务系统，确保2012年5月31号前投入试运营。
分目标
⏹120天内完成业务系统的开发
⏹2个月内完成系统的试运行
⏹成本控制在120万元以内
⏹业务系统符合实际业务需求
⏹系统运行流畅，维护方便
⏹积累相关经验，为今后建设类似项目提供借鉴
⑷项目范围概述
主要的项目范围
业务系统需求调研，系统开发，测试与试运行，验收。
主要的可交付成果
项目章程、干系人管理表、范围说明书、WBS、进度计划、成本基线、状态报告、最终项目展示、项目总结报告和其他管理项目相关的文档。
⑸项目经理
项目经理人选
项目经理的职责
项目经理的主要权力包括：
招聘项目团队成员，组建和管理项目团队，进行招标采购，在本章程规定的限额之内动用财务资源来开展项目活动。
项目经理对在本项目章程之下成功完成项目负完全责任，既按照规范的项目管理方法对项目进行规划、执行、监控和收尾，确保项目在规定的范围、时间、成本和质量等要求之下完工。
⑹主要项目干系人
内部干系人
来自公司内部的主要干系人包括：
高层领导，财务部，人事部，开发部，资产部，公关部。
外部干系人
来自公司外部的主要干系人包括：
银行项目对接人，客户。
⑺项目总体进度计划
项目开始时间：
2011年11月1日
项目结束时间：
2012年5月31日
主要里程碑：
●开工：
2011年11月1日
●项目正式启动：
2011年11月11日
●分析任务完成：
2011年12月1日
●系统设计完成：
2012年1月10日
●代码编写工作完成：
2012年2月14日
●测试任务完成：
2012年3月21日
●开发项目完成：
2012年5月2日
⑻项目总体预算
项目总体预算为160万元。
若项目成本超出160万元，需公司自行承担。
⑼各职能部门应提供的配合
财务处：
为项目准备好预算资金，满足项目需要；
为项目建立单独的核算账户，负责项目全过程的会计事务及资金结算；
做好项目团队单据交接工作。
开发部：
为业务系统的开发提供决策支持和开发人员，确保项目开发工作的正常进行；
为业务系统的测试维护提供技术支持。
人事部：
为项目的正常运行提供充足的人力资源保障。
公关部：
从企业层面为项目的开展提供便利的条件；
为项目的开发提供流畅的客户交流信息。
⑽项目审批要求
授权领航者软件开发有限公司副经理王**对项目计划进行审批，并组织阶段验收；
公司将从相关银行的客户经理组成项目验收小组，对项目进行最终验收；
在验收小组认为项目符合要求之后，由项目发起人签字批准项目结束。
⑾本章程的批准
本项目章程于2011年10月29日由下列人员签字批准：
姓名：
朱**职务：
领航者软件开发有限公司总经理
签字
2、新建项目
开启MicrosoftProject2007，执行[文件]—>
[新建]或由〔[任务窗格]—>
[新建项目]〕，类似界面如下：
在上图中单击[空白项目]，或单击工具栏上的相应空白图标按纽，新建一个空白的项目文件。
类似界面如下：
执行[文件]—>
[保存]，在出现的对话框中输入项目的名称。
此处保存为“杭州银行储蓄业务系统”。
2、定义项目
按照项目向导的提示开始[定义项目]。
输入项目开始时间（杭州银行储蓄业务系统的项目开始时间为2011年11月1日），执行[保存并前往第2步]。
输入项目工作组选项（如果你没有在服务器上安装MicrosoftProjectServer，或者目前你不希望发布你的项目信息，那么就请选择〔否〕，反之，则选择〔是〕）
最后，依次执行[保存并前往第3步]，[保存并完成]。
3、设置项目环境信息
选择[工具]—>
[选项]，选择选项对话框中的“日历”选项卡可以输入、查看或者修改日期、时间等设置。
四、实验思考
1.项目章程有谁来制定？
2.若项目经理被分配到一个时间很紧的重要项目中，怎样有效地制作一份项目章程？
3.为什么完成日期定义后不可修改？
4.如果要将每周的开始时间设为星期一应该如何操作？
5.在项目的启动阶段，客户公司内部明显存在对项目应如何构建和如何定义可交付成果的不同观点，假如你是项目经理，你该如何办？
6.你是公司B的一个新的项目经理，你以前为有丰富项目管理实践的公司A工作。
公司B有自己的程序，但是你更熟悉公司A的程序，你该如何办？
实验二识别项目干系人
1
1.理解项目干系人的重要性
2.掌握识别项目干系人的方法
3.掌握项目干系人的管理方法
项目干系人旨在识别受项目影响或能影响项目的所有人员或组织，并记录其利益、参与情况及对项目成功的影响力。
每个项目都有众多的干系人，他们在项目上的利益各不相同，对项目也有不同的影响力。
在项目启动阶段，就需要进行干系人识别和分析工作，编制干系人登记册和干系人管理策略。
通常由项目经理组织项目团队成员开展头脑风暴，来识别干系人。
识别干系人需主要考虑项目章程、事业环境因素和组织过程资产等方面。
项目干系人的识别主要通过项目干系人登记册来实现，主要包括基本信息，干系人基本信息表，项目干系人需求/影响表，项目干系人分类/管理策略表。
部分干系人的识别通过登记册实现如下：
基本信息表
项目名称杭州银行储蓄业务系统开发项目项目经理王**
编制者王**编制时间2011年11月3日
项目干系人需求/影响表
序号
项目干系人
潜在利益需求
对项目的影响
利益相关程度
对项目的影响程度
项目团队
项目成员可以获取一定的报酬，体现自己的工作能力，积累项目管理的知识及经验
作为本项目的实施者，项目团队成员在项目规划、执行、监控和收尾等阶段的每个环节都对项目的成败有重要影响。
5
2
验收小组
体现自己的权力和专业技能。
决定业务系统是否符合各种验收标准及要求。
3
财务处
原先所做的年度预算中没有包括本项目的资金支出，致使本项目的资金支出和其他需要产生矛盾。
能否及时提供资金，对项目的成败有决定性作用。
项目干系人分类/管理策略表
利益相关程度×
分类
获得支持或减少障碍的策略
4×
5=20
A
支付合理的报酬，创造良好的工作氛围；
严格按项目管理的方法来规范、执行、监控和收尾项目；
1×
4=4
C
使验收小组不受干扰的独立开展验收工作；
项目要求与验收标准尽量明确、具体；
验收前召开协调会，使验收小组充分了解项目要求与验收标准；
3×
3=9
在项目规划阶段，由公司管理层出面，向财务处表明本项目的重要性，使财务处承诺按时按量提供资金并形成书面文件；
提前做好现金流计划，为财务处准备资金提供方便；
在项目执行阶段，及时与干系人充分沟通。
1.对于软件项目，你认为最重要的干系人有哪些？
请列出前5个。
2.在实验中，你是采用什么方法识别项目干系人的？
你的项目中有隐性干系人吗？
3.识别项目干系人的依据是什么？
4.对于不同程度影响力的干系人应该采取何种方式来使其对项目发挥正向效用？
实验三定义范围
1．了解范围规划过程和范围规划的内容
2．了解范围定义的过程和使用的方法
3．掌握范围说明书的编写
定义范围旨在编制项目范围说明书，以便明确项目边界，并规定项目的主要可交付成果。
项目范围是指为了完成具有特定功能的项目产品而必须开展的工作，是对项目章程中的项目总体范围的初步细化。
通过定义范围，可以使所有项目干系人对项目边界达成共识，明确界定项目边界，为后续的各种项目决策奠定基础。
而项目边界的确定则可使团队把资源用于范围内的工作，只做项目范围内的工作，确保资源的有效利用。
通常由项目经理带领项目管理团队，依据项目章程和描述项目需求的相关文件以及过去类似项目的范围说明，来编制项目范围说明书。
项目范围的定义通常需要经过资料收集、产品分析、确定项目工作范围和主要可交付成果、确定产品验收标准、确定项目例外工作、识别项目的主要制约因素和假设条件等步骤。
以杭州银行储蓄业务系统为例，范围定义如下所示：
1产品范围描述
本项目旨在开发一套成熟的银行储蓄业务系统，最终的项目产品应该同时具备一般快速数据交互，用户管理和业务管理的功能。
最终的产品应该由以下五大系统构成：
储蓄系统、用户系统、软件系统、线路系统、文档系统。
2项目产品验收标准
项目系统的验收标准将包括在招标文件和相应的合同文件中注明。
有关项目最终产品的验收标准，将参照储蓄业务系统的专业标准执行。
3项目工作范围
为了完成最终的可交付成功，本项目必须开展以下工作：
⏹项目业务需求分析
⏹项目开发策略制定
⏹项目开发
⏹项目模块化测试
⏹项目试运行
⏹项目二次开发修正
⏹整理文件并归档
⏹项目验收交接
4项目可交付成果
◆与项目管理相关的可交付成果：
项目章程、干系人管理表、范围说明书、WBS、进度计划、成本基线、状态报告、最终项目展示、项目总结报告和其他管理项目相关的文档。
◆与产品相关的可交付成果：
银行储蓄业务操作界面、项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析、各种计划报表的输出、在线咨询，在线反馈，远程支持。
5项目除外责任（例外工作）
本项目为银行储蓄业务系统开发，不包括相关支持硬件在日常使用中的维护；
6主要制约因素
●成本必须控制在160万元以内。
为此，必须认真做好进度计划和成本预算，并严格执行。
●春节放假期间暂停工作。
为此，必须提前做好准备，错开放假时间。
7主要假设条件
●各职能部门按项目章程的要求提供支持，否则将造成项目不能按时按质完成。
●资金按时到位，否则将造成项目延误。
1.范围定义的依据是什么？
2.范围说明书与工作说明书（SOW）有什么不同？
3.可以用哪些其他类的软件支持项目的范围管理？
4.项目范围说明书制定以后，在项目实施过程中，用户不断提出新的需求，该如何处理？
5.在一次项目管理过程中，你发现通过使用一种简化的开发方法可以降低操作投资并为客户节省$10,000，这种方法不会对最终的产品范围和运行性能产生任何影响。
然而，如果采用这种方法将减少你们公司的营业额。
你该怎么做？
实验四创建WBS
1.了解WBS的实质和用途
2.熟悉创建WBS的主要依据
3.熟练掌握创建WBS的方法及各方法的异同
4.熟悉WBS在项目管理中的应用
项目启动后，首先明确项目产出物范围和项目工作范围，就是对项目包括什么与不包括什么的定义。
而WBS是基于交付成果对项目工作进行分组，它定义了项目的全部范围。
同时WBS也是项目管理中的基础文档，它提供了计划和管理项目进度、成本、资源和变更的基础。
创建WBS是指将主要的项目可交付成果细分为更小、更容易管理的组件，应以项目可交付的成果为导向，逐层分解成可由专人或小组负责的工作包。
工作包是WBS每个分支底层的要素，即没有子要素的要素，能够可靠地安排进度、估算成本、定义质量和进行控制。
1、工作结构分解
根据杭州银行业务流程及现有储蓄业务系统的使用情况，对项目进行分解，最终确定项目的工作范围如下图所示：
2、录入任务信息
（1）在“任务名称”栏中依次输入项目名称，各阶段名称，输入项目结束里程碑。
得如下界面：
（2）对各阶段以及项目里程碑进行降级操作。
选中需要降级的任务，单击工具栏上的右箭头，即可实现降级的操作，如下图：
（3）对各阶段分别进行细化分解（执行[插入]—>
[新任务]在当前任务的上方增加新任务）；
在每阶段最后增加一项里程碑任务；
对各阶段内的任务以及里程碑进行相应的降级操作；
重复上述步骤，直到分解结束，部分结果见下图：
1.编写一份实用的工作分解结构应该注意哪些问题？
2.工作分解结构的编写对于后续工作有何影响？
3.如何确定每个层次的工作负荷？
是不是工作包细分的越多越好？
4.在你的项目中，你采用何种方法创建WBS的？
请说明理由。
实验五制定进度计划
1．熟练掌握项目进度计划的编制过程
2．熟练掌握项目进度安排的工具和技术
3．了解关键路的实际意义和计算方法
4．了解IT类项目尤其是软件项目的活动时间估计的方法
项目进度计划是集活动持续时间、活动逻辑关系和日历时间于一体的，用来记录项目中各项活动的计划开始时间与计划完成时间的综合性文件，为项目的执行和监控提供时间上的依据，以便各项活动按时开始、按时结束。
项目进度计划可包括里程碑进度计划、概括性进度计划和详细进度计划等不同层次的计划。
其中里程碑进度计划是最高层次的进度计划，仅标出项目的进度里程碑；
概括性进度计划是中间层次的进度计划，常用传统的横道图表示；
详细进度计划是标明全部具体的进度活动及其相互之间的逻辑关系的进度计划。
制定初始的项目进度表，估计工期，确定任务之间的逻辑关系，绘制网络图，找出关键路径。
1、安排任务工期
依据对杭州银行储蓄业务系统的前期分析，我们制定了项目的工作分解结构和各种限制约束条件，并依此编制了项目工作时间估计及工作关系顺序表、项目工作时间估计表，如下所示
标识号
WBS
任务名称
工期
开始时间
前置任务
前期准备
8.5个工作日
2011年11月2日
1.1
成立项目小组
1个工作日
1.2
任务分配
0.5个工作日
2011年11月3日
1.3
设备采购
4.5个工作日
1.3.1
拟采购清单
6
1.3.2
审核采购清单
2011年11月4日
7
1.3.3
采购
2个工作日
2011年11月7日
8
1.3.4
确认收货
2011年11月9日
9
1.4
启动大会
2.5个工作日
2011年11月10日
10
1.4.1
会场布置
1.5个工作日
3,8
11
1.4.2
嘉宾邀请
12
1.4.3
举行会议
2011年11月14日
10,11
13
1.4.4
项目正式启动
0个工作日
14
系统规划与分析
17个工作日
15
2.1
项目范围规划
6个工作日
16
2.1.1
确定项目范围
17
2.1.2
编写项目范围说明书
4个工作日
2011年11月16日
18
2.2
需求分析
14个工作日
19
2.2.1
储户需求分析
5个工作日
2011年11月22日
20
2.2.1.1
问卷调查
3个工作日
21
2.2.1.2
抽样访问
22
2.2.1.3
数据整理与分析
2011年11月25日
20,21
23
2.2.2
银行需求分析
24
2.2.2.1
访谈调查
25
2.2.2.2
26
2.2.3
编写需求分析报告
2011年11月29日
22,25
27
2.3
现有业务流程分析
2011年12月2日
28
2.4
设计规划方案
2011年11月24日
26,27
29
2.5
确认规划方案
2011年11月30日
30
2.5.1
项目经理审核
31
2.5.2
银行代表审核
32
系统规划与分析完成
33
系统设计
28个工作日
34
3.1
总体设计
15个工作日
35
3.1.1
起草初步软件规范
36
3.1.2
审阅初步的软件规范
2011年12月7日
37
3.1.3
制定功能规范
2011年12月9日
38
3.1.4
根据功能规范开发原型
2011年12月15日
39
3.1.5
审阅功能规范
2011年12月21日
40
3.2
详细设计
9个工作日
2011年12月23日
41
3.2.1
概念模型设计
42
3.2.2
逻辑模型设计
2011年12月28日
43
3.2.3
物理模型设计
2012年1月2日
44
3.2.4
总体审核
45
3.3
设计程序模板
2012年1月4日
46
3.4
系统设计完成
47
系统实施与测试
51个工作日
2012年1月11日
48
4.1
代码编写
25个工作日
49
4.2
代码编写完成
50
升级会员 