IT项目管理项目文档分类表

IT项目管理项目文档分类表

软件文档种类

软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。

IT 项目管理经典案例

1、拯救项目团队 徐家龙最近被公司任命为项目经理，负责一个重要但不紧急的项目实施。公司项目管理部为其配备了七位项目成员，这些项目成员来自不同部门，大家都不太熟悉。徐家龙召集大家开启动会议时，说了很多谦虚的话，也请大家一起为做好项目出主意。一起来承担责任，会议开得比较沉闷。 项目开始以后，项目成员一有问题就去找项目经理，请徐经理给出意见，徐经理为了树立自己的权威、表现自己的能力，总是身体力行；其实，有些问题项目成员之间就可以互相帮助，但是他们怕自己的弱点被别人发现，作为以后攻击的借口，所以他们一有问题就找项目经理，其实徐经理的做法也不全对，成员发现了也不吭声，因为他们认为我是按你说得作的，有问题你经理负责。 团队成员之间一团和气，“找徐经理去！我们听你的；成为了该项目团队的口头禅，但是随着时间的推移，这个貌似祥和团结的团队，在进度上很快就出了问题。该项目由重要但不紧急的项目变成了重要还紧急的项目！ 项目管理部意识到问题的严重性，派高级项目经理张一峰指导该项目的实施。 1.1问题 问题出在哪儿？ 张一峰怎么做？

2、C公司的变更管理 C 公司是一家主要为交通部门从事系统集成业务的公司。 2007 年 3 月底该公司承接了 L 市数字指挥系统的建设工作，公司任命王莽为项目经理。合同金额 300 万交付日期为 7 月 1 日。 王莽组建完团队后，召开了内部的项目启动会议，宣布 4 月 1 日正式开工；大家干劲很高；王莽带领项目团队绘制了项目的生命期模板，分解得到了项目的 WBS ，在此基础上得到了项目计划，然后团队严格按照项目计划执行。a 很遗憾的是：很快项目团队就发现所需的采购设备的项目资金，被公司挪作它用不能及时供给资金。另外这时交付给客户X 模块，虽然用户签收了，但是客户认为项目团队没有领会好他们最急需的需求，希望他们在 4 月底前尽快完成 Y 模块的工作。而项目团队的计划是在 5 月底完成 Y 模块，王莽认为这是客户的变更，需要填写客户变更申请书，客户不承认这是变更，于是引起争执也未填写变更申请书。b 项目团队努力按照计划继续执行，但发现计划越来越难执行；交通部门的意见越来越多，王莽底下的成员看见项目经理已经与客户闹矛盾了，为了缓和关系底下的几个成员；开始不情愿地接受客户的意见，认为能随手改的就改了。公司认为这样作是对的，有助于提高客户满意度，这样到 5 月初时项目计划已经形同虚设。c 随着项目的进行，王莽和项目成员变成了救火队，用交通部们的话说是很好指哪打哪；但是王莽和项目成员发现：自己已经疲于奔命，客户的需求追加了不少，随意的变动也很多。甚至交通部门有的用户上旬说这么改，中旬说那么改，到了下旬说还是上旬作的对，改回去吧！王莽认为这样做下去，自己累死不算，利润率肯定为负数，结局是不讨好的。于是王莽和几个骨干在 5 月底，宁愿不要当月薪水，先后辞职离开了公司。 2.1问题 怎么回事？王莽、管理者各有哪些错误？分步骤的应对措施是什么？ A、启动阶段 B、矛盾初起(争执未起) C、计划形同虚设。

IT项目管理读后感

李沙沙0906014 老师推荐给我们看的几本书让我受益匪浅。特别是《你的灯亮着吗?》。看进去之后方才知道老大的用心良苦，自己在处理工作 中的事情时，不管用户是非对错，用户提出问题，我的思想老是照着用户的问题去解决问题。在这本书中针对我目前的情况有详细的解析。 这些书带给我的启发不仅仅是关于高级IT项目管理这门课程的，也给我今后的人生上了重要的一课。正如项目经理案头手册中提到的J.M.朱兰将一个项目定义为一个计划要解决的问题。该定义使我们认识到，项目管理是在大的规模上对问题的处理。我们生活中也在不断的遇到各种各样的问题，在进行项目管理的过程中，随着工作的进展，也给我们生活中解决问题指明了一条正确的思路和方法。项目问题就是人的问题，这些书启发我们在做事的时候不要怨天尤人，惟有付之行动，生活才会回报付出者；没有计划，就没有控制；要积极主动，不要被动反应；承担责任，争取权力；所有的行为只有从执行者的视角来理解才有意义；人最害怕的是被拒绝，最需要的是被接受；沟通技能是项目经理最应具备的技能之一。 书中有说到一句：“问题其实就是你期望的东西和你体验的东 西的差别”。对于我工作中，用户正常使用TAJIMA的流程，就是我期望的东西，而体验到的东西都是，用户不按正常流程执行。问题就在于，用户更本不按流程走。而对于用户来说：用户期望的是可以直接改个供应商或直接改个单价就可以满足采购或财务的需要，而体验到的是在系统中供应商无法更改，单价在采购单更新后，财务部那边的出入库金额数据无法更新。所以用户的问题就是：采购单无法更新供应商，单价更新了无法满足财务的需要，怎么办？到

底是谁的问题？当出现这种情况，我往往把用户的问题定义成了问题。想尽方法帮用户解决。书中还有说到：“在寻找问题定义的道 路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经 迷路了”，在工作中我经常帮用户想解决方法，哪种解决方法对于 用户目前是最简单的？回头想想，有的时候真的帮用户解决到问题吗？没有！因为我在找解决方法的过程中，已经错误的定义了我在 解决的问题。用户入库拒收的库位选错了，入错了库位。我首先将 问题的定义为：将入错库位的数据调整至正确的库位。一股脑的想 如何去调整，用哪种调整方案最简单？结果表面上是以经解决了， 可过不了多久此类情况又会发生。其实遇到这种问题应该先想想， 库位选错的原因是什么，是不是之前的培训没有到位？如何杜绝这 种情况再次发生？现在该做些什么？应该教会用户在开单时就先确 认库位。如在开单时就选错库位就点选取消，重新开过单据。还有 一次，财务部提出采购部在采购单上更新了价格，但出入库记录的 金额还是没有，希望我们帮忙解决。我首先想到的就是帮财务部将 采购单上更新的价格导出给财务部，方便快速。但没有想到问题的 起源是：采购部在入仓之前没有输入价格，而要在入库之后才补上，导致现在这种问题。要解决这个问题的方法是让采购部在入仓之前 就把价格填上，在入库的时候就会自动获取价格，而不是给财务部 导出价格。 书中有个章节“什么是真正的问题？”里面有指出：“每种解 决方法都会带来新的问题”，回想过去的工作，的确存在很多问题 解决之后，产生了更大的问题。针对这种现象,书中指出：“问题最难以处理的部分恰恰是去意识到它们的存在”,因为用户养成的习惯，

It项目管理概述

第一章项目管理概述 学习目标 1. 解释什么是项目，并且举出信息技术项目的具体例子 2. 了解项目管理与其他学科的关系 3. 了解项目管理的发展历史 4. 认识不断增长的对项目管理――特别是信息技术项目管理――进行改进的需要 5. 知道什么是项目管理，论述项目管理基本框架的关键因素 6. 初步了解项目管理资格认证 1.1 简介 项目管理的好处： 1. 控制财务、资源 2. 改进客户关系 3. 缩短开发时间 4. 降低成本 5. 提高利润、生产率、产品质量和可靠性 6. 完善公司内部协调 1.2 什么是项目 项目是为完成某一特定的产品或服务所作的一次性努力。其属性定义如下： 1. 有一个独特的目的 2. 项目是一次性的

3. 项目需要使用资源，例如人、硬件设施、软件配置 4. 项目要有一个主要发起人或者客户 5. 项目具有不确定性 三约束：范围、时间、成本。 范围λ 项目的任务是什么？发起人要通过项目获得什么样的产品或服务？时间λ 项目需要多长时间？进度如何安排？ 成本λ 项目需要花费多少？ 1.3 什么是项目管理 项目管理是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望。” 项目干系人是指参与项目和受项目活动影响的人，包括项目发起人、项目组、协助人员、顾客、使用者，甚至项目反对人。 知识领域是指项目经理必须具备的一些重要的知识。项目管理中四大核心知识领域是：范围、时间、成本和质量。 第二章项目管理的环境和过程 学习目标

1. 系统了解项目管理基期如何在信息技术项目中得以应用 2. 解释项目生命周期的4个一般阶段 3. 区别项目开发和产品开发的不同之处 4. 运用4种组织形式分析一个正规的组织 5. 解释功能性、矩阵型和项目型组织结构的不同点 6. 列举一个优秀的项目经理应该具备的技能和素质 7. 描述项目管理的5个主要过程组，一般情况下各个过程组的活动水平及相互关系 8. 对项目过程组与项目管理知识的关系有一个初步认识 2.1 项目管理的系统概念 以整体的视角看待项目和项目运营的组织环境就是所谓的系统思维。系统方法是解决复杂问题的一种整体分析方法，包括系统观念、系统分析和系统管理。 系统观念是支一整套系统的思考事物的思维模式。 系统分析是一种问题的解决方法。这种通过确定问题的研究范围，将其分解为各个组成要素，然后识别和评价各要素存在的问题、机会、

企业IT项目管理办法

企业IT项目管理 对一个IT项目来讲最重要得部分就应该就是项目得启动阶段，项目只有真正启动了才谈得上IT项目得管理方法与技巧，项目启动阶段准备得充足与否往往决定着一个项目得成败，所以对项目启动管理形成统一得认知，对于甲方实施IT项目来说有着非常重要得意义。一般来说，项目得启动管理可以划分为以下几个阶段： 一、意向提出阶段 在意向提出阶段，业务部门发现需要由信息化手段来实现得业务需求，并提出建设信息化系统得期望。由于信息化项目得意向伴随着业务发展得全过程，因此，对于意向得统筹管理与规划对企业得信息化部门始终就是一个难题。 对于有集中业务规划期间得企业，意向得产生经常集中在业务规划期间，比如：财年末，业务对自身得模式进行盘点期间，往往产生业务模式得改进或改革得需求，从而对信息化工具产生需求。在这一时间产生得想法或需求，往往不就是很成熟，不确定性很大，后期变化得风险也很高。但这一时期，也就是意向最集中，最易于统筹规划得时期。信息化部门通常在这一时期，对所有得意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入得约束，对项目进行排序，以确定建设重点。 对于不在集中规划时期提出得项目意向，正如案例中出现得一样，往往会影响到原有得整体规划与计划，各方面得论证更应谨慎，比如，项目得必要性、投入得合理性、资源到位得可能性，对已建与在建系统得影响等等。信息化管理部门可以通过建立一些制度与流程，对业务需求得意向进行引导，尽量使意向在集中规划时期提出。 意向提出作为项目启动得一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设得整体合理性。 二、需求分析阶段 在受理了项目得意向以后，就进入对项目需求得分析阶段。这一阶段需要有信息化人员与业务人员组成得小组，对业务需求进行详细得调研与分析。采用得方法主要包括各业务层次人员访谈、会议。 在这一阶段，往往出现案例中得情况，信息化人员可能认为业务得需求不清晰，而业务认为自己得需求已经十分清晰。解决这个矛盾得关键在于，要有详细得管理控制方法，引导业务人员进行需求得细化。如，制定需求分析报告得框架，针对关键点形成文档。一般来说，需求分析包括以下内容： 当前业务流程分析、未来业务流程分析、当前业务与未来业务得差异分析、信息化功能点需求、对将来系统得非功能需求，如：性能需求，环境需求，安全需求等、需求得优先次序、需求分析报告形成以后，还需要组织对需求得评审，以达成项目关系人对需求得一致认可。

项目划分规范

1．基本概念水利水电工程一般划分为若干单位工程，单位工程划分为若干分部工程，分部工程划分为若干单元工程，按三级项目划分并进行质量控制。 1.1单位工程系指能独立发挥作用或具有独立的施工条件的工程，通常是若干分部工程完成后才能运行或发挥一种功能的工程。单位工程通常是一座独立建（构）筑物，特殊情况下也可以是独立建（构）筑物中的一部分或一个构成部分。 2.2分部工程系指组成单位工程的各个部分。分部工程往往是建（构）筑物中的一个结构部位，或不能单独发挥一种功能的安装工程。 3.3单元工程系指组成分部工程的、由一个或几个工种施工完成的最小综合体，是日常质量考核的基本单位。可依据设计结构、施工部署或质量考核要求划分为层、块、区、段等来确定。单元工程与国标中的分项工程概念不同，分项工程一般按主要工种工程划分可以由大工序相同的单元工程组成，如：土方工程、砼工程、模板工程、钢结构焊接工程等，完成后不一定形成工程实物量；单元工程则是一个工种或几个工种施工完成的最小综合体，是形成工程实物量或安装就位的工程。（是国家或行业制定有验收标准的项目）水土保持生态工程即小流域综合治理工程，虽有其特殊性，但归根结底仍就是水利工程，其质量评定项目划分应结合其自身特点遵循水利水电工程项目划分的原则进行。 2．项目划分原则质量评定项目划分总的指导原则是：贯彻执行国家正式颁布的标准、规定，水利工程以水利行业标准为主，其他行业标准参考使用。如：房屋建筑安装工程按单位工程、分部工程和分项工程划分；水工建筑安装工程按单元工程、分部工程和单位工程划分。 2.1单位工程划分原则 2.1.1枢纽工程按设计结构及施工部署划分。以每座独立的建筑工程或独立发挥作用的安装工程为单位工程。如厂（站）房、管理（生活、办公）用房、溢洪道、输水（泄洪）洞、土（石或砼）坝、进（分）水闸、节制闸、进（出）水池、交通工程等建筑工程分别为单位工程，独立的金属结构、机电设备、电气、通讯等安装工程分别为单位工程。 2.1.2渠道工程按渠道级别（干、支渠）或工程建设期、段（以节制闸为界）划分。以一条干（支）渠或同一建设期、段的工程为单位工程，投资或工程量大的建筑物以每座独立的建筑物为单位工程。 2.1.3堤坝工程按设计结构及施工部署划分。以堤坝身、堤坝基础、堤坝岸防护、交叉连接建筑物等分别为单位工程。 2.1.4水土保持工程一般以一个独立的小流域或较大的独立建筑物（大型谷坊坝）划分。它由若干沟道或区片或班号组成。 3.分部工程划分原则 3.1枢纽工程按设计结构的主要组成部分划分。如基础工程、大坝坝体、防渗工程、金属结构、电气、坝顶、渠首进水闸、渠首冲砂闸、导流坝等 3.2渠道工程、堤坝工程和水土保持工程按设计结构及施工部署划分: 3．2．1渠道工程：大车桥、分水闸或支渠口、节制闸、渠段 3．2．2堤坝工程：基础工程、护岸工程、堤防堤身工程、护坡工程、堤顶工程、防渗工程、生物防护和道路工程等。 3．2．3水土保持工程：沟壑或区片或班号治理、成片水平梯田、小型蓄排水工程、成片水保林、成片人工种草、封禁治理、水源及节水灌溉工程等。大型谷坊坝坝基处理、坝体填筑、坝坡防护、溢流口门、坝体及坝基防渗工程等。3.3注意：为防止项目划分的随意性，同一单位工程中，同类型的各个分部工

IT项目管理办法2019

信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款；

●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人公司的二维表格来描述项目实施范围更加清晰。 3、工作分解结构 1）工作分解结构概念 项目实施过程中，最能清晰描述和界定项目范围的工具是工作分解结构（WBS），这是一种以结果为导向的分析方法，用于分析项目所涉及到的工作，所有这些工作构成了项目的整体范围。也是制定项目管理计划重要的基本文件，因为它是制定和管理项目进度、成本和变更控制的基础。一些项目管理专家认为，未包含在WBS里的工作是不应该做的。 WBS通常被表示为一个以任务为导向的活动家谱图。通常围绕项目产品或者项目阶段展开，我们公司实施方法论已经把信息实施项目的实施过程划分了五个阶

人文社科类科研项目分类标准.doc

人文社科类科研项目分类标准 一、项目类别 哲学社会科学研究纵向项目按类别分为国家项目、部级 项目、省市项目、其他项目。 国家项目：国家哲学社会科学规划基金项目、国家教育 科学规划基金项目、国家艺术科学规划基金项目、国家自然 科学基金项目、国家科技计划项目。 部级项目：教育部、中央其他部委规划或专项任务项目。 省市项目：吉林省哲学社会科学规划基金项目、吉林省 软科学研究计划项目、吉林省教育科学研究项目、长春市社 科规划基金项目、长春市软科学研究计划项目，及经学校哲 学社会科学研究管理部门审批确认的其他省市政府部门项 目。 其他项目：除上述项目之外的其他纵向项目。 二、项目等级 哲学社会科学研究项目实行分级管理制度，根据项目级 别及经费额度等因素，分为A、B、 C、 D、 E 五类。 A类项目：①国家社科基金重大项目②教育 部重大课题攻关项目③国家自然科学基金重 点项目④可支配经费达 30 万元及以上的纵 向项目⑤年度到款达 50 万元及以上的横向 项目 B类项目：①国家社科基 金重点项目 ②国家自然科学基金其他项目（获项目经费20 万元及

以上） ③教育部基地重大项目及其他重大研究项目 ④可支配经费达20 万元及以上的纵向项目 ⑤年度到款达30 万元及以上的横向项目 C类项目：①国家社科基 金其他项目 ②国家自然科学基金其他项目（获项目经费20 万元以下） ③教育部社科研究其他项目④可支配经费达 5 万元及以上的纵向项目⑤年度到款达 10 万元及以上的横向项目 D类项目：①吉林省社 科基金项目②吉林省软 科学项目 ③可支配经费达 2 万元及以上的纵向项目 ④年度到款达 5 万元及以上的横向项目 E类项目： 其他校外项目及学校项目 国际合作及港澳台项目按项目来源渠道及所获得的经 费额度分别按纵向项目、横向项目确定类别。

IT项目管理案例及解答

IT项目管理案例及答案 案例10 如何启动项目 海正公司的赵晓东最近心里挺烦。公司前一段签了一个100 多万的单子，由于双方老板很熟，且都希望项目尽快启动，在签合同时也没有举行正式的签字仪式。合同签完，公司老总很快指定赵晓东及其他8 名员工组成项目组，由赵晓东任项目经理。老总把赵晓东引见给客户老总，客户老总在业务部给他们安排了一间办公室。项目进展开始很顺利，赵晓东有什么事都与客户老总及时沟通。可客户老总很忙，经常不在公司。赵晓东想找其他部门的负责人，可他们不是推托说做不了主，就是说此事与他无关，有的甚至说根本就不知道这事儿。问题得不到及时解决不说，很多手续也没人签字。项目组内部问题也不少，有的程序员多次越过赵晓东直接向老板请示问题；几个程序员编的软件界面不统一；项目支出的每笔费用，财务部都要求赵晓东找老板签字。赵晓东频繁打电话给老板，其他人心里想，赵晓东怎么老是拿老板来压人。由此，赵晓东与项目组其他人员和财务部的人员产生了不少摩擦，老板也开始怀疑赵晓东的能力。赵晓东的遭遇相信很多项目经理都亲身经历过，尤其是刚刚开始做行业客户的公司，往往是公司的老板和客户单位的某个主管关系不错或业务人员关系做得很到位，公司老板希望赶紧做完项目，因此，常常跳过项目启动环节，直接指令项目经理进入实施阶段。结果项目刚开始就麻烦不断。参考讨论题：参考讨论题： 赵晓东遇到了什么问题？内部问题：赵晓东遇到了什么问题？内部

问题： 1、项目内部成员越过项目经理直接请示老总； 2、项目内部人员对建设标准出现不统一情况； 3、项目支出财务部要求赵经理找公司老总签字。 结果：结果： 1、项目组成员、财务部人员与赵经理产生摩擦； 2、公司老总怀疑项目经理的能力。 外部问题：外部问题： 1、什么事情都与客户老总沟通，但老总很忙； 2、客户部门负责人推托，手续没人签字。 结果：结果： 在客户端的工作无法正常开展。 做项目启动的目的是什么？做项目启动的目的是什么？建立项目管理制度、整理启动会资料等。1. 项目启动会的任务有哪些？项目启动会的任务有哪些？ 阐述项目背景、价值、目标；项目交付物介绍；项目组织机构及主要成员职责介绍；使双方人员彼此认识，清楚各个层次的接口；项目初步计划与风险分析；项目管理制度；项目将要使用的工作方式。2. 3. 在项目启动时应该注重哪些问题？在项目启动时应该注重哪些问题？为什么说“好的开始是成功的一半” 为什么说“好的开始是成功的一半”？做项目启动是为了形成一个良好的沟通体 系，让所有与项目相关的人都理解项目的重要性，同时形成一个由双方

IT项目管理心得体会

《IT项目管理》心得 随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息技术的应用已成为社会各行各业所不可或缺的，成为了企业发展的重要因素之一，信息化已经成为企业实现战略目标的迫切需要和必要保证。越来越多的企业认识到只有通过信息化建设才能够增强企业的核心竞争力，并在企业体制、技术、管理等方面实现创新，以此来在弱肉强食的环境中生存发展。由此项目管理的思想已经被越来越多的IT领域中的企业所接受，IT 项目建设逐渐成为企业资源投入的重中之重。而企业为了使IT项目能够按照预定的成本、进度、质量顺利完成，从而对成本、人员、进度、质量、风险、文档等进行分析、管理和控制。 目前，项目风险管理已被认为是减少IT项目失败的一种重要手段。项目必须事先有风险预控方案，事前控制永远要好于事中和事后控制，而要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。 项目风险管理的实质，就是针对项目进行过程中各种各样的风险事件，在合理分析评估的基础上采取合理的对策，促进项目管理目标的实现。如果要真正搞好IT项目的风险管理，树立正确的项目风险意识尤为关键。就是要确立具体的目标，制定具体的指导原则，规定风险管理的责任范围，从认知、分析、防范等各个方面做好工作，采取主动行动，合理的使用回避、减少、分散或转移等方法和技术对活动或事件所涉及的风险实行有效的控制，妥善地处理风险事件造成的不利后果，以合理的成本保证安全、可靠地实现预定的目标，事无巨细都要谨慎处理。特别是在IT项目的可行性研究和计划阶段，风险管理的应用尤为重要。在IT项目的前期阶段面对的不确定因素较多，因此在这一环节推行风险管理对提高项目计划的准确性和可行性有极大的帮助。 风险有诸多因素构成，比如不合格的人力资源、缺乏客户参与、过于乐观的计划、流于形式、管理控制不力、次品频出、过于依赖技术、企业无法承担项目费用、市场定位错误等。其中，我认为自于项目人员的组织有效性，企业如何组建项目团队、其他部门如何配合项目

IT项目管理表格-前言

前言 一个值得深思的事实是，到2002年底为止，已经信息化的企业在IT上的投资超过了未信息化的企业在IT上的投资！这意味着什么？ 这意味着IT项目的投资已经由厂商驱动向用户驱动转变，以往什么利润高IT厂商就说什么好，用户就低着头掏腰包的时代过去了！现在大多数的用户都经历过信息化，没成功过，也失败过，经验教训都有了许多。用户更加重视企业信息战略的规划、IT投资的实实在在的效益，更加重视对已有投资的保护与对未来发展的适应。用户聪明多了，也精明多了！ 正是因为上述事实，IBM推出了ON DEMAND（随需应变），HP推出了Adaptive Enterprise（动成长企业），联想推出了关联应用。作为旁观者，笔者认为这些理念都是要“一切为了用户，一切为了用户的将来”。 另一方面，能够为用户提供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项目管理 (1)

风险管理计划 1 引言 1.1本文件的范围和目的 适用于本项目所有风险控制，目的是辨识、描述和消除风险因素，以免它们威胁项目的成功运作 1.2概述 1.2.1目标 进行有效的风险管理，提高项目的成功率；增加团队的健壮性，与团队成员一起进行风险分析让大家对困难有充分估计，对各种意外有心理准备，提高组员的信心，从而稳定队伍；，将主要精力集中于重大风险，将工作方式从被动救火转变为主动防范。 1.3组织 1.3.1领导成员 组长：管理者代表 副组长：项目部主管 组员：各部门主管 1.3.2责任 对风险予以控制，以避免或减少不利影响，增强有利影响，持续改进管理质量体 系，确保质量管理体系能够实现其预期效果 1.3.3任务 2风险识别 2.1风险情况审查、风险来源等 需求风险 ①需求已经成为项目基准,但需求还在继续变化;②需求定义欠佳,而进一步的定义会扩

展项目范畴;③添加额外的需求;④产品定义含混的部分比预期需要更多的时间;⑤在做需求中客户参与不够;⑥缺少有效的需求变化管理过程。 计划编制风险 ①计划、资源和产品定义全凭客户或上层领导口头指令,并且不完全一致;②计划是优化的,是"最佳状态",但计划不现实,只能算是"期望状态";③计划基于使用特定的小组成员,而那个特定的小组成员其实指望不上;④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大;⑤完成目标日期提前,但没有相应地调整产品范围或可用资源;⑥涉足不熟悉的产品领域,花费在设计和实现上的时间比预期的要多。 组织和管理风险 ①仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长;②低效的项目组结构降低生产率;③管理层审查决策的周期比预期的时间长;④预算削减,打乱项目计划;⑤管理层作出了打击项目组织积极性的决定;⑥缺乏必要的规范,导至工作失误与重复工作;⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。 人员风险 ①作为先决条件的任务(如培训及其他项目)不能按时完成;②开发人员和管理层之间关系不佳,导致决策缓慢,影响全局;③缺乏激励措施,士气低下,降低了生产能力;④某些人员需要更多的时间适应还不熟悉的软件工具和环境;⑤项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低;⑥由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作;⑦不适应工作的成员没有调离项目组,影响了项目组其他成员的积极性;⑧没有找到项目急需的具有特定技能的人。 开发环境风险 ①设施未及时到位;②设施虽到位,但不配套,如没有电话、网线、办公用品等;③设施拥挤、杂乱或者破损;④开发工具未及时到位;⑤开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具;⑥新的开发工具的学习期比预期的长,内容繁多。客户风险 ①客户对于最后交付的产品不满意,要求重新设计和重做;②客户的意见未被采纳,造成产品最终无法满足用户要求,因而必须重做;③客户对规划、原型和规格的审核决策周期比预期的要长;④客户没有或不能参与规划、原型和规格阶段的审核,导致需求不稳定和产品生产周期的变更;⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长;⑥客户提供的组件质量欠佳,导致额外的测试、设计和集成工作,以及额外的客户关系管理工作。 产品风险 ①矫正质量低下的不可接受的产品,需要比预期更多的测试、设计和实现工作;②开发额外的不需要的功能(镀金),延长了计划进度;③严格要求与现有系统兼容,需要进行比预期更多的测试、设计和实现工作;④要求与其他系统或不受本项目组控制的系统相连,导致无法预料的设计、实现和测试工作;⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题;⑥开发一种全新的模块将比预期花费更长的时间;⑦依赖正在开发中的技术将延长计划进度。 设计和实现风险 ①设计质量低下,导致重复设计;②一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开发新的功能;③代码和库质量低下,导致需要进行额外的测试,修正错误,或重新制作;④过高估计了增强型工具对计划进度的节省量;⑤分别开发

IT项目管理

软件项目成本管理研究 随着信息技术的飞速发展，软件企业在我国高新技术产业中扮演着越来越重要的角色。软件企业进行项目管理有利于将开发人员的个人开发能力转换为企业的开发能力，软件企业的软件开发能力越高，表明这个企业的软件生成越趋于成熟企业越能够稳定发展。软件项目管理是软件软件企业提高竞争力的重要手段，成本管理系统是软件项目管理系统的一个子系统。有效的软件项目管理和成本控制可以更好的为软件企业积蓄财力，可以增强软件企业的竞争力。 软件项目成本管理就是根据企业的情况和项目的具体要求，利用公司既有的资源，在保证项目进度、质量达到客户满意的情况下，对软件项目成本进行有效的组织、实施、控制、分析和考核等一系列的管理活动，最大限度的降低项目成本，提高项目利润，实现客户、公司、员工三赢，获得更稳定的客户群，更多的公司利润和更稳定项目队伍。 软件项目管理概述 在传统的项目管理软件中，一般都是进度安排和跟踪控制，大多说都不能进行软件成本估计，缺乏事先成本控制，部分项目管理软件虽然具有一些成本管理的功能，但这些项目管理软件多数是面向工程项目来设计的，真正面向软件项目的项目管理软件很少。由于软件项目自身的特殊性，导致了在应用工程项目管理软件在管理软件项目时会出现很多的问题。 软件项目成本估算 成本估算——编制完成项目活动所需资源的大致成本。 成本估算师成本管理中的主要部分。软件项目成本主要包括硬件成本、软件开发成本、人员培训费用、项目管理费用等。软件项目成本估算就是根据待开发软件的特征、用户环境及以往同类或相近项目的基础数据进行软件规模测算；由系统软件的成本构成，结合成本影响因素、环境因素以及以往同类或相近项目的数据分析，进行软件成本测算；以

建筑工程项目划分标准

工程项目规模分级标准（建筑行业）

装饰装修工程中：单项工程造价1000万以上的装饰装修工程；或高度60米以上，且单项工程造价1000万以上的幕墙工程；或高度60米以上，且单位工程量6000平方米以上的幕墙工程，均属大型项目。 机电安装工程中：单项2000万以上的机电安装工程；或建筑面积4万平方米以上的火灾自动报警系统或固定灭火系统工程；单项造价1000万元以上的建筑智能化工程，均属大型项目。 城乡规划设计项目分级标准（参考） （一）大型项目 1.全国城镇体系规划、跨省域、跨市域城镇体系规划或省域城镇体系规划及相应的专项规划、专题研究报告、评估报告； 2.城市群规划、市域城镇体系规划及相应的专项规划、专题研究报告、评估报告； 3.各级城市（不含县城所在地建制镇）总体规划、分区规划及相应的专题研究报告、评估报告； 4.国家级各类开发区(含科技园区、度假区、大学城等)和国家级风景名胜区总体规划的编制及相应的专题研究报告、评估报告，国家级风景名胜区核心景区详细规划； 5.国家级历史文化名城、名镇、名村保护利用规划； 6.县域村镇体系规划； 7.详细规划的编制：单项控制性详细规划超过3平方公里，单项修建性详细规划或城市设计超过80公顷；

8.省委、省政府、省建设厅及其它省级行政机关直接下达的各类研究报告、各类规划、各类评估报告； 9.研究拟定工程投资规模在20000万元以上项目的规划选址论证报告； 10.需报省级以上行政审批机关审批的其它规划设计项目。 （二）中型项目 万人口以上城市的各类专项规划、各类城市总体概念规划或战略规划； 2.县城所在地建制镇总体规划及相应的专项规划、专题研究报告、评估报告； 3.详细规划的编制：单项控制性详细规划面积1--3平方公里，单项修建性详细规划面积20--80公顷； 4.省级各类开发区总体规划、省级风景名胜区总体规划及详细规划的编制，国家级风景名胜区一般景区详细规划； 5.省级历史文化名城、名镇； 6.国家级示范镇、示范村建设规划； 7.研究拟定工程投资规模在万元之间项目的规划选址论证报告； 8.需报地级市人民政府行政审批机关审批的其它规划设计项目。 （三）小型项目 1.县城以下其它建制镇总体规划、乡规划、村庄规划、名村规划及有关专项规划、专题研究报告； 万人口以下城市的各类专项规划； 3.详细规划的编制：单项控制性详细规划面积1平方公里以下，单项修建性详细规划面积20公顷以下； 4.地市级及以下各类开发区规划的编制；

IT项目管理总结报告

IT项目管理总结报告 引导语：IT项目管理对于信管来说，应该是一门重要的专业课，只有掌握了其中的分析方法，才能在以后的项目开发中，对项目进行科学，全面的管理，提高项目的质量。下面是小编为你带来的IT项目管理总结报告，希望对你有所帮助。 篇一：IT项目管理总结报告 一、学习到的知识 通过本次课程的学习加之实习，首先，我知道了什么是项目，以及IT项目的定义什么，知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目，同时，我了解到了IT项目的主要特点分为7个，即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后，老师又详细讲解了项目的生命周期和管理模式，从项目4大阶段：启动、计划、执行、控制和项目管理9大知识领域：范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。 其中4大阶段中，掌握的比较好的就是前两个方面，在启动方面，我觉得就是要预先考虑到项目实施过程可能出现的问题，进行提前的计划，说到底就是未雨绸缪，里面最重要的就是可行性分析，它是作为项目能否开发的重要依据，提供需求、盈利、运行环境等多方的分析资料。另外一个，我掌握到的重要知识，就是WBS技术，我学会了如何对认为进行分解，将一个复杂的项目分成多个子项目，分别进行多次深度划分。项目时间管理是我听得最认真的内容，因为要作图，里面我主要是针对网络图进行了认真的学习，知道网络图的意义以及如何绘制网络图，在网络图的基础上，我学会了用个Project 软件生成项目的甘特图，并且能够从给出的甘特图中读取项目的信息和进度计划。最难的是活动历时估计中的关键路法，通过结合PPT，我掌握了如何根据给定的表格数据，推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差，并在做完图后，从中找出其关键路径，即总时差为零的活动路线。 后面9个领域，都学的比较粗条，主要针对了成本、质量和风险管理。在成本管理方面，理论掌握的不好，主要就是知道了如何用Project软件对项目分配资源，并且知道了如何解决资源冲突的几种方法。 在项目质量管理方面，我通过实习，知道了IT质量管理的概念，整个体系，并且通过实习，知道了从哪几个方面入手去编写IT 项目质量计划，从而了解了一个项目团队如何去保证其项目的质量，特别是实施计划中，知道了一般性项目质量管理的工作计 划，和高层领导以及项目经理如何去评审一个项目以及各部门的任务分工和之间如何协调。 风险管理因为时间近，所以知识点记得比较多，最深刻的就是项目风险的评估分析。在里面，我主要掌握了如何定性的估计风险，学会了风险评定的等级划分，和结果划分。 二、感悟与体会 IT项目管理，其实自己没有多少重视，总感觉学到的理论偏多，让我值得欣慰的就是，我们在课程一开始就成立了分组，通过一个小组的整体协作，把整个项目过程都全部的经历了一遍，在完成的过程中，我发现，书上写到的只是冰山一角，远远满足不了你完成作业的标准，我很多时候都是拿到分配下来的题目，一阵发愁，然后翻了N遍书，还是不知道从何下手，可能是从来没有接触到类此的东西，缺乏思路，不知如何进行，只能在百度里寻找，希望找到材料，要是完全一样的就更好，没有的就东拼西凑，虽然其中有一些copy的影子，但自己也是阅读了大量的资料，整合了各种数据，在不知不觉中，理解该方面也越来越深刻，至少一开始的迷茫感没有了，其中让我印象最深的就是制作WBS，书中只是讲述了WBS的基本概念，没有一点制作的方法和步骤，完全是盲人摸象，一路磕磕碰碰，幸好在强大的搜索引擎下，在参考了无数公司优秀的案例下，制作了一个让自己非常满意的WBS图，当然，其中会有各种错误。 还有一个就是在合作的过程，我觉得一个项目想要合理，高质量的完成，各小组间的沟通即为重要，这里面包含了项目组长的领导能力和人格魅力，像我们组来说，我感觉就有点分崩离析的味道，就是个人管个人，组长分配啥，做了就好，没有形成一个小组间的共鸣，不知道其他组的进度和完成情况内容，所以内容应该有些分散，给组长也增加了很多的后期整理压力。 三、提出的建议

工程类别划分标准(一类、二类、三类、四类)

工程类别划分标准 一、建筑工程类别划分标准 注： 一、名词界之： 1．跨度：指按设计图标注的相邻纵向定位轴线的距离。 2．檐高：指设计室外地坪标高至檐口滴水的垂直距离。 3．面积：指按建筑面积计算规则计算的单位工程建筑面积。 4．层数：指建筑物的分层数（不含地下室）。不计算建筑面积的建筑层和屋顶水箱间、楼梯间、电梯机房也不计算层数。 5．公共建筑：指医院、宾馆、综合楼、办公楼、教学楼、候机楼、车站、客运楼等为

公众服务的建筑物。 6．特殊建筑：指影剧院、体育场（馆）、图书馆、博物馆、美术馆、展览馆等为公众服务的建筑物。 二、工程类别标准的说明： 1．以上各项工程分类均按单位工程划分。 2．住宅及公共建筑符合表中两个条件方可执行本标准，其余符合表中的任一个条件即可执行本标准。 3．室外管沟、化粪池、围墙、按四类标准执行，挡墙按市政定额的划分标准执行。 4．单层多跨厂房应以最大跨度或檐高作为确定类别的依据。与单层厂房相连的附属生活间、办公室等均随该单层厂房的标准执行。 5．单位工程檐高不同时应以其最高檐高作为确定类别的依据。 6．一个单位工程具有不同使用功能时，应按其主要使用功能（以建筑面积大小区分）确定取费标准。 7．特殊建筑工程类别的确定须报市造价管理总站，由市造阶管理总站依据施工图纸按有关技术参数确定后执行。 二、市政工程类别划分标准

注： 1．车行道：指机动车道（不含路沿及绿化带的宽度）。 2．单跨：指桥梁的设计跨径。 3．管径：指管道内径。 4．河堤、挡墙的高度：指基础顶面至河堤或挡墙顶面的高度。 5．特殊工程：指按照上表所列标准无法确定工程类别的市政工程，按建筑工程类别划分标准的说明第7条办理。