IT 项目管理最常见的挑战有哪些？又如何解决？

通过IT 服务管理体系的建设，要达到以下目标： 提升IT服务价值：进一步强化原有BSS网管、DCN网管以及EDC网管等系统对IT服务的支撑能力，实现对MSS域、BSS域的IT基础设施、应用系统及其承载业务的全面监控，及时发现IT异常对业务的影响，提升IT服务对业务的价值。 提高IT 服务质量：通过梳理业务支撑部门、信息管理部门等相关部门的各项IT服务管理规章与流程，从制度规范上将多个部门的规章和流程进行深度融合。

有效降低IT 运营成本：进一步清理IT资源，实现对IT资源数据的集中管理，确保IT资源信息被正确记录，并可从资源所属组织、维护管理部门、部署位置、供应商、从属业务或应用、当前生命周期状态等多视角提供服务，为资源复用提供决策依据，为运维人员提供必要的数据支持，提高IT资源的使用效率及运维工作的运行效率。实现IT 服务成本可计量、业务效益可衡量，在提升关键需求支撑水平的同时降低无效IT投资。

IT服务管理体系是以保障企业一体化运营为目标，以指标化管理为导向的，包含组织架构，服务管理流程、IT支撑系统和IT服务管理信息的一体化管控体系。是服务于BSS、MSS及电子渠道系统的IT服务支撑所依据的总体纲领，阐述了IT服务管理的管理领域和建设内容。IT服务管理体系的驱动力是企业战略、业务需求和新技术，其价值是为客户和用户提供各种服务并管理IT服务中的各种资源。

IT服务管理体系架构的设计，充分参考业内运营商的建设经验和ITIL (V3)的最佳实践，采用PPIT方法论从组织人员、流程制度、技术工具、信息管控四个方面描述。 组织人员域：保证IT服务管理体系建设的组织保障要求，包括组织职能、组织架构、岗责等管理内容。 流程制度域：IT服务管理相关的各类管理流程和保障其落实的管理制度。 技术工具域：承载IT服务管理体系落地的各类信息化系统。 信息管控域：支撑IT服务管理要求的各项管理数据，包括资源信息、考核指标、管理报告等内容。

IT 服务管理支撑系统是IT服务管理体系的实现，其为用户提供统一的服务平台、工作平台、监控平台和考核平台，实时掌握IT资源状况及IT实时运营情况。实现以客户和业务为导向的服务转型要求，提升服务客户的能力，满足高实时性和全网运营的IT支撑要求，提升IT服务管理水平。建设目标包括： 统一的门户，集中统一的监控，全生命周期的服务流程管理与支撑，统一的需求管理，精细化的全网资源管理。

其实这题问的是产品的研发管理，我仅从IT研运一体化的角度去谈，那么该题目可等同于项目管理制和产品管理制的区别与痛点，按照如今IT的发展路径，未来企业的IT业务，应该是通过项目制转型到产品制，来实现真正的端到端和业技融合：

一、项目制到产品制的起由

想要知道项目制到产品制的转变起因，我们需要先了解需求分析方法转变的三个阶段：

第一阶段：

来自于20世纪90年代之前的信息自动化时代。在当时，企业只要有单机系统，可以把所有手工工单 *** 作自动化，极大地提升研发效能，当时供小于求，强调用最快的速度做出最多的功能。

第二阶段：

1990—2010年的互联网时代。敏捷方法和精益方法在IT领域开始得到应用，更多的企业开始强调怎样才能在高效交付的同时适应需求的变化，如何让IT方案解决业务问题。

第三阶段：

2010年后的数字经济时代。在2013年前，譬如证券企业，其所有系统都是外部企业采购的，产品企业的产品经理都是从证券公司出来的，他们了解客户想要什么，甚至在卖产品的时候会出现供不应求的情况。但到2010年后，产品企业再给企业做交易系统等证券系统时，当时的产品经理和客户经理已经跟不上时代的变化了，同时就算是从证券公司找一个人过来，也是懂之前的系统，时代变化太快了。所以最懂业务知识的一定是企业业务自身，今时今日再给企业做开发时，就一定要考虑如何调动客户资源来做精益需求管理，通过与客户共创精益需求来助力企业快速发展。

再回到企业本身对待需求的态度，我们也可以观察到，以往的银行客户可能在需求和开发之间还会有一个需求管理处，所有的需求先到需求管理处，不合适就退回，但现在都为了业务，下沉到各个处室。这体现的正是整个行业进行数字化转型时的决心，以业务价值和产品价值为导向，每阶段均以产品价值进行度量。

二、敏捷后时代背景下的产品制

何为项目制、产品制？

项目制是建立在职能分割的基础上，由甲乙方交接棒的方式进行推进。项目思维以管理确定性为主，由此可能会造成目标割裂，项目内各职能都进行了局部优化，导致了异构的发生，也导致了IT与业务的割裂。

而产品制，则是建设为产品或者产品线管理，需要关注产品和产品线给用户创造价值。产品管理是矩阵式结构，有时候是强产品，有时候是强职能，或者是弱产品和强职能。即使是完美统一的企业，它开发一款新产品时，也可能不会服务当前的技术架构，但这会给企业发展带来第二曲线，帮助企业更好地生长。当然到了合适的时机，一定要与企业整个产品体系建立连接，否则就真正变成筒仓了。

何为产品思维？

产品思维的主要原则在于，是不是需要所有人都对自身的业务领域、市场和用户有深刻洞见？显然，通常情况下并不是。但我们所希望的是一个产品经理或者需求人员能够对业务领域、市场和用户都有洞见，接下来能把它转换为需求，让研发人员可用。如果产品研发不能以客户、用户为中心，以成就用户为己任，IT研发就无法用业务来度量和衡量价值。

另外要解决常见的像多团队协作和产品需求控制等问题，也需要首先了解客户情况，才能进一步解决，否则无法管控。

三、如何由项目制转向产品制

产品管理全貌

从企业转型情况来看，可以理解为数字化的转型也是产品管理的转型。企业做产品制转型时，首先要明确纵向的企业战略是什么，横向的战略规划是什么。

纵向：

要从企业战略开始进行层层解构，拆解至企业架构，再到业务架构。

横向：

我们需要从产品或者产品线规划、需求、设计、开发、交付、上下架，整个产品全生命周期进行管理。

纵向和横向的改进，需要一个智能产品工厂作为底座支撑。DevOps是什么？DevOps是智能产品工厂的核心，也是数字化转型的底座。如今，软件在“吞噬”着整个世界，通过新技术使能商业模式创新，其中IT因素占70%，业务因素占30%。而占比70%的IT则希望能由DevOps作支撑，未来IT人员只要懂代码，懂业务知识就可以在上面运转，这样的企业才足够灵活向前推进。

当然，很多企业已经在往这个方向发展，但项目制到产品制的转换不能一刀切。企业可以先在纵向做一些切入，先做试点尝试。例如先试点单个产品，再扩展产品数量，然后扩张到一条产品线，一步一步走提升企业的能力，而不是一步到位。

产品制思维转变的主要方法论

通过贯穿探索-定义-验证-交付的方法论，我们可以推动转变为产品制思维。初期的想法阶段可以使用商业画布，中间阶段可以使用影响地图，再到用户故事地图，以及版本规划、任务拆分、精益敏捷交付和运行。这些方法论为什么要坚持使用？因为如果只是浅尝辄止是没有意义的，只有真正将方法论落到实处，才能展现能力，才能带来业务的价值和认可。

产品全生命周期的流程和实践

产品全生命周期流程实践，从产品的快速启动、迭代交付、上线运营，再往后是Scrum。

团队的建设至少需要花费半年以上的时间，因为企业首先要做到能量化团队产能，要了解人员在做什么，做到需求排序、需求置换、需求后评估，从而推动业务转型。而进一步实现跨团队协作，则可以通过SoS组织、需求梳理、跨团队计划会、团队计划会、跨团队站会、每日站会、SoS回顾和迭代评审会等手段来进行。

产品线转型做需求时也要进行优先级排序，优先级排序可以先半定量，全员达成共识，所有人都目标一致前进，才能管控好需求。

让业务逐渐围绕产品转型，推动业务和技术持续融合。一旦当业务都进行了相应程度的转型，量变就形成了质变，完成企业数字化转型。

四、产品制下，思维的导向及价值的传递

IT要满足业务的需要，提升包括业务投资汇报在内的业务价值，才能实现效能价值。而要解决IT管理混乱的情况，以及基础异构的IT问题，就需要有DevOps平台和流程体系内嵌，才能帮助企业持续运营和推广。

嘉为蓝鲸DevOps将作为企业IT转型的内驱力，从作业规范、工具体系到运营服务进行多维度落地，持续助力企业的数字化转型。

来自8Manage IT团队的消息:

IT 项目管理最常见的挑战分别为：

学习曲线大。由于 IT 领域甚广，例如懂 IT 基础设施的团队多数不懂行业特定的应用软件开发。

不明确的需求及其蔓延性。项目授权使 IT 项目开展，但它不能替代从所有利益相关者那里收集详细的需求和期望，且需要处理未知或不明确的需求以及它们的蔓延性。

合作伙伴缺乏清晰的沟通。IT 项目经理若不能妥善管理沟通，就容易发生冲突，这可能影响按时交付和实现项目目标。

IT 组件的复杂依赖关系。团队遇到的另一个 IT 挑战是 IT 组件与 IT 基础架构 及 IT 组件与 IT 组件之间的复杂依赖关系。

针对这4种挑战一下为我的解决方案：

1不同类型的 IT 项目有不同的侧重点和管理陷阱。项目失败与否很大程度取决于项目资助人或管理层对 IT 项目团队尝试和错误所花费的时间与成本的容忍度。要解决 IT 项目的最大挑战，最重要的先决条件是找对团队，确保项目团队对项目涉及领域有足够的认识、经验和技能。

2在项目开始时使用PM 的需求管理功能来确保您有适当的工作流来收集、确认和签署项目需求，并重新确认时间线和成本预算。同时在 PM 的项目计划与执行中可实时重新协商时间和重新分配资源，并实时看到时间线和成本预算方面的必要变化。

3将合作伙伴及供应商纳入项目的利益相关者，而供应商参与项目的员工纳入项目成员管理，这不但简化和自动化您的 *** 作，还能最大化来自供应商的信任 。

4使用 8Manage PM 把每个 IT 组件可交付成果和其依赖的其他可交付成果关联，这样每个可交付成果负责人都能随时看到以下最新信息。

IPD概括介绍

两者之间是映射关系，灰度表达思想容易管理体系的强弱

核心思想和组成部分不是一一对应，而是相互渗透的“矩阵关系”

管理体系是思想的载体，有思想管理体系才有灵魂，有管理体系思想才能落地

核心思想不变，管理体系与时俱进

从客户角度思考公司的主业务流程。从时间顺序来看，分为三类客户

三个维度衡量：研发项目周期（从需求提出到需求结束）、产品故障率、客户满意度

管理者、员工对IPD理念、思路和要求理解不到位

IPD流程执行中存在僵化、绕过流程及作假等现象

复杂多变的业务发展给IPD提出新课题

敏捷等领域实践需要与IPD商业流程对接

QMS分层分级建设需要与IPD体系有效融合

市场需求是产品开发的驱动力、产品开发要作为投资来管理

做正确的事、正确的做事、支撑基础

研发是投资行为，关注商业结果，将产品开发作为意向投资进行谨慎怪力

跨部门团队，汇集各功能代表及其所属领域的专业智慧和资源形成合力，共同承担项目成功的责任

结构化流程，流程分不同阶段，通过DCP决策实现IPMT（投资方）和PDT（承诺方）的互动，资源分批受控投入，既满足项目发展需要，又避免投资失控风险

灵活发展，不断吸取业界最佳实践和解决业务问题中，与时俱进

（三大流程）MM、RM、IPD

（衍生流程）战略规划、技术规划、技术开发流程

MM市场管理流程

确保“做正确的事”的核心方法论和流程，IPD产品开发流程的上游流程

RM需求管理流程

作为支持流程为MM和IPD提供输入，让市场管理流程、产品路标规划和产品开发“瞄准靶心”

IPD产品开发流程

微观的IPD，起点是项目任务书（charter），终点是产品上市结束（GA）

五个决策评审点（DCP） ，材料PDT准备，IPMT做决策

项目任务书（chater）DCP，简称charter DCP

概念（concept）DCP，简称CDCP

计划（plan）DCP，简称PDCP

可获得性（available）DCP，简称ADCP

生命周期终止（life end）DCP，简称LDCP

7个TR ，PDT内部组织针对产品包成熟度的评审

保障流程的有效运作，除了前面的业务流程，还包括下面5个部分

全面矩阵组织结构 ，资源部门支撑跨部门团队，后台支持前台

跨部门团队

决策评审类：包括产品决策评审和技术决策评审，IRB、PL-IPMT、ITMP

规划管理类：产品规划类和技术规划类，PL-PMT、S-PMT、C-RMT、PL-RMT、RL-RAT、PL-LMT，C-TMP、PL-TMT、TMG、跨产品线TMG

执行团队：包括SPDT、SDT、PDT、PRT、RTT

IPD体系几个流程对应关系

IPD管理体系中的绩效考核关系

绩效典型衡量指标：4个维度，财务、客户、流程、成长

分别面向IPMT、PDT、ITMT、TDT的典型衡量指标

IPD变革评估

每个等级在9个方面进行评估：业务分层、结构化流程、重量级团队、产品开发、metrics、项目管理、目标、UCD（以用户为中心的设计）、CBB（通用构建模块）

管理变革，“以客户为中心、以生存为底线”，避免“流程功能化、变革部门化”

技术管理体系（TMS，technology management system）

构建技术管理体系的基础是产品和技术分层，在此基础上进行技术和平台的规划、研发、CBB管理

平台化为各领域带来的好处

技能提升和IT工具

个人技能：领导技能、沟通技能、项目管理能力、系统工程能力、且专业技能

IT工具：产品生命周期管理（PDM/PLM）、软件开发工具、项目管理工具、办公软件

““云、雨、沟”

对经营管理规律的认识（云），指导 公司未来的战略规划和经营管理 工作，持续提升运营效率和盈利能力（雨），持续管理变革

IPD与质量管理体系（QMS）的融合

IPD方法用于建立管理体系的持续改进机制

IPD在变革管理中的应用

SDCP：selection DCP，决策选择评审点

PRR：pilot readniss review，试点准备度评审点，类似beta测试前的评审

DRR：deployment readiness review，推行准备度评审点，类似IPD中的ADCP

IPD思想用于个人管理

首先做正确的事，和需求方充分沟通，包括上级、项目经理、相关部门或外部合作伙伴、客户，确保对齐需求目标，避免无劳返工

工作开展中先制定计划，设置里程碑，计划制定后和需求方进一步沟通，确保认知对齐

计划实施过程，里程碑点及时和需求方确认，确保朝着目标走去，及时调整偏差，做好变更便利

活用MM和IPD，确保高质量交付工作成果

BB，building block，组件

BG，business group，业务群

BLM，business leadership model，业务领先模型

BMT，business management team，业务管理团队

BP，business planning，业务计划

CB，capability baseline，能力基线

CBB，common building block，通用构建模块

CDP，charter development process，项目任务书开发流程

charter，项目任务书

checklist，评审要素表

CDT，charter development team，项目任务书开发团队

CRM，customer relationship management，客户关系管理

CP，check point，检查点

C-PMT，corporate portfolio management team，公司组合管理团队

C-RMT，corporate requirement management team ，公司需求管理团队

C-TMT，corporate technology management team，公司技术管理团队

DCP，decision check point，决策评审点

DRR，deployment readiness review，推行准备度评审点

E2E，end to end，端到端

EOL，end of life，生命周期结束

ESP，early support plan，早期客户支持计划

GA，general available，通用可获得性

IFS，integrated financial system，集成财务转型

IPD，integrated product development，集成产品开发

IPMT，integrated portfolio management team，高层决策团队

IRB，investment review board，投资评审委员会

ISC，integrated supply chain，集成供应链

ISOP，integrated strategy & operation process，集成战略与运营流

ITMT，integrated technology management team，集成技术管理团队

ITR，issue to resolution，从问题到解决

JIT，just in time，准时制

LMT，life-cycle management team，生命周期管理团队

LPDT，leader of PDT，产品开发团队经理

LTC，lead to cash，从销售线索到回款

MM，market management，市场管理

MOT，moment of truth，关键时刻

MP，marketing planning，市场规划

ODM，original design manufacture，原始设计制造商

OEM，original equipment manufacture，原始设备生产商

O/S，offerings/solutions，交付物/解决方案

OR，offerings requirement，产品包需求

PACE，product and cycle-time excellent，产品及周期优化法

PBC，personal business commitment，个人绩效承诺

PDM，product data management，产品数据管理

PDT，product development team，产品开发团队

PLM，product life-cycle management，产品生命周期管理

PL-IPMT，product line integrated portfolio management team，产品线集 成组合管理团队

PL-LMT，product line life-cycle management team，产品线生命周期管理团 队

PL-PMT，product line portfolio management team，产品线组合管理团队

PL-RAT，product line requirement analysis team，产品线需求分析团队

PL-RMT，product line requirement management team，产品线需求管理团 队

PL-TMT，product line technology management team，产品线技术管理团队

PMBOK，project management body of knowledge，项目管理知识体系

PMI，Project Management Institute，美国项目管理协会

PMOP，program management operation process，变革项目管理运作流程

PMT，portfolio management team，组合管理团队

product roadmap，产品路标

PROPS，the project for project steering，指导项目运作的项目

PRR，pilot readiness review，试点准备度评审点

PRT，product research team，产品预研团队

PSST，products and solutions staff team，产品和解决方案体系

PTIM，product & technology innovation management，产品技术创新管理

QMS，quality management system，质量管理体系

RAT，requirement analysis team，需求分析团队

RDPM，R&D project management，研发项目管理

RM，requirement management，需求管理

RMT，requirement management team ，需求管理团队

RP，roadmap planning ，产品路标规划

SDCP，selection DCP，决策选择评审点

SDT，solution devolopment team，解决方案开发团队

SE，system engineer，系统工程师

SP，strategy planning，战略规划

SPDT，super product development team，超级产品开发团队

S-PMT，solution portfolio management team，解决方案组合管理团队

system requirement，系统需求

TDCP，temporary decision check point，临时决策评审

TDT，technology development team，技术开发团队

TMG，technology management group，技术管理组

TMS，technology management system，技术管理体系

TMT，technology management team，技术管理团队

TPD，technology & platform development，技术开发

TPM，transformation progress metrics，变革进展评估

TPP，technology & platform planning，技术和平台规划

TR，technology review，技术评审

TRT，technology research team，技术研究团队

ITIL- IT Infrastructure Library(信息技术基础设施库)，ITIL软件包含了请求（事件）管理、问题、变更、知识库、配置项等核心模块功能；

就工具而言，例如，国内的国聿软件公司出的ITSM软件、美国BMC的Remedy解决方案无疑是其ITSM产品中的关键组件。

ITIL软件的特色功能：

故障/请求管理（也包括请求、任务/工单分派/升级规则、SLA/SLM，针对不同的用户或部门提供不同级别的服务和达标标准，等等）

邮件集成（通过邮件提交请求/工单，并能将所有往来邮件都附着在相应的请求记录里面）

项目/任务/活动管理工具（与故障/请求管理、变更管理、完全集成在一起）

用户门户（通过Web提交请求/工单、查询请求、任务/工单状态、搜索知识库）

任务日历 （IT部门的人员登录系统后，可以看到与自己相关的任务日历。）

IT技术人员、管理员和管理员组、工程师组、以及组织、机构中不同的角色、权限管理（账号和权限）

配置项/资产管理（也包括局域网内部的服务器/工作站配置信息扫描的功能，可扩展字段可以由用户自定义，例如资产详情、软件许可、等等内容都可以自定义）

IT工程师的工作量、绩效考察、终端用户的回访记录。

知识库（面向用户或管理员的知识库，按类别及全文检索管理知识库）

其它ITIL软件包 – CMDB、变更管理（可选功能模块）

提醒和通知（支持所有确定日期的提醒和通知 – 电子邮件/手机短信；例如有新的请求、任务分配、变更审批申请等等。）

客户化定制能力（任何功能的表单里面，可扩展字段都可以由用户自定义。流程、规则也都可以由用户自定义。）

支持单点登陆（SSO）

跨平台能力（跨 *** 作系统、跨数据库工具、跨浏览器）

报表工具（服务台、配置项/资产等等数据的统计分析）

多语言环境支持（目前支持简体中文、繁体中文、英文）

以上就是关于如何让写自己部门的it服务管理体系文档全部的内容，包括:如何让写自己部门的it服务管理体系文档、常见的研发管理、IT 项目管理最常见的挑战有哪些又如何解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！