it项目管理表格(包含146个DOC文档模板).docx
- 文档编号:244130
- 上传时间:2022-10-07
- 格式:DOCX
- 页数:153
- 大小:244.91KB
it项目管理表格(包含146个DOC文档模板).docx
《it项目管理表格(包含146个DOC文档模板).docx》由会员分享,可在线阅读,更多相关《it项目管理表格(包含146个DOC文档模板).docx(153页珍藏版)》请在冰豆网上搜索。
目录
导言.IT项目的生命期
第一章.IT项目的启动阶段
1.1可行性研究报告框架
1.2项目章程
1.3项目整体风险水平定性分析表
1.4多项目风险情况一览表
1.5质量保证说明书
1.6采购程序及准购权限表
1.7会议议程安排表
1.8会议预算表
1.9会议申请审批表
1.10会议通知表
1.11会议签到表
1.12会议资料明细表
1.13会议记录表
1.14会议内容管理表
1.15会议代表通讯录
1.16会议纪要表
1.17会议决议表
1.18会议决议落实通知单
1.19会议决议跟踪表
1.20实际会议费用清单
第二章.IT项目的计划阶段
2.1IT项目综合计划模板
(1)——项目整体介绍
2.2IT项目综合计划模板
(2)——项目管理过程
2.3IT项目综合计划模板(3)——项目组织介绍
2.4IT项目综合计划模板(4)——工作包、进度和预算
2.5IT项目综合计划模板(5)——技术过程介绍
2.6项目范围说明书
2.7软件需求调查表
2.8需求分析说明书
2.9系统设计任务书
2.10工期类比估算表
2.11项目活动计划表
2.12项目进度计划表
2.13里程碑计划及其跟踪表
2.14所需资源清单及费用估算
2.15成本类比估算表
2.16按模块估计的成本估算表
2.17基于费用科目的成本估算表
2.18项目年度用款计划表
2.19IT项目质量指标框架模板
2.20IT项目质量保证计划模板
2.21关键质量活动一览表
2.22项目人员需求申请表
2.23面试记录表
2.24项目成员审核表
2.25项目组工作说明书
2.26项目成员岗位工作说明书
2.27岗位说明书一览表
2.28IT项目团队知识地图
2.29项目成员责任分配矩阵
2.30项目成员培训需求调查表
2.31项目培训计划表
2.32项目文档分类表
2.33项目干系人的沟通需求分析表
2.34项目信息接收责任明细表
2.35项目成员联络表
2.36单个风险损失值评估表
2.37项目所有识别风险一览表
2.38单个风险应对计划表
2.39风险应对计划一览表
2.40硬件产品请购单
2.41软件产品请购单
2.42项目采购计划明细表
2.43采购招标书模板
2.44采购投标书模板
2.45供应商财务状况调查表
2.46供应商评估表
2.47采购中标通知书
2.48采购落标通知书
第三章.IT项目的执行控制阶段
3.1项目管理跟踪报告模板
3.2项目变更控制表
3.3项目变更动力、阻力分析表
3.4项目范围变更一览表
3.5项目变更状态跟踪一览表
3.6范围/进度/成本/质量/采购变更一览表
3.7工作周报
3.8项目工作包进展报告表
3.9项目月度进展报告表
3.10项目月进度控制一览表
3.11项目进度偏差控制表
3.12某月/季项目进度汇报表
3.13项目工作包进展抽查表
3.14系统模块安装实施控制表
3.15多项目进展状况一览表
3.16项目费用申请表
3.17项目支出明细单
3.18基于最低预算的成本控制表
3.19成本偏差控制表
3.20单项目挣值分析表
3.21多项目挣值分析比较表
3.22信息系统缺陷的质量目标表
3.23项目单元测试方案
3.24系统测试用例表
3.25系统测试问题报告单
3.26系统缺陷状态跟踪表
3.27软件Bug详细记录表
3.28项目重大缺陷一览表
3.29项目成员工作周报
3.30临时成员加入项目组申请表
3.31项目成员绩效考核表
3.32360度考核表
3.33培训申请审批表
3.34前十个风险监控一览表
3.35一/二次风险监控一览表
3.36基于挣值分析的风险监控表
3.37采购设备订单状态报告
3.38采购设备费用状态报告
3.39设备验收单
3.40设备检验状态一览表
3.41取消订单损失报告
3.42退货清单
3.43公司采购合同执行情况一览表
3.44采购合同验收报告
3.45采购设备分配表
第四章.IT项目的收尾阶段
4.1用户部门新需求申报单
4.2IT项目产品质量评审表
4.3软件验收单
4.4设备验收单
4.5IT项目内部验收报告模板
4.6最终项目文件列表
4.7IT项目验收单
4.8项目成员述职报告模板
4.9项目成员经验教训报告模板
4.10项目结束人员安排表
4.11设备回收交付表
4.12项目团队内部经验总结模板
4.13最终项目内部总结报告模板
4.14最终项目用户移交报告模板
前言
一个值得深思的事实是,到2002年底为止,已经信息化的企业在IT上的投资超过了未信息化的企业在IT上的投资!
这意味着什么?
这意味着IT项目的投资已经由厂商驱动向用户驱动转变,以往什么利润高IT厂商就说什么好,用户就低着头掏腰包的时代过去了!
现在大多数的用户都经历过信息化,没成功过,也失败过,经验教训都有了许多。
用户更加重视企业信息战略的规划、IT投资的实实在在的效益,更加重视对已有投资的保护与对未来发展的适应。
用户聪明多了,也精明多了!
正是因为上述事实,IBM推出了ONDEMAND(随需应变),HP推出了AdaptiveEnterprise(动成长企业),联想推出了关联应用。
作为旁观者,笔者认为这些理念都是要“一切为了用户,一切为了用户的将来”。
另一方面,能够为用户提供IT能力的厂商如雨后春笋般成长,这些企业为了生存,竞争手段花样百出,竞争也日趋白热化。
为了规范市场,信息产业部推出了软件企业的认证、系统集成企业的认证、系统集成项目经理的认证,使IT应用市场健康有序的发展。
即使这样,整个IT行业的平均利润率在下降确是不争的事实。
IT行业暴利的时代已经过去,作为一个行业,它正在走向成熟,它将像电力、石油等行业一样,非常、非常重要,但是发展平稳。
那么,作为IT企业,要想在竞争的市场上持续发展,就必须提高自己的核心竞争力。
IT企业的竞争力体现在两方面:
一是IT解决方案的技术水平,一是IT项目的实施能力。
相对于前者,后者在短期提高利润率方面更能显示出威力。
因为项目管理水平的提高,意味着项目能得到更好地控制,成本能得到更多的节约,人力资源能得到更加合理的安排,客户的需求能得到更好地满足。
节约1元钱就是1元钱的利润,而销售额增加1元能增加2毛钱利润就不错了。
显然,IT厂商应该下大力气提高企业内部的管理水平,特别是项目管理水平。
现在学者们从多个角度研究了信息化的规律和得失,大家总结出IT项目失败的主要原因是非技术方面的原因,比如领导不重视、项目管理不当、员工不配合等等,表面原因是各种角色“认识不到位”。
其实,“认识不到位”的深层次原因之一是缺乏信息化和IT项目管理方面的知识,因而,要解决认识不到位的先决条件是“知识要到位”。
“知识要到位”意味着需要给企业信息化中相关的主体或角色转移相应的知识。
如果参与信息化的企业能有效的实现知识转移,将较大幅度地提高IT项目的成功率。
考虑到“十五”期间的万亿级IT投入,即使成功率由目前业界认同的的“三七开”上世纪90年代初国内信息界曾经有两个著名的80/20估计:
80%的信息化项目都失败了,只有20%的信息化项目是成功的;在失败的项目中,80%是由于非技术原因导致的,只有20%是由于技术原因导致的今天,业界普遍认同的成功率估计为30%,即成功与失败变为“三七开”,两个80/20估计也变为两个70/30估计。
尽管成功率估计上升了10%,但失败率还是很高的。
提高到“五五开”,也将会带来巨大的经济效益。
因而重视知识转移对于我国即将展开的信息化高潮具有鲜明的实践性。
在企业信息化知识的转移过程中,过程知识和结果知识同样重要,甚至更重要。
大多数提供IT支持的企业往往注重提供IT解决方案的知识,但却忽视了与客户的交流,忽视了项目对客户思维模式和运作制度的改变。
转移双方一直很重视结果知识的转移。
对于一个比较成熟的IT供应商来讲,它都会有一套规范的、通用的信息化解决方案,比如什么情况下采用C/S模式(客户机/服务器模式),什么情况下采用B/S模式(浏览器/服务器模式);网络拓扑结构到底采用星型还是环形,等等。
IT供应商一般都会向用户主动转移自己的这些方案知识。
从用户的角度来讲,自己的业务知识必须转移给开发方,与通用解决方案结合,形成适合用户的专用解决方案。
另一方面,转移双方必须要重视过程知识的转移。
对于一个比较成熟的IT供应商来讲,它应该有一套规范的、通用的IT项目实施方法论,在这套方法论里,规范了项目管理的各种制度和表格,比如说范围变更的制度和表格、风险管理的制度和表格、文档管理的制度和表格、进度管理的制度和表格、质量管理的制度和表格等。
这套方法论是IT项目实施的过程性知识,与解决方案一样,项目实施方法论也必须转移给用户。
从用户的角度来讲,用户的现有工作流程、现有制度等过程知识也必须转移给开发方。
为什么呢?
因为正是这些用户现有的制度和流程在项目的实施过程中成为实施的动力或阻力。
比如在界定企业的基本数据类时,如果企业的制度是鼓励职能化分工的,那么,各部门之间对于公共数据类的协调解决意愿就很弱,都会以自己为中心,让别的部门的标准向自己靠。
因而,用户方的制度、流程等过程知识必须转移给开发方,与通用的项目实施方法论相结合,形成适合用户该项目的专用实施方法论。
结果知识的转移很重要,过程知识的转移更重要。
对于IT项目来讲,甚至过程知识的转移比结果知识的转移更重要。
因为IT项目实施的过程很大程度上决定了实施的结果。
当然,结果知识和过程知识的转移并不是目的,转移的目的是为了知识创新。
IT厂商与用户在互相转移知识的过程中协同创新,得到适合用户的专用解决方案和专用实施步骤。
然而,很不幸的是,我们很多IT企业还没有规范的IT项目实施方法论。
既然没有,就谈不上对IT项目进行有效的管理,更谈不上向用户转移了。
大家经常奇怪这样一个现象:
国外的公司大多数不依赖于个人,骨干人员的流动很少对公司造成巨大的震动和影响;国内的公司却非常依赖于个人的能力和经验,很多事情换一个人做就不行,骨干人员流动可能对公司造成致命的影响。
仔细分析一下,很重要的原因就是员工的经验没有规范化,没有模版化、案例化,没有形成企业的记忆。
简而言之,没有做好企业的知识管理。
笔者经常出去做培训,有时会问会议的主办方,有激光笔吗?
有移动麦克吗?
或者有别在衣服上的胸麦吗?
回答是不知道要这些东西。
有经验的主办人员就知道准备,没有经验的同志就不知道准备了。
如果我们让有经验的同志列出培训所需设施一览表,那么,即使这个同志离职了,培训设施的准备工作照样可以搞好。
这就是表单的重要性。
这也是国外公司不依赖于个人的原因。
国外公司依赖的是规范的制度、规范的表格组成的一套方法论。
为了帮助提升国内IT厂商的项目管理水平,进而提高国内IT项目的成功率,我们设计了这套IT项目管理表格模板。
整书按IT项目的生命期分为四个阶段:
启动阶段、计划阶段、执行控制阶段和收尾阶段。
我们将该书内容进行了规范化,每节内容分别由一个表格模板、该表
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- it 项目 管理 表格 包含 146 DOC 文档 模板