Your Ad Here
首页 | 编程语言 | 网站建设 | 游戏天堂 | 冲浪宝典 | 网络安全 | 操作系统 | 软件时空 | 硬件指南 | 病毒相关 | IT 认证
软讯网络 > 软件时空 > 软件相关 > 协同产品开发组织结构
【标  题】:协同产品开发组织结构
【关键字】:结构
【来  源】:网络

协同产品开发组织结构

Your Ad Here

协同产品开发体系是构建协同产品商务模式的核心,而协同产品开发组织又是协同产品开发体系的核心。本文简要介绍了协同产品开发组织的特征和设计要点,并试图通过本文的介绍引起对产品开发体系的足够重视。

1.现代企业组织和协同产品开发组织


在建立协同产品开发体系的过程中,组织结构的变更是最为根本的一个环节。没有相应的组织结构的支撑,协同产品开发体系中的各种管理要素,如决策、项目小组、开发活动的结构、开发工具与技术、产品战略过程、技术管理、管道管理都无法得到充分的体现。反过来说,也正是这些要素构成组织设计的要素。

CPD的组织结构和其他管理体系中的组织结构想比,既有共同的一面,也有不同的地方。具体说来,在设计CPD组织结构的过程中,需要考虑组织结构演变的一些趋势。综合起来,有这样一些趋势:扁平化、虚拟化、敏捷化、柔性化、网络化和动态化。所谓扁平化,是指尽量压缩组织结构的层次并充分授权,从而达到信息的纵向顺畅流通,消除企业内部的“多级领导”导致的决策迟缓的现象,不仅降低了管理费用和成本,更重要的是提高了组织的运转效率及对市场的反应速度。虚拟化则通过广泛的合作,使企业专注于核心优势所在,形成包含合作伙伴在内的广义的虚拟企业。敏捷化是指在组织设计的过程中应尽量使企业组织能迅速地响应客户需求,及时将企业产品和服务推向市场。柔性化是指企业组织能适应多种要求。

另外,在企业组织结构设计的过程中,还必须遵循一定的原则,如责权利应清晰和对等,职责应明确,同时企业组织的各部分之间应相互促进和制约。组织结构还应有利于各类资源的共享,有利于企业决策的效率和正确性。

现在企业组织结构的新趋势为CPD组织结构的设计提供了基本原则,这些原则和协同产品开发体系中的基本要素相结合,形成独特的CPD组织结构。所谓CPD组织结构是指符合CPD基本特征的企业组织,而不应当是固定的结果,企业特征千差万别,组织结构也应当“千人千面”。

协同产品开发组织结构基本模型

在协同产品开发体系中,围绕产品开发过程中的不同职能,组织结构模型中共包含以下体系:决策体系,项目体系,监理体系,支撑体系。下面分别叙述这些体系的功能。

决策体系 在产品开发的过程中需要不同层次的决策。站在整个企业组织的层次,需要作出产品战略的决策,即企业组织在几年内的产品开发的方向和范围,基本的产品平台等。在产品线的层次需要作出的决策有:属于该产品线的某一具体项目是否在必要的决策控制点通过评审?是否继续该项目的进程?如何为各项目分配资源?有关产品方面的决策职能就是通过决策体系来完成的。

项目体系 产品开发工作需要由具体的组织来承担。项目体系就是企业组织内部完成产品开发的主体。项目体系需要包含完成项目的各个层次的单位,不同层次的项目体系单位涉及到的项目范围也不一样。

监理体系 组织设计的一个重要原则就是责、权、利对等。接受权力分配的同时也就意味着必须接受监督,否则只会带来权力的滥用。CPD组织体系也不例外,需要不同层次的监督。企业最高层次的权力监督是通过法人治理结构来实现的,对产品开发单位,即项目体系的监督则是有监理体系来实现的。

支撑体系 在协同产品开发组织中,项目体系是一个动态的组织,具有清晰的生存周期,比如,项目体系中的项目组会在项目结束后解散。同时,项目组还具有交叉职能的特性,在新项目到来时将从各专业职能部门中抽取不同专业的人才组建项目组。这些职能部门和各种管理职能部门共同构成支撑体系,用于为项目体系提供各种支撑作用,成为项目组织解散之后人员的归属。


这些体系形成了协同产品开发组织的不同侧面,它们相互联系,相互补充,形成了一个有机的整体。体系的相互作用见下图:


在上图中,战略与产品决策委员会和产品线管理团队(PLMT)共同组成决策体系,战略与产品决策委员会、产品线管理团队、产品开发团队(PDT)和专业研发体系构成项目体系,专业研发体系和管理职能体系构成支撑体系。

在这些体系中,支撑体系为项目体系和监理体系提供服务和资源,项目体系根据资源的提供情况反馈意见据此作为部门考核的依据。监理体系负责对PDT进行财务和质量方面的监督。监理体系将监理结果汇报给战略与产品决策委员会并接受它的领导。战略与产品决策委员会领导产品线,对企业一级的战略和产品战略作出决策。战略与产品决策委员会还接受产品线管理团队的工作汇报并在一定周期内考核产品线管理团队。产品线管理团队领导PDT的工作,作出产品线一级的决策,监督并考核PDT的工作。在上面几大体系中,处于核心地位的是矩阵式的项目体系,它体现了协同产品开发的基本特征。

2项目体系

项目体系共分为三个层次:战略与产品决策委员会、产品线管理团队和PDT。三者的关系见下图:


这三个层次的组织都具有跨部门的特性,分别是协同产品开发中不同要素的主体。例如,战略与产品决策委员会是产品战略过程的主题,产品线管理团队则是管道管理、技术管理的主体。不用说,协同产品开发团队当然是产品或技术开发的主体。下面分别叙说这些不同层次的具体功能与特性。

战略与产品决策委员会

和科层制组织结构不同的是,协同产品开发体系中的最高决策体系不再是总裁、副总裁等职能部门,而是采取团队特征的战略与产品决策委员会。企业组织的行政领导通常是这个团队的成员,但这个团队不仅仅是由这些高高在上的领导者组成,它可能还包括企业内部的某些资深专家,也可能来自工业界的其他独立人士。具体说来,战略与产品决策委员会成员包括主管市场、财务、销售的副总裁、产品线经理、投资商等,其团队领导通常由企业组织负责人担任,如总裁。战略与产品决策委员会具有以下职责:

v 制定公司产品战略,对公司的经营业绩负责;

v 确定产品线的优先顺序和业绩目标,并提供必要的保证条件;

v 可根据公司的发展战略对产品线进行决策(继续、下马或转向);

v 确定产品线经理人选,并授权产品线经理组建产品线管理团队,审核产品线管理团队成员的资格;

v 企业组织内部质量体系的建立和维护;

由于要对企业的战略与重大决策负责,为了保持战略的稳定性,战略与产品决策委员会的任期相对固定,存在的周期也要长一点,因此可以认为这是一个常设机构,尽管这并不意味着这个团队是一个静态的部门。

产品线管理团队

产品线管理团队由战略与产品决策委员会授权组建,在产品线终止时解散。实际上,在前面的介绍中已经提过,产品线管理团队是决策体系的一个组成部分。产品线管理团队在组建时就被授予了相当大的权力用以支配相当的资源。具体说来,产品线管理团队有以下的职责:

v 在产品线的整个生命周期内对产品线的业绩负责;

v 在产品线内项目的里程碑进行决策(继续、下马、或转向);

v 确定产品线内的项目经理,并授权项目经理组建项目组,并审核项目组成员;


产品线管理团队由市场、研发、财务、项目管理、生产等方面的资深人员组成,协同完成对产品线的管理,该团队的负责人为战略与产品决策委员会任命的产品线经理。

协同产品开发团队

项目体系的第三个层次是协同产品开发团队,协同产品开发团队归属于某一产品线,在决定一个新的产品开发或技术开发后,产品线管理团队将任命一个项目经理,然后项目经理从专业研发部门和支撑部门内部遴选具有不同专业背景的人员,组建一个跨专业的协同开发团队。产品开发成功后进入产品管理过程,此时产品开发基本告一段落,CPT将解散。CPT成员的专业背景应当含盖价值链的每一个环节。价值链如下图所示:


在产品开发的不同阶段,需要介入的人员也会有所变化。下表显示了这种变化:

概念形成阶段

计划阶段

开发/实现阶段

生命周期管理

CPT

市场营销人员

战略制定人员

结构设计人员

系统设计人员

开发人员

市场营销人员

融资者

产品线管理小组

制造人员

测试人员

开发人员

市场营销人员

融资人员

产品线管理小组

软件开发人员

硬件开发人员

制造人员

市场品牌经理

项目评审协调人

生产协调人

服务支持中心

融资者

目标

商业机会评估

商业计划验证

项目计划制定

执行项目计划

实现商业计划

随着产品规模的差异变化,CPT会略有一些变化。规模大的CPT还会区分为不同的层次,下图显示了不同的层次。


从上图可以看出,CPT一般会分为两个层次:核心小组和外围小组。核心小组的成员是CPT的稳定成员,基本上由相关资深专业人士组成,它为项目作出决策,如计划的制定、资源的分配等。外围小组成员执行核心小组的各项决策,并辅助核心小组成员作出决策。例如,在产品开发的概念阶段,需要对用户需求有大致的了解并评估市场范围。这需要大量的调查、分析工作,这些工作基本是由核心小组中的市场人士领导外围小组成员完成。

在CPT中,项目经理是非常关键的人物。成为合格的项目经理需要一定的专业水平和经验,还需要具备相当的沟通能力。CPT中的项目经理主要有以下职责:

v 解决冲突

v 制定项目计划及预算

v 开发成本控制

v 开发质量控制

v 人员调配和各类资源需求满足

v 跟踪项目合同

v 提供项目情况

v 提供对项目组成员的工作绩效评审的输入

v 协调决议检查点

v 解决计划和职能部门之间的冲突

3 其他体系

除了决策体系和项目体系外,协同产品开发体系还包含这两个体系:支撑体系和监理体系。这两个体系基本上体现了职能分工的特点,如果说决策体系和项目体系因为具有团队特征因而可以称之为“动态体系”的话,支撑体系和监理体系可以称为协同产品开发体系中的“静态体系”组织。除了正常的员工流动(招聘、员工辞职或调动)外,这两个体系中的人员基本不会发生变化。这两个体系基本上不直接承担与产品开发相关的责任,但并非和产品开发无关。

支撑体系

支撑体系包括两种类型的部门:业务部门和职能管理部门。业务部门和价值链相对应,例如:市场部门、专业研发部门、客户服务部门等等。职能管理部门和价值链没有直接关联,但他们为企业内的其他部门或体系提供必要的支撑作用,没有他们的支撑作用,其他体系和业务部门很难进行高效的业务工作,想象一下,现代企业没有网络管理部门会发生什么样的情况?

很难清楚地描述出每一个支撑部门的具体职责,不同的企业组织对这些部门的设置并不相同。但基本上,这些部门有这样一些公共职责:

v 配合项目体系完成产品开发

v 为项目体系提供资源

v 领域内新技术的应用开发与跟踪

v 制定并维护开发流程

v 部门建设

监理体系

在协同产品开发体系中,项目体系中的各个单位被授予了足够大的权力。缺乏有效的监督就会造成权力失控。和现代社会中的“检察官”一样,监理体系负责对项目体系进行监控。正如一个硬币会有两面一样,监控失度同样会带来问题。为了防止监控失度,协同产品开发体系中的监理体系只有监控并向战略与产品决策委员会汇报的权力。纠正的权力则归属战略与产品决策委员会。

监理主要从两个方面来进行:财务和质量。财务监理主要监控在项目过程中的财务行为符合企业的规定。质量方面的监控主要是促使项目组按照规定的程序进行并在阶段评审时确保没有弄虚作假的行为(比如捏造的测试结果等),从而保证开发出的产品是真正高质量的产品。

4 协同产品开发组织设计
在进行协同产品开发组织设计时,除了需要考虑前面提到的组织模型外,还有一些具体的细节需要加以考虑。

首先时业务部门的设置,为了充分发挥资源共享,应尽量考虑整合集中。集中的原则是将业务方向相同或相似的部门整合起来,按照专业原则进行重新设置。例如,可以考虑将在不同专业部门中的软件部分抽取出来成为软件部门。这样做的一个有利之处是便于统一规划软件部门的发展,便于软件工程师的交流和提高。

另外,在组建项目体系时还必须考虑企业和项目的规模。对于规模较大的企业组织,针对产品线较长的现象,可以成立战略与产品决策委员会的常设辅助机构,帮助战略与产品决策委员会处理一些日常事务,执行战略与产品决策委员会的决策。同样,在企业内部产品的专业范围广以至于很难进行整体把握的情况下,可以考虑成立产品线管理团队的辅助机构,帮助产品线管理团队进行专业把关等。

协同产品商务(CPC)理念的演变:【上一篇】
生产力主导性要素变迁与制造模式发展研究:【下一篇】
【相关文章】
  • 企业抉择:ERP仓储模块Vs.专业WMS软件——基础设施和结构体系
  • 美大咖啡有限公司业务系统结构图
  • 产品结构、物料清单与定制物料单
  • DDN技术与接入结构
  • 结构化布线综述
  • Molex为结构化布线的未来发展指明方向
  • 路由器的结构
  • 面向对象技术在软件重用和体系结构中的应用
  • 理解Rational分析三层结构观点
  • 文档-体系结构设计报告
  • 【随机文章】
  • MySQL Error Code文档手册---摘自MySQL官方网站
  • 虚拟表和树
  • OSWorkflow基本概念
  • sar命令使用指南
  • MSDN搞错了?
  • 架构的可退化性与无侵入性
  • FLASH绘制人物侧面的教程
  • 1998年4月全国计算机等级考试二级试卷C语言(带答案)
  • windows和linux下多线程的一些区别
  • ADSL二代能否刺激宽带神经
  • 【相关评论】
    没有相关评论
    【发表评论】
    姓名:
    邮件:
    随机码*
    评论*
          
    |  首 页  |  版权声明  |  联系我们   |  网站地图  |
    CopyRight © 2004-2007 bbb软讯网络 All Rigths Reserved.