IT 项目管理 系统 描述

一般IT项目管理中常见的风险有以下几类：

需求变更风险。需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损。预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

进度风险。有些项目对进度要求非常苛刻，但对于进度要求不高的项目，同样要考虑该风险。项目进度的延迟意味着违约或市场机会的错失，预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

质量风险。有些项目和用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。一般需要经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

技术风险。在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

在应对IT项目的风险方面，可以借助信息化项目管理系统解决，比如8Manage PPM，能够对项目进行全程的风险跟踪，自动检测项目各种系统性风险及其影响，包括项目计划，成本，资源以及质量的风险，并且能根据现有影响自动推测最终的影响，做到自动监测超时和超支风险、自动监测使用不恰当资源与资源短缺的风险等工作，并提供集成的风险登记表和预警提示，使项目人员可清楚地知道若不及时恰当地管理这些风险的严重性。同时，8Manage支持记录用户自定义风险并跟踪风险从开始到结束的整个过程。系统会自动根据风险发生几率的高低和采取行动前后风险的的影响来分类和评估每个风险，以便项目人员更快速有效地确定行之有效的方案来避免风险，为IT项目的成功研发保驾护航。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

在IT项目管理中通常会使用8Manage项目管理工具，可以从立项-计划-实施-收尾等全过程监控，可以管理到项目的进度、计划、风险、资源、成本、需求、变更、时间等方面， 项目实时管理，第一时间汇总项目动态，项目超支、风险预警提醒，支持多部门、多站点、大型复杂项目，多项目实时管理，第一时间发现项目问题，迅速提醒、响应。

IT项目的特征：

(1)时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

(2)项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。因此，IT项目经理必须在项目开始前通过合同(或等同文件)明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

(3)不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

项目管理系统，就是项目的管理者应用专门管理项目的系统软件，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。它从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

按照传统的做法，当企业设定了一个项目后，参与这个项目的至少会有好几个部门，包括财务部门、市场部门、行政部门等等，而不同部门在运作项目过程中不可避免地会产生摩擦，须进行协调，而这些无疑会增加项目的成本，影响项目实施的效率。

而项目管理的做法则不同。不同职能部门的成员因为某一个项目而组成团队，项目经理则是项目团队的领导者，他们所肩负的责任就是领导他的团队准时、优质地完成全部工作，在不超出预算的情况下实现项目目标。项目的管理者不仅仅是项目执行者，他参与项目的需求确定、项目选择、计划直至收尾的全过程，并在时间、成本、质量、风险、合同、采购、人力资源等各个方面对项目进行全方位的管理，因此项目管理可以帮助企业处理需要跨领域解决的复杂问题，并实现更高的运营效率。

项目管理系统的应用从80年代仅限于建筑、国防、航天等行业迅速发展到今天的计算机、电子通讯、金融业甚至政府机关等众多领域。目前国内，对项目管理认识正逐渐深入，但要求项目管理人员拥有相应资格认证的还主要为大的跨国公司、IT公司等与国际接轨的企业。

项目管理系统是基于现代管理学基础之上的一种新兴的管理学科，它把企业管理中的财务控制、人才资源管理、风险控制、质量管理、信息技术管理（沟通管理）、采购管理等有效的进行整合，以达到高效、高质、低成本的完成企业内部各项工作或项目的目的。

随着IT行业的发展，IT行业内的项目拓展和投资比比皆是。为了提高项目管理水平，赢得市场竞争，特别是在加入WTO后在国内、国际市场上拥有与国际接轨的项目管理人才，越来越多的业界人士正通过不同的方式参加项目管理培训并力争获得世界上最权威的职业项目经理（PMP）资格认证。

项目管理者联盟文章 在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。 1问题分析 问题分析可以通过了解问题及涉众的最初需要，并提出高层解决方案来实现。它是为找出“隐藏在问题之后的问题”而进行的推理和分析。问题分析期间，将对“什么是面临实际问题”和“谁是涉众”等问题达成一致。而且，您还要从业务角度界定解决方案，以及制约该解决方案的因素。您应该已经对项目进行过商业理由分析，这将便于您更好地预计能从构建中的项目中得到多少投资回报。项目管理培训 2理解涉众需要 需求来自各个方面，比如来自客户、合作伙伴、最终用户或是某领域的专家。您需要掌握如何准确判断需求应来源于哪方面、如何接近这些来源并从中获取信息。提供这些信息主要出处的个人在本项目中称为涉众。如果您正在开发一个在您公司内部使用的信息系统，那么在开发团队中应包括具有最终用户经验和业务领域专业知识的人员。通常讨论将在业务模型这一级上展开，而不是在系统这一级上展开。如果正在开发一个要在市场上出售的产品，那么您可以充分调动营销人员，以便更好地了解该市场中用户的需要。获取需要的活动可使用这样一些技巧：访谈、集体讨论、概念原型设计、问卷调查和竞争性分析等。获取结果可能是一份图文并茂的请求或需要列表，并按相互之间的优先级列出。 3定义系统 定义系统指的是解释涉众需求，并整理为对要构建系统的意义明确的说明。在系统定义的初期要确定以下内容：需求构成、文档格式、语言形式、需求的具体程度(需求量及详细程度)、需求的优先级和预计工作量(不同人在不同的实践中通常对这两项内容的看法大不相同)、技术和管理风险以及最初规模。系统定义活动还可包括与最关键的涉众请求直接联系的初期原型和设计模型。系统定义的结果是用自然语言和图解方式表达的系统说明。

VUCA一词起源于上世纪90年代的美国军方，是Volatility（易变性）、Uncertainty（不确定性）、Complexity（复杂性）、Ambiguity（模糊性）的首字母缩写。VUCA概括了后互联网时代的世界特征——复杂多变。我们所处的世界变化越来越快，知识边界不断被突破，项目管理也不例外。

传统的项目管理虽然认识到项目具有渐进明细的特点，但在计划、执行、监控过程中还是明显强调瀑布特点：制定计划前要“清晰、完备、准确地界定项目的工作范围(SOW)，作为整个项目工作的基础”，然后是“分解出足够详细的工作步骤(WBS)”， 把WBS作为整个项目计划、执行、监控的核心。虽然传统的项目管理中也提到滚动计划，但还是以稳定为基调，把适应变化作为辅助，而VUCA时代恰恰是以变化为最大特点，传统的项目管理方法很难适应这个前提，从而使得计划赶不上变化，项目计划往往成为一纸空文。

传统的项目执行出现问题，多归因为项目工作范围界定不够准确、项目计划不够详尽。应对的策略也很粗暴：一方面是在合同谈判的时候尽量界定清楚、不含糊其辞；另一方面在合同执行的时候，据理力争，合同约定之外的尽量拒绝。

由于各种原因，合同约定一般很难满足SMART原则，“聪明的”乙方则会跟客户约定以“签字后的需求规格说明书”作为验收依据。这样“需求规格说明书”就成了双方的“必争之地”。在项目费用、执行周期固定的情况下，甲方项目经理自然希望乙方能提供更多的、更高品质的功能，至少可以更好地向领导交差；乙方项目经理则希望能以最小的资源投入、冒最少的风险、尽快交付，能拿到更多的项目奖金。

在“合同谈判”胜过“合作共赢”的情况下，乙方项目团队虽然在需求调研上投入大量的精力，但客户不愿配合、拒不签字的场景时有可见，更有甚者乙方会设计晦涩的需求文档、复杂的变更流程，甚至应用了多种心理效应，就是为了约束客户不要再变了。

对于第一种变更，乙方需求分析人员如果有丰富的领域知识与实 *** 经验，能设身处地地分析，大多能够避免。但由于人的思维定势及碎片化倾向，一次很难考虑周全，难免会有遗漏，譬如酒店管理系统中的入住功能，“团队入住希望能住到相邻房间”这样的约束，可能事先很难想到，只有在系统投入使用后才能发现这个不便。为避免这类变更，传统的做法是加大需求捕获与分析的力度，这容易事倍功半，也容易造成“过度工程”的问题。

对于第二种变更，传统的项目管理中一般归到风险范畴，譬如甲方换了领导或项目负责人，组织结构调整，外部环境发生重大变化、设备不到位等等，这些都是风险，都会给项目工作范围带来变化。传统的应对策略是识别、分析、跟踪、应对风险，增加缓冲资源与时间。但风险的概率特性，为管理层提供了侥幸的借口，风险缓冲很容易被上级砍掉，风险被直接转嫁给员工，通过员工的加班加点来弥补。

第三类变更，不是由于问题变了，而是解决问题的方式变了。在汽车没被发明的年代，客户希望更早到达目的地，只会想要一辆更快的马车，而福特却造出了汽车。同样的问题不同的解决方案，效果自然不一样，项目工作范围也会截然不同。

VUCA时代，复杂与变化已经成为主旋律。在这个强调以客户为中心，强调为客户带来价值的时代，项目还要因循计划、不拥抱变化，一方面确实不易做到，另一方面也一定会损害客户关系。

VUCA时代的IT项目管理该如何开展呢？

在项目管理中，需求是为了成功完成项目而必须完成的一组任务或条件。它包括产品功能、行为、服务甚至是流程。这些需求的目的是确保资源和公司的长期目标在项目结束时保持一致。

一般情况下，需求可以分为以下几类：

业务需求：指业务的总体需求，旨在实现项目。属于这一类的需求是更基本的、与组织的长期目标相一致的长期需求。

解决方案需求：更多以产品为中心，并深入研究。它们可以是功能性的，也可以是非功能性的，确保产品的最终结果既满足产品需要做的事，也满足产品应该做的事。

利害关系人需求：描述了关键人员，他们在里程碑上签字，完成工作，最终确定可交付成果等等。有时他们可以是客户、团队成员、业务伙伴或关键领导。它需要一个坚韧的项目经理来确保所有利害关系人的需求在整个项目中得到很好的平衡。这对于良好的利害关系人管理必不可少。

你也可以定义适合项目的需求类别。

8Manage PM提供了一个用于项目需求管理的平台。系统自动侦查需求的变化，并把需求变化与项目的各个阶段关联，以此提醒用户，让用户更好地了解需求变化所带来的影响。系统也能自动追踪需求依赖及间接变化，让用户尽早了解其潜在影响。

该企业级工具拥有在整个项目过程中准确捕获和传达需求、目标、进度和相互依存关系的能力。团队可以使用该系统来缩短周期时间，提高质量，减少返工并最大程度地减少证明合规性的工作。

无效的需求管理流程，或更常见的是不采用任何需求流程，已被确定为项目失败的主要原因。从项目生命周期开始就实施的需求流程的投资最终会得到回报。

需求，是为了满足人生理或者心理上的需要而产生的；放到项目中来，就是为了满足企业发展的需要，而产生的想法，是项目（产品）的来源。

显性和隐性： 需求可以分为显性需求和隐性需求，显性需求是表面的，隐性需求是表面之下，需求人无意识、模糊、没有明确需要的“潜在性需求”，往往一个项目成功与否都和是否充分get到隐性需求有关。

不稳定性： 从心理学来讲，随着知识面的深入和扩大，人的期望值是逐渐提高的，项目结果也是在不断完善、优化过程中变化。

渐进明细： 一个项目从产生想法到最终落地，从无到有，会随着对项目理解的深入、知识面的扩展、其他参与人员对项目的期望，逐步变得清晰，产品细节也逐步凸显出来，最终形成一个被大部分人员认可的且具备技术方案的可落地产品原型。

因此，在需求分析过程中，既要保证充分挖掘用户的隐性需求，又要保障项目不会因为隐性需求显性化带来的范围失控，同时要针对需求进行逐级细化，最大限度、最小粒度的清晰化需求内容，最终保障需求在实施过程中的平稳、高效。

在需求收集过程中，我们需要结合各种因素判断需求的有效性，即到底要不要做，如何做，价值有效性主要来源以下两个方面：

战略层面： 任何需求都必须符合企业发展战略，在商业模式、经济价值、预算成本等方面进行统一考量。例如，抖音要做“直播带货”，这是一个很大的动作，必须要考虑市场环境、商业价值、竞争环境等因素。战略性需求全部属于强需求。

用户层面： 我们需要考虑这个需求到底能解决用户的哪些痛点、带来什么影响，为用户带来的价值是什么，用户体验如何等等。

产品层面： 产品定位、功能、内容、安全性、阶段规划等，聚焦产品本身，即使需求合理，但是不属于当前产品应该做的，也属于低价值或无效需求。其次还要考虑 新需求对产品技术、架构等次要层面的影响。

其他层面： 例如资源、预算、技术储备等，巧妇难为无米之炊。

需求的最原始最基层的目标是保证项目落地。但是满足这种目标是远远不够的，还要考虑各个需求人对项目的态度、期望值、企业环境政策（PMP的事业环境因素）等等，所以 需求的目标是一个综合性的，要想达到最终目标，就要在需求中更深更广的挖掘这些因素，并在后续过程中逐一实现。

需求分析是在“获取-分析-获取”中不断循环进行的，逐步将项目清晰化、固定化，直到项目交付上线结束。

日常项目中常见的需求收集方式就是访谈（面对面沟通），与主要需求人、被影响方、依赖方进行一对一或者组织会议的方式进行收集。需求来源主体主要包括：

明确了需求来源的主体，就可以通过各种方式进行沟通收集，例如 一对一访谈、头脑风暴、问卷调研、标杆对照、专家顾问等。

分析过程中，首先要把握住客户需求的核心内容，“客户需要的不是一艘航母，而是一艘能过河的船”，因此，我们有很多可替代方案去满足要求，而不是做一个大而全、不伦不类的东西。

针对需求收集结果，结合业务场景、目标结果、紧急重要程度等，进行分类，定位核心内容和优先级。

四象限原则

按照紧急重要程度排列优先级

重要紧急：尽快细化需求，分配优势资源，抓紧完成

重要不紧急：重点关注，保证质量按时交付，避免转化为紧急任务

紧急不重要：作为支线任务，定时处理，不能影响主线任务，在接受程度内可延期

不重要不紧急：作为支线任务，定时处理，不能影响主线任务，在接受程度内可延期

金字塔模型

定义基础的核心的功能，优先满足核心基础需求，然后再考虑能力扩展，最后形成业务生态。

目标产品是为了实现主要需求，并不能满足所有人的需求，因此需求细化过程中，要注意取舍。

IT项目管理工具，这里说的不是单纯的工具表格，而是项目管理软件工具，对于IT项目管理软件工具相信很多IT项目管理者都不陌生，因为它是我们每天都要接触的，但是在前期选择IT项目管理工具的时候往往是我们最头疼的时候，给大家带来几款常用的IT项目管理软件介绍：

首先最有名、用户量最大的项目管理工具当推Microsoft Project（个人使用），及其延伸版本Project Server（团队使用）。它的主要优点是：

◆帮助用户编制任务进度计划、管理各种资源（人力、设备等）、管理费用；可以绘制Gantt图、各种统计图形、生成图文并茂的报表。

◆该软件非常容易使用，不需要专门的培训用户自己就能学会。易用性是Microsoft软件产品的共性优点。

◆在国内，广大计算机用户很容易得到该软件（绝大多数是盗版），这也是用户量最大的根本原因。

Microsoft Project几乎可以管理任何行业的项目，这既是优点也是缺点：适用面太广了，就缺乏针对性。例如，仅仅使用Microsoft Project来管理软件项目是不够的，因为Microsoft Project不支持软件项目中的立项与结项、变更管理、需求管理、质量管理、软件配置管理等重要管理工作。

在IT行业比较有名的项目管理工具有：

◆CA公司的项目管理套件：Clarity Portfolio Manager用于战略管理；Clarity Resource Manager 用于资源管理；Clarity Project Manager用于项目日常工作管理；Clarity Financial Manager用于项目财务管理；Clarity Process Manager用于项目流程管理。

◆Primavera公司的中低短产品SureTrak Project Manager，高端产品TeamPlay。

◆IBM 的PMOffice。PMOffice原本在大型项目管理领域很有名气，IBM收购PMOffice之后将其纳入Rational旗下，但是目前PMOffice尚未与Rational原先的软件工程系列产品很好地整合（我个人比较喜欢这个）。

以上就是关于IT项目管理中有哪些常见的风险，如何规避全部的内容，包括:IT项目管理中有哪些常见的风险，如何规避、你认为什么是IT项目管理特征是什么IT项目管理体系包含哪些在IT项目管理中通常会使用哪些工具、IT 项目管理 系统 描述等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！