IT产品管理与项目管理的关系.docx
- 文档编号:4178181
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:8
- 大小:22.11KB
IT产品管理与项目管理的关系.docx
《IT产品管理与项目管理的关系.docx》由会员分享,可在线阅读,更多相关《IT产品管理与项目管理的关系.docx(8页珍藏版)》请在冰点文库上搜索。
IT产品管理与项目管理的关系
IT产品管理与项目管理的关系
一、项目管理对企业组织结构的影响
企业中项目相关的组织结构,对企业中各种相关的管理活动都会带来直接的影响。
在项目管理学会(PMI)提出的项目管理学问体系(PMBOK)中,特地争论了项目管理相关的组织结构的问题。
在传统的企业组织结构中,许多都是基于职能的划分方式设立部门,每一职能部门对应一种专业分工,或者对应一条产品线。
在基于职能的组织模式中,也存在着项目管理,但往往是局限在职能部门内的,当项目跨越职能部门时,就会出现四种可能的状况:
1、各职能部门派人参与项目,参与者向本部门领导报告,跨部门的协调都是在各部门领导之间进行,没有专职的项目经理。
这种做法是在基于职能的组织结构中最常见的项目组织方式。
这种项目的组织方式称为职能式结构。
2、由各职能部门派协调人参与项目,参与者向本部门领导报告,跨部门的协调首先在各部门派出的协调人之间进行,没有专职的项目经理。
这种组织方式也是基于职能的组织结构中很常见的项目组织方式,其工作效率较前者略高,但和前者一样,由于没有人对项目负责,项目组织效果很有限。
但究竟有了通过部门领导以外的协调人之间的横向沟通,所以也把这种组织结构称为弱矩阵结构。
3、在上述弱矩阵结构的基础上,指定一名项目经理,负责项目的管理,其他各部门委派的协调人不仅要向本部门报告,在项目过程中还要向项目经理报告,项目经理有一定的权力支配参与者的工作。
由于项目经理的出现,使项目管理有了详细的直接责任人,在一定程度上使项目得到了保证,会大大提高项目的工作效率。
这种组织结构被称为平衡矩阵结构,如下图所示:
4、在上面平衡矩阵的基础上,增加与各职能部门平行的特地的项目管理办公室,负责企业内的项目管理,专职的项目经理都归项目管理办公室管理,在项目中各个职能部门协作项目管理办公室的工作。
由于有了特地的组织来负责项目管理,项目管理作为企业内的一项任务长期存在,并能够不断地积累、发展,项目经理也不是依据项目临时任命,而是成为常设岗位,这样从组织上、人员上都使项目管理得到了保障。
这种结构也称为强矩阵结构,如下图所示:
上述四种项目组织的方式都可能会出现在传统的组织结构中,它们对项目管理的支持程度是不同的。
特殊是在三种矩阵式结构中,跨越部门的项目组织,与职能部门之间往往会存在着较大的冲突,主要表现在资源竞争、目标期望等方面。
例如在人员支配上,职能部门内被委派参与项目的人,往往需要同时兼顾部门和项目两方面的任务,时间得不到保证。
在项目目标上,各职能部门总是期望更多的实现自己所期望的目标,而从整个项目的角度来说,可能更关注项目目标,在项目中牺牲部分职能部门的局部利益。
在我们的工作实践中经常遇到的这类矛盾,从根本上说,应当从项目管理的组织方式上考虑解决方法,在企业内部形成适应项目管理的组织方式、规章制度和企业文化。
这是企业高层领导者需要专心考虑解决的问题。
项目化的组织结构是最适应项目管理需要的。
由于项目管理的方法被越来越多的企业做接受,甚至有的企业也采用项目管理的方法来管理企业的运营,特殊是在强调成本管理的企业中,工作任务、岗位职责、资源配置、绩效考核等特别详细明确,则项目管理的方法更简单得到应用。
根据PMBOK的总结归纳,从一般的职能式组织结构,到弱矩阵、平衡矩阵和强矩阵的组织结构,再到项目式的组织结构,职能部门对项目的影响由大到小,项目经理从无到有,跨部门协调效率从低到高,对项目管理的力度由小到大。
因此,当项目涉及部门越多,创新要求越高,涉及各职能部门利益关系越深,所需横向协调越强的时候,那么就相宜采用更能有效支持项目管理的组织结构。
但是,必需强调指出,对于这五种组织结构,并非越是倾向项目管理的方式就一定越好,必需依据企业在业务和产品、资源组织方式、项目组织过程等方面的特点,选择适合的组织方式。
例如,假如一个项目本身就是以某个职能部门为主,只有极少一部份辅助工作需要其他部门的协作,那么采用弱矩阵的方式或许更有利。
假如不顾企业的实际状况,一味追求项目式的组织方式,结果很可能事与愿违。
二、产品管理:
企业决策职能的核心就是打算供应什么产品和怎么供应。
广义地说,凡是能够为企业带来主营业务收入的,都是产品。
产品管理主要是对产品生命周期的管理,产品的生命周期一般包括四个阶段:
引入期、成长期、成熟期和衰退期,在不同的阶段中,市场对产品的反应不同,其销售特点不同,因而产品管理的重点也不相同。
当一个创新的产品经过这四个阶段后,可以通过产品的升级换代进入下一个生命周期。
产品管理一定是企业贯穿各项活动的主线,只有做好产品管理,才能真正做好市场分析、新产品策略、营销体系、风险掌握、资金管理、成本核算,以及人力资源管理和绩效管理等一系列工作。
因此,产品管理是做好其他各项管理工作的重要基础。
在许多场合中,产品被划分为有形产品和无形产品,两者之间的主要差别,就在于它们能否储存,有形产品可以储存,所以其生产和供应过程可以分开,而无形产品是不能储存的,其生产和供应的过程不能分开,根据这种划分方法,无形产品就对应我们通常所说的服务。
因此人们有时用产品来表示有形产品,用服务来表示无形产品。
这种划分方法与有形资产和无形资产的划分概念是不同的,例如软件产品属于无形资产,但由于它是可以储存的,其开发和使用是可以完全分隔的,所以软件产品也是属于有形产品。
我们在这里,就用产品表示有形产品,用服务表示无形产品。
有的企业主要生产产品,有的企业主要供应服务,还有的企业同时供应产品和服务。
产品与服务在市场中往往是需要相互协作的。
例如在IT市场中,有的公司专注软、硬件产品的研发,有的公司特地从事专业咨询服务,有的公司作系统集成服务,还有的公司既开发产品,也从事系统集成,同时还兼顾咨询。
随着市场专业分工越来越细,大公司内部的专业化趋势也日渐明显,产品部门可以把产品同时供应给本公司的服务部门和其他集成公司,咨询部门可以参与其他公司的项目咨询,而市场部门也可以销售非本公司的产品。
我们可以重点分析一下,市场中产品公司和集成公司这两种角色,在一个完整的解决方案中的协作关系:
产品公司:
专注产品的研发和升级换代。
产品公司在设计产品时,面对的不是单一客户的详细需求,而是一个市场的整体期望,产品公司的格言是:
“我的产品谁都能用”。
产品公司只有通过产品的反复销售,才能分摊产品研发的成本。
因此,产品公司往往通过各种销售渠道进行销售,特殊是与系统集成公司保持着亲密的合作关系。
产品公司与集成公司虽然有着良好的合作关系,但往往都不是唯一地绑定在一家集成公司上,而是期望最好无论谁的方案中都有我的产品。
产品公司与集成公司形成了多对多的关系,他们之间往往都建立有战略合作伙伴关系,但只有在详细的项目中,才有可能形成实际的业务合作。
集成公司:
集成公司往往是以客户为中心的,依据客户的需求来组合产品,形成面向客户的解决方案,并负责组织实施。
集成公司依靠最终客户的特征是特别明显的,需要对客户所要解决的问题有特别清楚的熟悉,不论如何选择产品和组织解决方案,其目的都是要为客户解决实际问题。
集成公司的格言是:
“我什么都能做”。
因此,集成公司在选择产品过程中,虽然有自己的偏好,但更多的还是要看客户的需要,一般并不把自己唯一地与某个产品捆绑起来,以保持自己的敏捷性。
这对于集成公司来说也是必需的。
许多大企业中都有自己的IT部门,企业内部所使用的各类信息系统,由自己的IT部门负责开发,有的甚至将自己的IT部门变成独立的IT公司,可以将开发的软件产品向市场销售。
这种企业内部的IT部门,需要同时向企业供应产品和服务,不仅要开发产品,还要将各类不同的产品有效地组织成解决方案,帮助企业解决问题,所以内部IT部门往往同时扮演着产品供应商和系统集成商的双重角色。
企业内部的IT部门当然主要是为企业自身服务的,企业是产品的唯一用户,所以在许多企业中并不重视内部的产品管理,因为产品被不同客户反复使用的机会并不大。
但是我们要看到,即使产品只为这唯一的客户所使用,客户的需求也是随着外部市场发展和内部管理提高而不断变化的,这种不断变化的需求,也会导致产品经历从引入到成长、从成长到成熟,最终再到衰退,然后被新的产品所取代的过程,同样也会经历产品的整个生命周期。
有些内部的信息系统是同时支持很多部门使用的,在一个管理部门内还有不同角色的用户的不同要求,这些都可以被视为不同的内部客户。
另外,企业对于产品的投资回报还是要进行评价的。
因此,无论是内部使用还是对外销售,产品管理都是不能缺少的。
对于以供应服务为主的企业来说,企业供应的服务也是需要预先进行设计的,例如旅行社的导游服务,可供游客选择的每条旅游线路,其实都是一种服务产品,银行设计的每一种金融服务,其实也是一种服务产品,企业同样要对这些产品进行规划、设计、销售、评价等管理工作,只是这些产品的详细供应过程,同时也是生产过程。
因此,当一项服务内容需要向客户反复供应时,也同样需要做好产品管理。
在产品管理中,一般都需要使用产品的路线图(Roadmap)来定义产品的发展历程。
典型的路线图包含的信息有:
当前的稳定版本、正在开发中的版本、下一次发布的版本所包括的功能,以及下一版本的发布日期等等。
通过预先定义产品路线图,对产品的发展过程做出规划,对新产品的开发直接供应指导和要求。
在产品管理中,一项特别重要的内容就是打算产品的生产工艺。
每一种产品都需要特定的产品生产工艺过程才能生产出来。
例如机械加工、建筑工程、汽车装配、软件开发等等,每种产品的生产都必需遵循一定的专业过程,这种生产工艺是与产品亲密相关的。
即使是在服务产品中,也同样需要产品生产工艺,在一些服务产品中,对服务过程和方法的设计,其实就是生产工艺,例如在企业ERP系统的实施服务中,很多咨询公司都供应了自己的项目实施方法论,这种方法论就成为了该公司供应服务的工艺过程。
产品生产工艺打算了产品的生产过程,服务的方法论打算了服务的过程,假如不遵守产品工艺特点的基本规律,就可能无法保证生产出预期的产品。
因此,作为企业中的产品管理来说,要对本企业的产品有着清楚的发展规划,对产品特性有着深刻的剖析,对产品工艺特点有着具体的描述,对产品质量有着明确的标准。
对应着这些管理职能,在企业中经常可能存在对应的职能部门,例如负责整体产品架构规划和产品设计的总工室,特地负责质量保证(QA)或质量掌握(QC)的质量管理部门等。
三、项目管理与产品管理的关系
项目管理与产品管理是紧密相关而又不同的管理内容。
在企业中,产品管理是主线,而产品生命周期中的详细阶段的工作过程,则可以通过项目实现。
产品管理是项目管理的目标,而项目管理是产品管理的实现手段。
同时,产品生产工艺特点打算了项目的基本过程,但详细的生产过程组织,只有通过项目管理才能完成。
在详细项目中,往往两者会同时存在,特殊是在供应服务的项目中,也包含了服务产品的生产过程,项目管理者必需在特别清晰两者各自的管理内容的前提下,将两者有机地结合起来,才能同时满意各方面的要求。
以软件项目为例,看看软件工程方法与项目管理方法之间的关系。
一提到软件工程,大家自然就会想到软件开发、项目组,想到新产品开发有关的种种相关的工作内容。
现在把项目管理和软件工程联系起来,就更让人想到软件开发中的项目管理、项目组的管理。
那么,项目管理和软件工程之间究竟应当是什么关系呢?
我们首先来回顾一下软件工程的有关内容。
软件工程是针对软件这一具有其特别性质的产品的工程化方法。
它关注的是软件产品的生命周期,包括从规划、设计、编程、测试、到运营和升级维护等主要阶段,而且随着软件产品的不断升级维护,还会使同一软件产品经历多次这样的生命周期,软件工程在产品的一次生命周期的各个阶段中,供应了一整套的工程化的方法,来指导软件人员的开发工作。
因此可以说,软件工程是一种围绕产品生命周期的工程化方法,是软件产品的生产工艺。
我们再来看一下项目管理。
项目管理是针对一个项目的管理方法,它关注的是项目的生命周期,包括从项目的启动、计划、执行,到掌握和收尾共五个主要的项目过程。
在不同的过程中都涉及到对时间、人员、成本、质量、风险等内容的管理,强调的是项目的绩效,通过有效的项目管理来完成对项目提出的需求,这当中也包括交付软件产品。
因此,项目管理是关注项目生命周期的管理方法。
既然软件工程是围绕软件产品管理的,项目管理是围绕项目过程的,那么自然也就简单明确它们之间的关系:
1,在软件产品的生命周期中,由于软件产品的性质、用途、规模等方面的差异,软件生命周期和项目生命周期可能会重合,一个软件的生命周期在一个项目周期结束时也随之结束。
而在更多状况下,一个软件产品的生命周期会通过多个项目来完成,例如在软件的可行性分析阶段,可以以一个调研项目的方式来实现,在软件的设计、编程阶段,可以通过一个开发项目的方式来管理,在测试阶段也可以单独组织一个测试项目,在运营阶段,则主要通过一般的运营管理而非项目管理的方式来进行,而在升级维护阶段,仍旧可以依据详细要求通过组织项目的方式来完成,或者随着软件产品进入下一个生命周期,启动新的项目。
产品生命周期与项目生命周期之间这种差别,在项目管理理论中是特殊强调的,在项目管理中应当充分考虑其产出结果与整个产品生命周期的关系,而不应当孤立、片面地只强调项目周期的要求。
2,产品工艺的特点打算着项目的基本过程。
软件产品有其自身的科学规律,当项目管理涉及到软件内容时,应当赐予充分的重视。
项目管理的最终目的还是要提交符合要求的产品,在软件工程中,已经总结了软件产品的很多规律性的内容,并提出了一整套的工程化方法,因此,在软件项目的管理中,也必需遵循这种规律。
在项目管理理论中,也一再强调项目管理者在详细应用领域中的专业学问,在项目的不同阶段,也都强调结合产品的要求而制定不同的工作内容,获得相应的资源,采用适当的管理方法。
产品自身的规律对项目管理的详细实践有着极其重要的影响,产品是目标,实现过程是手段。
要做好软件项目的管理,就必需首先对软件工程具有深刻的理解。
3,在软件工程中,也涉及到一些管理方面的问题,与项目管理有一些重叠的部分。
这是很自然的,既然是一种工程化的方法,就一定要提到工程管理的问题,但是在软件工程中提到的管理要求,只涉及到与工程方法紧密相关的、有针对性的方法,而项目管理学问体系是一个通用的学问框架,在内容上与软件工程中的管理内容是不重复的,而是相互补充的。
例如在项目管理学问体系中强调人力资源管理的有关管理方法,体现的是详细组织过程的要求,而在软件工程中则强调系统分析人员、编程人员、测试人员等不同角色在不同阶段的责任,体现的是产品工艺的要求。
在软件项目管理中,应充分留意这两者的有机结合。
综上所述,以通用的项目管理学问体系为基础,结合软件工程自身的科学规律,采用适合软件产品自身特点的管理方法,是真正管理好软件项目和软件产品的最终出路。
目前,很多软件企业正在热衷于CMM的评级,其实CMM的各个领域的内容,无不同时反映着软件工程和项目管理的共同要求,也在试图将两者有机地结合起来,在这个特定的软件开发领域中形成规范的过程方法。
在企业内,必需要协调好产品与项目之间的管理关系。
对于同时供应产品和服务的企业,或者是对于企业内部同时供应产品和服务的部门来说,产品管理与项目管理结合,就会产生多对多的关系,即一个项目会涉及多个产品,而一个产品可能会在多个项目中被使用。
这种多对多的关系,也是一种矩阵关系:
在这种结构中,项目经理必需能够有效地将多个产品组织起来,达成项目目标,同时保证对每个产品的影响,都能与产品自身发展路线保持全都。
而负责产品管理的产品经理,则必需能够积极地支持项目的需要,并确保对产品的长期发展产生有利的影响。
在处理产品管理与项目管理的两者关系时,简单出现的错误主要有两方面:
一是产品的设计缺乏敏捷性,不能有效地支持项目中各种个性化的要求;二是项目只关注项目自身的目标,不考虑产品长期发展的要求,结果影响了产品后续的健康发展。
在项目集成管理中,也强调项目与产品的结合,在项目中也要同时考虑产品的全生命周期的成本,不能只考虑项目中的短期局部成本,例如软件开发项目中为了绕开一些技术难点,引入了某个开发工具,项目的成本降低了,但是在以后的软件销售中,由于必需配套使用该开发工具的支持模块,结果导致客户的成本增加,大大减弱了产品的市场竞争能力。
例如在软件开发项目中,需求分析、概要设计、具体设计、编码、测试等工作,都属于产品管理的范畴,这些工作都是由于软件工程的要求而存在的,是由相应的工程规范来约束的,软件工程规范就是软件产品的生产工艺,但是项目的计划、组织、掌握,项目中的范围管理、时间管理、成本管理、质量管理等工作过程,则是属于项目管理的范畴。
产品管理关注内容,项目管理关注过程。
四、企业内IT部门所应采取的管理模式
企业内的IT部门,为企业供应的各个IT系统就是其供应的产品。
企业内的IT部门,通常需要同时供应产品和服务。
企业对IT部门的详细任务都表现为项目需求,但实际上全部对IT系统的产品管理工作都落到了IT部门,因为企业中通常都没有负责管理IT系统的产品管理部门,IT部门所担当的项目开发任务,也都是基于以前自己的开发成果,所以IT部门就必需自己做好产品管理,掌握好各个产品的发展路线,保持整体应用架构的合理性,否则就无法从根本上满意不断涌现的详细项目的需求,更不能有效支持企业将来的业务发展。
因此,企业内的IT部门,主要还是体现为产品公司的性质,其对外供应的服务也是基于这些产品的服务。
目前很多企业的IT部门,都越来越重视项目管理,这对于加强项目过程的管理的确起到了很大的帮助,但是由此又导致了对产品管理的松懈,不同的项目使同一产品的发展路线产生多个分支,直接导致以后系统维护、升级的困难。
在内部组织结构方面,产品管理和项目管理两条线需要合理支配。
建议在IT部门内的组织结构中,围绕各个系统(产品)建立产品组,形成矩阵结构中的纵向管理线路,而针对详细需求的项目,特殊是那些跨产品的项目,形成了矩阵结构中的横向的管理线路。
这样,既有纵向的产品管理的详细组织方式,又有横向的项目管理体系,在产品管理与项目管理之间取得了一定的平衡,形成平衡矩阵的组织方式,这对于服务于企业的内部IT部门来说,可能是最佳的选择。
在这种模式下,开发项目中对应项目需求的总体技术方案,可以被分解为各个产品的开发工作,而每个产品的新版本的开发,又必需符合产品长期发展的方向。
所以,开发项目的结果直接导致了相关产品的发展,所以应偏向产品管理线,项目的组织方式采用平衡矩阵或弱矩阵结构,要在项目和产品两个不同方向的目标之间取得平衡。
对于以某一产品为主,涉及其他产品不多的开发项目,还可以采用弱矩阵的组织方式,直接由产品部门负责项目。
而在系统投产过程中,主要是供应服务,基本上不对产品进行修改,重点解决项目本身的目标,依据这类项目的特点,则可以采用强矩阵的组织形式。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 产品 管理 项目 关系
![提示](https://static.bingdoc.com/images/bang_tan.gif)