如图:马斯洛(Abraham Harold Maslow)将人的需求分为5个层次。生理需求、安全需求、社会需求、尊重需求和自我实现的需求。在管理的实践中,我们适当的将关系紧密的层次进行了合并,这一点类似于奥尔德弗(Clayton Alderfer)的ERG理论,l、生存的需要,包括心理与安全的需要;2、相互关系的需要,包括有意义的社会人际关系;3、成长的需要,包括人类潜能的发展、自尊和自我实现。基于篇幅的考虑,本文只能对每一部分指出一个关键的管理实践,希望能起到抛砖引玉的作用。

- 马斯洛需求层次理论
一:生存的需求。
可能很多管理者会认为,生存需求做为一个低级需求,不是一个重点关注对象,没错对一个成熟职业人来说,生存的需求在很大程度上属于保健因素(赫茨伯格双因素理论)。然而一个企业的员工离职绝大部分是由于这些保健因素没有得到满足造成。在这里我们需要值得一体的也需要管理者特别注意的是公平。包括薪酬和福利体制的公平。尤其是对于小企业来说,由于企业家对整个企业的所有事情具有生杀予夺的权利,会更加促使这种不公平现象的发生。比如如果一个企业的Boss是一个技术出身。那么他可能会更加强调技术的重要性。那么在公司的薪酬体系以及奖金制度上毫无疑问会向核心技术人员进行倾斜。然而对一个企业的运作来说,没有那个部门或者岗位是不重要的。过分的倾斜必然会导致其他岗位人员会产生不满进而丧失继续为企业服务的信念。或者,当一个企业的的Boss具有太多的决定权是时候,他们的评价往往过于片面。比如,在年终的时候,有一个员工做了一件很不错的事情对Boss的印象很深。那么他的年终奖可能会由此变得更加丰厚。这就会员工心目中形成踏实工作不入好好表现的认识。这对一个企业是非常不利的,遗憾的是很多企业的Boss都没有认识到这一点。继续不断的把这种行为标榜为深入基层和同事打成一片。要解决这种问题,需要公司定义清晰的管理制度和薪酬体系,以及绩效考核制度。让绩效数据来行使评价权利,从而避免评价的不公平和公正性。大家可以参照宽带薪酬体系和平衡计分卡来进行薪酬体系和绩效考核制度的建设,在这后的Blog中,我会来解释这部分的操作方式。
二:相互的需求。
社会的需求和被尊重的需求重点体现在团队氛围和团队文化的建设上。华为有一则:“败则拼死相救,胜则举杯相庆”的企业文化就这这方面的典范。从这里面有两点需要管理者充分的的把握和运用,“互助”,“庆祝”。您的团队必须是一个强调互助的团队,同时您的团队也必须是一个懂得庆祝的团队。助人乃快乐之本,这是创建和谐团队氛围的根本。一个开放的互助的团队的团队必然是人际关系友好的团队。而庆祝不仅仅是尊重,更加是一种激励。它可以放大团队成功的喜悦,并激励团队向下一个目标更加努力的奋斗。而”以奋斗者为本“的管理理念是需要公司满足员工“相互需求“的一个法宝。
三:成长的需要。
公司需要能够提供给员工自我实现和自我成长的平台来满足员工的成长需求。从管理上来讲有两方面需要各位关注。1:信任和授权 2:学习和教练。
创建一个充分信任和授权的管理文化是促进员工自我实现的一剂最好的良药。充分的授权能够促使员工的主动参与,和任务的出色完成,而任务的出色完成尤其是工作种的创新成果能够使员工得到同事的鼓励和喝彩,使员工实现自我价值。而授权是建立在信任的基础之上。很多管理者也往往把不能合理授权的原因归结为员工能力有限上去。在我看来,这多少有点荒谬。道格拉斯·麦格雷戈的X,Y因素理论向我们很好的阐明了这一点。而且员工能力的提高需要管理者去做一些工作,那就是建立学习型的组织和运用教练技能!
接上篇:《IPD项目管理和绩效管理一》
IPD概念阶段:

产品团队的开发强调以市场的成功为产品的成功,因此在进入产品开发,需要做细致的市场分析和产品调查,定位产品的细分市场以及定义产品的盈利模式。因此在产品开发团队之前需要有产品经理或者PMT(产品管理团队)来完成产品的市场分析,用以保证开发处理的产品能够满足和适应将来的市场和客户需求。当产品业务计划得到公司高层的通过,该产品方可进入开发阶段。

该阶段各个成员的主要活动和职责:
| IPMT |
根据市场输入,组建产品开发团队。 定义项目经理,核心组和必需的扩展组
准备项目任务书给PDT |
| 项目经理 |
项目开工会 根据产品需求进行职能的WBS,分配工作,指导核心组成员完成需求定义等工作
准备技术评审
定义产品的项目范围
协调核心组准备产品开发一级计划(里程碑计划)
准备决策评审 |
| 软件开发代表 |
定义概念阶段开发扩展组的计划 安排系统分析员完成软件需求分析和需求规格说明书
定义产品开发的主要计划
协助项目经理完成产品开发一级计划 |
| 测试代表 |
定义概念阶段测试扩展组的计划 开发产品测试需求
定义产品的测试策略
定义产品的测试主要计划
协助项目经理完成产品开发的一级计划 |
| 工程技术代表 |
定义概念阶段工程扩展组的计划 开发产品工程部署需求
定义产品的工程主要计划
协助项目经理完成产品开发的一级计划 |
| 客户服务代表 |
定义概念阶段客户服务扩展组的计划 定义客户服务的需求
定义初步的客户服务策略
定义主要的客户服务计划
协助项目经理完成产品开发的一级计划 |
| 软件系统分析师 |
完成软件的需求分析。 |
IPD计划阶段:
通过概念决策评审后,产品开发进入计划阶段。在该阶段产品开发团队核心组成员基于对业务计划和需求的理解下,定义产品开发的项目计划,资源计划,风险管理计划,以及配置管理计划,质量计划等。
二级计划指各个扩展组的计划,三级计划指包含子系统的扩展组的详细的时间和资源计划,如果没有则不需要三级计划。
该阶段各个成员的主要活动和职责:
| IPMT |
选择和落实为完成计划阶段需要的扩展组成员。 |
| 项目经理 |
定义计划阶段的项目计划。明确定义各个职能团队的活动和职责。 协调各个扩展组完成WBS和二级计划,并根据二级计划修改和完善一级计划。
明确团队和个人的考核指标和考核方式。
准备计划阶段的决策评审。 |
| 软件开发代表 |
定义开发扩展组在计划阶段的工作计划。 协调各个子系统的开发负责人完成产品开发的三级计划,并根据三级计划完成开发团队的二级计划。
汇报二级计划给项目经理并得到批准
明确扩展组成员的活动和职责,安排完成系统设计和概要设计。 |
| 测试代表 |
定义测试扩展组在计划阶段的工作计划 协调各个子系统的测试负责人完成产品开发的三级计划,并根据三级计划完成测试扩展组的二级计划。
汇报二级计划给项目经理并得到批准
明确扩展组成员的活动和职责,安排完成测试用例和测试数据。 |
| 工程技术代表 |
定义工程扩展组在计划阶段的工作计划 优化产品的升级和部署方案。
安排完成工程三级计划(可以没有)并完成工程二级计划。
汇报二级计划给项目经理并得到批准 |
| 客户服务代表 |
定义客户服务扩展组在计划阶段的工作计划 优化客户服务策略
定义客户服务的详细计划(二级计划)
汇报详细客户服务计划给项目经理并得到批准 |
| 软件系统架构师 |
完成系统设计和概要设计 |
| 高级测试工程师 |
完成测试用例和测试数据 |
IPD开发阶段:
通过计划决策评审后,进入项目的开发实施阶段。各个PDT扩展组根据计划阶段定义的开发实施计划完成产品的规格开发,确保产品的最终的市场成功。
| IPMT |
选择和落实为完成开发阶段需要的扩展组成员。 |
| 项目经理 |
开发阶段工作计划以及重要任务配合和计划风险的说明工作。 根据公司定义开发团队的KPI设定各个扩展组的考核指标并对各个扩展组实施考核。
协调并跟踪项目任务绩效;跟踪时间进度、成本、资源和交付件。
管理项目范围和更改。
管理资源,必要的话重新分配资源;必要的话,向上反映问题;定期性地报告项目状态。
为各个扩展组协调资源,指导各个扩展组的工作。 |
| 软件开发代表 |
获得资源分配活动。执行软件开发计划。 监控项目的任务绩效,时间进度,产品质量。开发过程。
安排资源完成详细设计,集成测试用例,编码,单元测试,集成测试工作。
定义扩展组成员的绩效目标和任务,收集绩效数据,对扩展组成员进行绩效评价。 |
| 测试代表 |
获取测试资源,执行测试计划。 监控项目的任务绩效,进度,过程执行。
安排完成测绘用例,测试数据,测试环境,修改完善测试策略和测试计划。
根据计划进行测试工具的开发。
定义测试扩展组的绩效目标,收集绩效数据,对测试扩展组成员进行绩效评价。 |
| 工程技术代表 |
获得资源执行工程计划。 根据产品开发的设计以及范围的变更修改或者优化升级方案
收集绩效数据,评价工程扩展组成员 |
| 客户服务代表 |
|
| 软件工程师 |
执行开发计划 完成详细设计,编码,单元测试,集成测试工作。
参加技术评审保证软机质量
完成并提交技术文档 |
| 高级测试工程师 |
完成测试用例和测试数据。 评审测试用例和测试数据
根据需要开发测试工具 |
| 测试工程师 |
准备测试资源和测试环境。 |
IPD验证阶段:
经过技术评审后的产品进入验证阶段确保产品的质量和功能满足用户需求。保证产品的最终能够成功。

| 项目经理 |
验收阶段工作和资源的协调。 跟踪项目任务绩效;跟踪时间进度、成本、资源和交付件。
为各个扩展组协调资源,指导各个扩展组的工作。
对各个扩展组的绩效进行指导和考核。 |
| 软件开发代表 |
安排资源根据测试结果修改产品设计。 监控产品测试和产品质量。
定义扩展组成员的绩效目标和任务,收集绩效数据,对扩展组成员进行绩效评价。 |
| 测试代表 |
获取测试资源,执行测试计划。 监控项目的任务绩效,进度,过程执行。
完成系统测试工作,包括软件,产品文档,升级方案的验收。
产出测试报告,为技术评审和决策评审准备。
收集绩效数据,对测试扩展组成员进行绩效评价。 |
| 工程代表 |
优化升级方案和升级计划, 为升级做好准备
提前熟悉产品。和测试人员一起熟悉和验收升级方案。 |
| 客户服务代表 |
准备客户服务。 完成业务变更通知说明 |
| 软件工程师 |
解决修改系统测试问题 |
| 高级测试工程师 |
指导测试,执行测试任务 |
| 测试工程师 |
执行测试任务 |
IPD发布阶段:
经过中试的产品并结果技术评审和决策评审后进入发布阶段。

| 项目经理 |
验收阶段工作和资源的协调。 跟踪项目任务绩效;跟踪时间进度、成本、资源和交付件。
为各个扩展组协调资源,指导各个扩展组的工作。
对各个扩展组的绩效进行指导和考核。 |
| 软件开发代表 |
开发项目总结 协作工程代表完成系统的升级
协作客户服务代表完成系统升级的客户通知和服务。 |
| 测试代表 |
协助工程代表完成系统的升级 开发质量数据的收集。 |
| 工程代表 |
协调资源完成系统的验收工作 根据升级方案完成Beta升级(批量客户)
根据升级情况完成系统的升级
产出升级的报告。 |
| 客户服务代表 |
业务变更通知。 系统升级通知。
客户服务支持。 |
产品开发团队组织结构

产品开发团队(PDT,Product Development Team)由项目经理(PDT经理),核心组和扩展组组成。核心小组成员由各个职能部门的代表组成,开发代表,测试代表,工程代表,客户代表。并且每一个职能部门的代表在该PDT中只能有一个。他们在PDT中代表自己所处的职能部门,在只能部门中代表PDT。PDT是一个虚拟的组织,它不属于任何职能部门,是直接对产品开发负责的组织。PDT在概念形成时成立,在产品成功发布后解散。PDT的职责是开发出满足市场需求的产品,他们在概念和计划阶段制定项目计划,在以后各阶段管理项目。PDT组长负责领导项目组、管理项目及与领导层的沟通,保证项目顺利完成;PDT代表作为职能部门的专家在项目决策和设计时代表职能部门,负责解决业务问题,同时作为与职能部门之间的桥梁,协同扩展小组工作。扩展小组属于各个只能部门内部的团队,比如开发扩展组属于开发部内部团队,也可以以项目的形式运作。并不是所有的职能部门都需要扩展组成员。
职责定义:
| 产品开发团队 |
从形成产品概念直至正式投产都要用商业观点管理项目。 不仅要对研究成果负责,还要对产品的商品化负责
提供领导力量,确保产品在市场上获得成功
行使IPMT授予的权力,按照具体的目标督促完成任务
协同项目开发组与IPMT商讨,签订及执行项目合同
按照项目合同规定承诺管理项目
如果项目开发组预见到承诺难以实现,应立即启动决策检查点的功能
对项目开发组的绩效评估,除看具体的产品功能目标外,还要看项目的整体目标 |
| 项目经理 |
建立和领导整个PDT团队,对产品的最终市场成功负责。 召集核心组,针对产品目标和项目目标进行沟通,将项目职责分配到核心组成员。
启动和保持项目的正常沟通当无法达成一致意见时做出决策。
做出各个决策评审的日程安排和准备,将项目计划,业务计划提高给高层管理者
从高层管理者获得承诺,确保所需要的资源的及时准确到位。
及时提高项目的紧张情况给项目干系人。
管理整个项目小组。
确保开发,测试,工程,客户,市场,财务和采购(如果存在)等子计划的协调统一进行。
为产品开发制定跨职能部门的计划。
制定项目的预算,时间,产品交付件承诺。
对整个项目准备工作分解结构(WBS),并指导各个只能部门的核心小组成员制定详细的各职能领域的WBS
进行风险评估并制定风险计划 |
| 核心组成员 |
负责各个职能领域的设计并解决存在的问题。 代表职能部门作出决策
共同负责PDT的项目结果,完成项目目标,履行项目合同。
充当PDT和职能部门的桥梁,向PDT汇报职能部门项目小组的工作,向职能部门经理汇报PDT的项目紧张
管理职能部门扩展小组
制定各个职能部门的工作分解结构。
根据产品开发的一级计划制定二级计划并和协调PDT经理修改一级计划
在职能部门内部进行项目管理工作,完成计划的执行,监控,对职能小组的负责的产品结构负责。 |
| 软件开发代表 |
对PDT项目合同定义产品目标的开发过程和结果负责。 定义软件产品的开发计划,并保证产品的开发依照开发部定义的软件产品开过过程进行。
监控和管理软件开发过程,保证软件产品的开发进度和质量。
协调软件开发扩展组进行软件的设计和实现。 |
| 测试代表 |
对PDT项目合同定义产品目标的测试过程和测试结果负责。 定义产品的测试策略和测试计划。
保证产品的质量满足组织定义的目标。
协调测试扩展组完成软件产品的系统测试工作,并对产品的质量保证负责。
管理测试扩展组,协调资源分配任务,保证测试计划的顺利完成 |
| 工程代表 |
对PDT项目合同定义产品目标的系统升级过程和升级结果负责。 定义产品的系统升级计划,系统升级方案。保证产品的顺利升级。
管理工程扩展组的升级项目工作。
协调资源完成升级测试工作,升级执行工作。保证系统的升级有计划和高效的完成。 |
| 客服服务代表 |
对PDT项目合同中定义产品的客户支持过程和客户支持结果负责。 定义客户的支持策略和支持计划。
管理客户服务扩展组。
安排资源执行客户培训和客户支持工作。 |
| 扩展组 |
执行项目计划,根据计划完成各个职能部门应该完成的开发,测试,工程等工作 向PDT核心组成员汇报项目进展和问题。
解决问题。 |
产品开发过程

集成产品开过过程分为概念阶段,计划阶段,开发阶段,验证阶段和生命周期阶段,同时有四个决策评审点和七个技术评审点分别为,概念决策评审点,计划决策评审点,可获得性决策评审点,生命周期决策评审点;产品需求和概念技术评审(业务需求评审),需求分解和需求规格评审(功能需求评审),总体方案评审(系统设计,架构设计),模块/系统评审(详细设计评审),样品评审(Alpha测试技术评审)和发布评审。
1.3.1各个团队的阶段工作和职责
项目各个阶段各个团队的主要工作过程。
彼得·圣吉的《第五项修炼 –学习型组织的艺术与实务》畅销书中的畅销书,也掀起了中国管理界的一场建立学习型组织的革命。实话实说我并没有看完这本书,可能是当时太过于浮躁。
不过任何理论的东西都是高于实践,对众多管理者来说,也很难完全把这些理论运用于实践中,况且书中的理论和管理方法也不见得适合您的企业。不过根据我的经验有一个很不错也很实际的方法可以帮助你提高您的团队的学习能力。在中国的不少企业里面也有这样的形式。就我知道的包括华为和淘宝等企业有这样的形式。
方法简单到不能再简单:建立定义的分享讨论会议。
1:团队。以团队为单位,团队不要太大,以您的自然团队为单位就可以。比如产品设计团队,产品开发团队。
2:定期。非常重要,一定要定期,一周一次,两周一次都可以。但是一定要把这种周期给固定下来。您知道任何制度的建立很容易,执行起来很难。所以一开始您要有这个决心。
3:话题。话题需要跟你的团队有关,但是每一期一定要有一个或者两个主要的话题,话题最好跟工作有关,但也可以跟工作无关(如果您的BOSS允许的话)。在这一期的最后确定下一期的话题。以便给时间大家准备。每一期指定一个话题的主讲人。
4:可选项。如果你觉得有必要可以对每一期的议题进行提炼总结,发布在您公司内部的信息系统上去。
就这么简单。您期望建立学习型团队,就必须让您团队的每一个人学习。如果您团队的每一个人都是非常好学的,那么您的团队也就是一个学习型的团队了。所以,你需要为每一期定义一个话题并指定一个主讲人。您可能会担心话题会慢慢枯萎直至最后没有,不用担心,话题可以由你指定,也可以由主讲人自己决定(命题作文和非命题作文^_^)。这些话题会促使主讲人去学习和思考。同时分享的过程会让这种学习结果更加有效(学而不思则罔,思而不学则殆吗^_^)。大家还要注意,分享是一部分。讨论的过程尤为重要。所谓的头脑风暴也是这个时候产生的,您需要鼓励所有团队成员去分享和讨论。长此以往,您的学习型团队就建立起来了。不信您可以试试呀!
成功的企业文化是一个大染缸,至少我曾经在这样的企业文化中被染过。到现在依然还带着之前被染的色。然而也有很多企业的企业文化是不成功的。不能把员工染色或者染成了自己根本不希望看到的颜色。
导致这两种情况的一个主要原因在于企业的企业文化是否能够得到员工的认同。很多企业的企业文化来自于公司的创始人。这样的企业文化受Boss本身人格的影响非常大。就像电视剧《亮剑》中描述的一样“任何一支部队都有着它自己的传统。传统是什么?传统是一种性格、是一种气质!这种传统与性格,是由这种部队组建时首任军事首长的性格与气质决定的。他给这支部队注入了灵魂。从此不管岁月流失,人员更迭,这支部队灵魂永在。这是什么?这就是我们的军魂”。这样的企业文化的制定是不是真的有效?我并不敢完全苟同。这样的企业文化太取决于个人的智慧和性格,也必然会冒着可能会被多数员工不认同的风险。如果企业的创始人是一个专横的人,他可能能在一定时期带领企业走向成功,但是以他形成的企业文化能够得到员工的认同吗?是不是有不少企业正式由于这样的原因而最终走向衰败的呢?
同时企业文化也不能完全由员工的一致意见说了算。这样的文化即使得到了大部分的员工认同但是也不能算作一个成功的企业文化。因为企业需要承担着他作为企业存在的根本任务和目标。创造利润的目标,社会责任的目标。而一个成功的企业文化一个最基本的要求是要促使企业达成这些目标,成为一种催化剂。
所以,一个企业的企业文化的制定应该是建立在员工一致意见的基础上并结合企业的战略和目标而形成的企业文化,只有这样的企业文化才能够成为一个大染缸和企业达成目标的催化剂。操作方法之一就是,公司以及公司战略并充分考虑员工,股东,客户以及社会的利益后形成一份较大范围的企业文化。然后最大范围内征求企业干系人的意见。最后形成企业的企业文化。