J&E

小赵同志今天正式上幼儿园了，呵呵，漫漫求学路开始了。                                                                       

 

 

 

 

 

 

 

 

 

 

在IBM，每一位员工都会由来自不同矢量方向的"老板"评估他的业绩，"一言堂"的现象不会出现。

    随着公司内组织形式逐渐向团队形式的过渡，许多公司不断地调整团队的结构和功能，促使团队向开放性、灵活化和虚拟型发展，团队不仅仅限于某种单独的功能，团队与团队之间的协作加强，吸收不同功能部门的人员加入某种专业团队的情况越来越多，使得传统的考核制度已经无法满足新型团队的要求。

    让用户感受"同一个声音"

    在知识型创新企业中，每个人在企业中的位置，不再是按照工业文明时代企业严格的等级秩序和细致的分工体系精确定位，而是模糊定位。在知识创新型企业中，传统的工作说明书变得越来越没有用，取而代之的是角色说明书，即对人力资源进行分层分类的管理，在不同层次不同类别上来确定员工的任职资格、行为标准、工作规范。传统的职务说明书已经不足以清楚地确定一个人在企业中的定位问题，回答不了在知识创新型企业中需要跨部门、跨职能的团队合作问题。

    传统的绩效考核，一般都是严格按照部门考核的，针对不断出现的跨部门团队有时候显得无能为力，如何做好跨部门团队的考核，如何制定一些切实可行的解决方案，成为企业管理的一个新课题。

    跨国公司由于先接触到跨部门团队的问题，也就先找到了一些解决办法。例如在IBM，每一位员工都会由来自不同矢量方向的"老板"评估他的业绩，"一言堂"的现象在IBM不会出现。IBM在做哈尔滨啤酒有限公司的ERP项目时，牵扯到IBM全球服务部门（IGS）、IBM中国总部、沈阳分公司、产品部门中的无数人员协同工作。哈啤项目给RS6000事业部、GMB（工商企业）、IGS、东北区（沈阳分公司）的IBM项目成员的绩效分数上都添加了一笔。

    IBM采取的组织架构保证了用户感受的是"同一个声音"，因为这个项目只由一个人或者一个部门牵头负责，这个人成为该项目的Owner，也就是项目负责人。Owner要为该项目确定需要什么样的帮助、需要什么部门和哪个区域的人员来配合。在Owner的主导协调下，这些相关部门的人员集结成一个团队，为这个项目协同工作，迅速持久进行支持。在IBM，组织结构是"三维矩阵式"的，产品线为X轴，行业与职能部门为Y轴，按地域市场划分是Z轴。多维矩阵结构保证了各个部门之间相对的独立和协调，每一个处于交叉点中的员工都受到产品、区域、行业及职能四个不同方向上的影响，每一个人的工作都和其他人有相互作用。

    以人为中心进行考核

    打破部门考核的标准，建立以人为中心的跨部门考核体系，无论员工在那个部门都可以进行追踪考核。笔者曾为一家企业的技术中心研发人员设计过一套绩效考核办法。该技术中心有150来人，分为9个部，每个部都有自己的部门经理，负责成员的绩效考评。可是技术人员对原来的办法意见很大。分析其原因，平时项目的研发并不一定是按照部门组织的，而是由技术中心的领导从各个部抽调适当的人员组成一个课题组，也就是成立了一个跨部门的临时团队，项目完成，这个团队也就消失了。课题组有一个负责人。由于全年技术中心的项目可能有四、五十项同时进行，一个技术人员可能同时在几个课题组里面工作。他们提出：部门经理不如课题组长了解自己的工作业绩，让部门经理给自己打分不合理。

    笔者为研发人员设计了"业绩分数累进法"作为他们考评定级的量化标准。如对员工甲，现为辅助设计师最低级岗位工资，他一年中参加过B、C、D等等项目的开发，其中项目B的总体业绩分数为6分（可由项目评价委员会在项目完成后进行全面综合评价，针对一个项目，细分成"项目的难易程度"、"进度"、"完成质量"和"经济效益"等项分别打分，排出顺序），甲在该项目组中的个人业绩分数为3分（结合项目管理一起考虑，由项目经理给出评价，技术中心领导复核，例如贡献最大的主设计师为10分，A的工作量相当于主设计师的3/10.项目组成员的奖金分配就要按照互相之间的分数比例分配，所以项目经理也就不至于给人情分，其他项目组内的成员也会起到一定监督作用），则甲在B项目中获得业绩分6×3=18分。依次算出他在C、D项目中的业绩分，累加得出他总的业绩分数。这样把研发人员按照贡献大小量化区分开来，鼓励大家多参加项目开发，作的工作越多收入也可相应增加，评定技术等级也有了量化的标准，研发人员对照预先定好的"游戏规则"自己就可以知道自己大概可以得到多少收入、技术等级可以达到什么水平。

    这样一来，评价者从部门经理变为项目经理，为了避免大家因为竞争导致不合作，在"业绩评价"的基础上可以附加"行为评价"，行为评价由领导、同事一起来对该员工的行为打分评价，可以规定业绩分数占75、行为分数占25.

    可以引入"自我评价"，结果作为主管评价的参考。引入"评估面谈"制度，发生在主管与员工之间就评估所做的讨论，内容包括：1、让部属知道主管对他的评估结果；2、双方达成一个公平的评估方案；3、双方均对评估的结果形成统一看法；4、双方对工作中应改进的部分进行充分讨论；5、双方对绩效改进计划达成一致意见。

    注意与人力资源部门的合作

    对于绩效评估，项目经理要参与全过程，先要与HR部门一起确定评估标准、设计评估系统——评分标准的准确性与公平性对评估的成败影响很大。如果出现严重偏差，可直接导致员工辞职和损害团队目标的实现。其次，要注意操作过程的"正确性".最后，及时恰当地把绩效评估结果反馈给员工，帮助员工分析其优缺点以及存在问题的原因，帮助员工改进工作绩效。HR部门要为直线经理提供培训，还要监督和评价评估系统，保证它们恰当地运用和实施。

    理想的境界是公司里面没有人力资源部门，因为每个团队或者跨部门团队的成员都掌握了必要的人力资源管理知识，自己就会确定评估标准、设计评估系统，并且实施，将人力资源与团队发展紧密融合起来。

    做好标准化工作

    跨部门团队绩效考评时，涉及到很多部门和人员，要做到对每个人一视同仁、客观公正，必须做好标准化工作。具体包括：考评目标标准化；考评程序标准化；组织标准化；方法和手段标准化。

    考评目标对于跨部门团队来说，主要包括：目标实现程度、目标实现进展、目标的难度、实施手段和工作态度等具体的指标。目标要尽可能定量化。跨部门团队的工作过程有前后联系和逻辑顺序，对预定目标的进度要求很高。对目标进度评价所采用的是均衡性指标，有助于增强组织内部各部门、各环节之间的协调，并且使整个组织的目标体系保持相对稳定。

    对于性质相同的部门采用统一的评价方法。采用定量方法时，应在统一的指标体系前提下，采用标准的计算方法和计算公式，从而使考评结果具有可比性。不同性质部门、岗位的工作量如何换算，也需要事先制定统一的标准，并在企业内部得到全体员工的认可。

    考评手段的标准化，要求业绩目标卡片和评价卡统一印制，由执行人和评价人按统一要求填写，这项工作也可为绩效评价工作提供统一的依据。

Ka mate! Ka mate! Ka ora! Ka ora!        I die! I die! I live! I live!

 

Ka mate! Ka mate! Ka ora! Ka ora!        I die! I die! I live! I live!

 

Tenei te tangata puhuru huru                     This is the hairy man

 

Nana nei i tiki mai                                    Who fetched the Sun

 

Whakawhiti te ra                                     And caused it to shine again

 

A upa ... ne! ka upa ... ne!                       One upward step! Another upward step!

 

A upane kaupane whiti te ra!                   An upward step, another.. the Sun shines!!

阿良同志昨天登记结婚了。呵呵，恭喜一个先。

无论是项目管理体系，还是IPD、CMMI，它们都不等于管理的全部，就像是“管理从林”中的一棵棵树木。

　　越来越多的企业开始重视产品开发流程、过程的规范化，借以沉淀企业知识，使其快速面对市场，满足客户需求，进而引入IPD、CMMI、PM等先进的管理方法与工具，但这些管理体系之间的联系与区别却是企业人员经常困惑的热点问题。

　　基本概念各有所重

　　PM（Project Management），中文译为“项目管理”，是一套通用的管理技术与方法，其最有代表性的流派是美国项目管理协会（PMI）在《项目管理知识体系指南》（PMBOK）中提出的整套项目管理理论。近年来，已经被公认为是一种有生命力并能实现复杂的企业目标的良好方法。

　　IPD，是Integrated Product Development的缩写，中文译为“集成产品开发”，是一套领先的、成熟的的产品开发的管理思想、模式和方法，是业界流行的最佳实践，它的起源是美国80年代出现的PACE（产品及周期优化法）理论。

　　CMM（capability maturity model for software，软件能力成熟度模型）是美国卡内基梅隆大学软件工程研究所（SEI）应美国联邦政府的要求，于1991年开发出来的一种用于评价软件承包商能力并帮助其改善质量的方法。目前，它是国际上最流行、最实用的软件生产过程标准，以及软件企业成熟度认证标准。CMM由低至高共分为5个级别：初始级、可重复级、定义级、管理级和优化级。CMMI（集成能力成熟度模型）在CMM的基础上增加了集成的产品和过程开发（IPPD）等专业领域，不再局限于软件。

　　IPD是项目管理在产品开发中的应用

　　IPD是一个产品开发的流程。流程(process)是将输入转化为输出的一组彼此相关的资源和活动。能够量产的产品，是产品开发流程的输出。而所谓“项目”，根据美国项目管理协会PMI的定义，是指一项提供独特的产品或服务的、有明确目标和起始时间的工作。新产品开发从概念到量产这个过程，可以看作一个项目。

　　因此，IPD和项目管理的关系，可以简单的这样概括：IPD流程是项目管理方法论在产品开发项目中的具体应用，而项目管理是推行IPD流程必须的管理技能和方法。IPD流程的阶段划分，其实就是项目管理中的项目生命周期定义。

　　IPD流程是对于千万个成功的产品开发项目的总结和提炼，它体现了最经典的产品开发管理方法，包括组织、流程、工具等各个要素，是一种集成的最佳实践。

　　从项目管理的角度分析，企业推行IPD流程的过程要有以下几个不能跨越的阶段：偶然的项目管理－组织级的项目管理－清晰的IPD流程。

　　IPD与CMMI的起源不同

　　IPD和CMMI两种管理体系不但没有冲突，还可以耦合得非常完美，从而真正地将产品开发能力进行实质性的提升。

　　IPD与CMMI起源和出发点的不同，决定了两者具有很大的区别。CMMI是在CMM的基础上发展起来的，与CMM一样，本质上关注的是过程质量。而IPD着眼于产品开发获得市场成功，是在PACE（产品及周期优化法）等产品开发模式的基础上，经过一些领先企业（如IBM）的实践发展起来的。IPD关注的是将影响产品成功的关键要素（如结构化流程、产品决策评审、产品开发团队等）有机地整合起来，形成集成的产品开发模式，推动产品的成功。IPD本质上是一种产品经营管理的模式。CMMI是面向研发的，而且更多是面向软件开发的。

一、 IPD背景
    集成产品开发（Integrated Product Development, 简称IPD）是一套产品开发的模式、理念与方法。IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法》（简称PACE——Product And Cycle-time Excellence）一书，该书中详细描述了这种新的产品开发模式所包含的各个方面。
    最先将IPD付诸实践的是IBM公司，1992年IBM在激烈的市场竞争下，遭遇到了严重的财政困难，公司销售收入停止增长，利润急剧下降。经过分析，IBM发现他们在研发费用、研发损失费用和产品上市时间等几个方面远远落后于业界最佳。为了重新获得市场竞争优势，IBM提出了将产品上市时间压缩一半，在不影响产品开发结果的情况下，将研发费用减少一半的目标。为了达到这个目标，IBM公司率先应用了集成产品开发（IPD）的方法，在综合了许多业界最佳实践要素的框架指导下，从流程重整和产品重整两个方面来达到缩短产品上市时间、提高产品利润、有效地进行产品开发、为顾客和股东提供更大价值的目标。
    IBM公司实施IPD的效果不管在财务指标还是质量指标上得到验证，最显著的改进在于：
    1、 产品研发周期显著缩短；
    2、 产品成本降低；
    3、 研发费用占总收入的比率降低，人均产出率大幅提高；
    4、 产品质量普遍提高；
    5、 花费在中途废止项目上的费用明现减少；
    在IBM成功经验的影响下，国内外许多高科技公司采用了集成产品开发（IPD）模式，如美国波音公司和深圳华为公司等，都取得了较大的成功。实践证明，IPD既是一种先进思想，也是一种卓越的产品开发模式。
    二、IPD核心思想和框架
    IPD作为先进的产品开发理念，其核心思想概括如下：
    a) 新产品开发是一项投资决策。IPD强调要对产品开发进行有效的投资组合分析，并在开发过程设置检查点，通过阶段性评审来决定项目是继续、暂停、种植还是改变方向。
    b) 基于市场的开发。IPD强调产品创新一定是基于市场需求和竞争分析的创新。为此，IPD把正确定义产品概念、市场需求作为流程的第一步，开始就把事情做正确。
    c) 跨部门、跨系统的协同。采用跨部门的产品开发团队（PDT：Product Development Team），通过有效的沟通、协调以及决策，达到尽快将产品推向市场的目的。
    d) 异步开发模式，也称并行工程。就是通过严密的计划、准确的接口设计，把原来的许多后续活动提前进行，这样可以缩短产品上市时间。
    e) 重用性。采用公用构建模块（CBB：Common Building Block）提高产品开发的效率。
f) 结构化的流程。产品开发项目的相对不确定性，要求开发流程在非结构化与过于结构化之间找到平衡。
    IPD框架是IPD的精髓，它集成了代表业界最佳实践的诸多要素。具体包括异步开发与共用基础模块、跨部门团队、项目和管道管理、结构化流程、客户需求分析（$APPEALS）、优化投资组合和衡量标准共七个方面，IPD框架如下图所示。

    下面分别介绍IPD框架中的几个方面。
    三、市场管理
    市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性和生命。包括：
    1、客户需求分析
    可以说，没有需求就没有软件，缺乏好的、及时的市场需求是项目方向偏离和产品失败的最主要原因。IPD使用一种用于了解客户需求、确定产品市场定位的工具——$APPEALS进行需求分析。 $APPEALS从八个方面衡量客户对产品的关注，确定产品的哪一方面对客户是最重要的。$APPEALS的含义如下：$-产品价格（Price）；A-可获得性（Availability）；P-包装（Packaging）；P-性能（Performance）；E-易用性（Easy to use）；A-保证程度（Assurances）；L-生命周期成本（Life cycle of cost）；S-社会接受程度（Social acceptance）。
    2、投资组合分析
    IPD强调对产品开发进行有效的投资组合分析。如何正确评价、决定企业是否开发一个新产品，以及正确地决定对各个新产品的资金分配额，就需要测定新产品的投资利润率。只有明确了投资利润率的各种静态和动态的决定因素和计算方法，企业才能对产品战略做出正确的判断和决策，进而确定产品开发的投资。
    企业能否有效地掌握投入资金的对策，取得好的产品资金效果，提高资金运营效率，是一个大的战略问题，也是企业业务投资组合计划的任务。尤其是经营多种产品的生产企业，要正确地决定资金投入对策，还必须研究产品结构，研究企业各种产品的投入、产出、创利与市场占有率、市场成长率的关系，然后才能决定对众多产品如何分配资金。这是企业产品投资组合计划必须解决的问题。企业组成什么样的产品结构？总的要求应是各具特色，经济合理。因此，需要考虑服务方向、竞争对手、市场需求、企业优势、资源条件、收益目标等因素。
    投资组合分析要贯穿整个产品生命周期，在开发过程设置检查点，通过阶段性评审来决定项目是继续、暂停、种植还是改变方向。通常在各个阶段完成之后，要做一次GO/NO GO决策，以决定下一步是否继续，从而可以最大地减少资源浪费，避免后续资源的无谓投入。
    3、衡量指标
    投资分析和评审的依据是事先制订的衡量指标，包括对产品开发过程、不同层次人员或组织的工作绩效进行衡量的一系列指标。 如产品开发过程的衡量标准有硬指标（如财务指标、产品开发周期等）和软指标（如产品开发过程的成熟度）；衡量标准有投资效率、新产品收入比率、被废弃的项目数、产品上市时间、产品盈利时间、共用基础模块的重用情况等。
    四、流程重整
    IPD中的流程重整主要关注于跨部门的团队、结构化的流程、项目和管道管理。在结构化流程的每一个阶段及决策点，由不同功能部门人员组成的跨部门团队协同工作，完成产品开发战略的决策和产品的设计开发，通过项目管理和管道管理来保证项目顺利地得到开发。
    1、跨部门团队
    组织结构是流程运作的基本保证。在IPD中有两类跨部门团队，一个是集成产品管理团队（IPMT），属于高层管理决策层； 另一个是产品开发团队（PDT），属于项目执行层。
IPMT和PDT都是由跨职能部门的人组成，包含了开发、市场、生产、采购、财务、制造、技术支援等不同部门的人员，其人员层次和工作重点都有所不同。IPMT由公司决策层人员组成，其工作是确保公司在市场上有正确的产品定位，保证项目保证资源、控制投资。
     IPMT同时管理多个PDT，并从市场的角度考察他们是否盈利，适时终止前景不好的项目，保证将公司有限的资源投到高回报的项目上。
    PDT是具体的产品开发团队，其工作是制定具体产品策略和业务计划，按照项目计划执行并保证及时完成，确保小组将按计划及时地将产品投放到市场。
PDT是一个虚拟的组织，其成员在产品开发期间一起工作，由项目经理组织，可以是项目经理负责的项目单列式组织结构。
    2、结构化流程
    IPD产品开发流程被明确地划分为概念、计划、开发、验证、发布、生命周期六个阶段，并且在流程中有定义清晰的决策评审点。这些评审点上的评审已不是技术评审，而是业务评审，更关注产品的市场定位及盈利情况。决策评审点有一致的衡量标准，只有完成了规定的工作才能够由一个决策点进入下一个决策点。下面是典型的产品开发流程：
    a) 在概念阶段初期，一旦IPMT认为新产品、新服务和新市场的思想有价值，他们将组建并任命PDT成员。
    b) PDT了解未来市场、收集信息、制定业务计划。业务计划主要包括市场分析、产品概述、竞争分析、生产和供应计划、市场计划、客户服务支持计划、项目时间安排和资源计划、风险评估和风险管理、财务概述等方面信息，所有这些信息都要从业务的角度来思考和确定，保证企业最终能够盈利。
    c) 业务计划完成之后，进行概念决策评审。IPMT审视这些项目并决定哪些项目可以进入计划阶段。
    d) 在计划阶段，PDT综合考虑组织、资源、时间、费用等因素，形成一个总体、详细、具有较高正确性的业务计划。
    e) 完成详细业务计划以后，PDT提交该计划给IPMT评审。如果评审通过，项目进入开发阶段。PDT负责管理从计划评审点直到将产品推向市场的整个开发过程，PDT小组成员负责落实相关部门的支持。
    f) 在产品开发全过程中，就每一活动所需要的时间及费用，不同层次人员、部门之间依次做出承诺。
    3、项目和管道管理
    项目管理是使跨部门团队集合起来更好地行动的关键。首先要有一个目标即项目所要达到的效果，一旦我们将客户的需求转换为对产品的需求时，就可以制定详细计划。该计划中的各部分将具体划分为每个职能部门的工作，即这个计划不只是研发部门的计划，也是公司各个部门共同的计划。 一个产品从概念形成到上市期间会涉及到许多不同的紧密相联的活动，就好象不同职能部门彼此之间是有关系的。同样在一个项目中他们彼此之间的活动也是有关联的，所有的活动加起来就是整个的产品开发。
    接下来安排活动的时间，然后对每个活动进行预算和资源的调配，在项目实施过程中还需要不断地与计划对照，因为没有任何一个计划是完善的，所以可以在细的层面上对计划进行一定的调整，但是PDT做出的承诺不能改变。整个项目的进行过程都需要PDT的参与，因此，PDT在产品开发全流程中自始至终存在。
    管道管理类似于多任务处理系统中的资源调度和管理，指根据公司的业务策略对开发项目及其所需资源进行优先排序及动态平衡的过程。
    五、产品重整
    IPD提高开发效率的手段是产品重整。产品重整主要关注于异步开发和共用基础模块（CBB）。
    1、异步开发
    异步开发模式的基本思想是将产品开发在纵向分为不同的层次，如技术层、子系统层、平台层等。不同层次工作由不同的团队并行地异步开发完成，从而减少下层对上层工作的制约，每个层次都直接面向市场。
    通常，在产品开发过程中，由于上层技术或系统通常依赖于下层的技术，因此，开发层次之间的工作具有相互依赖性，如果一个层次的工作延迟了，将会造成整个时间的延长，这是导致产品开发延误的主要原因。 通过减弱各开发层次间的依赖关系，可以实现所有层次任务的异步开发。
    为了实现异步开发，建立可重用的共用基础模块是非常重要的。
    2、共用基础模块
    共用基础模块（Common Building Blocks, CBB）指那些可以在不同产品、系统之间共用的零部件、模块、技术及其他相关的设计成果。由于部门之间共享已有成果的程度很低，随着产品种类的不断增长，零部件、支持系统、供应商也在持续增长，这将导致一系列问题。 事实上，不同产品、系统之间，存在许多可以共用的零部件、模块和技术，如果产品在开发中尽可能多地采用了这些成熟的共用基础模块和技术，无疑这一产品的质量、进度和成本会得到很好的控制和保证，产品开发中的技术风险也将大为降低。 因此，通过产品重整，建立CBB数据库，实现技术、模块、子系统、零部件在不同产品之间的重用和共享，可以缩短产品开发周期、降低产品成本。 CBB策略的实施需要组织结构和衡量标准的保证。
    不管是异步开发还是共用基础模块的实现，都需要很高水平的系统划分和接口标准制订，需要企业级的构架师进行规划。