Archive for the ‘研发管理’ Category

IPD项目管理和绩效管理(一)


产品开发团队组织结构

 

产品开发团队(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:可选项。如果你觉得有必要可以对每一期的议题进行提炼总结,发布在您公司内部的信息系统上去。

就这么简单。您期望建立学习型团队,就必须让您团队的每一个人学习。如果您团队的每一个人都是非常好学的,那么您的团队也就是一个学习型的团队了。所以,你需要为每一期定义一个话题并指定一个主讲人。您可能会担心话题会慢慢枯萎直至最后没有,不用担心,话题可以由你指定,也可以由主讲人自己决定(命题作文和非命题作文^_^)。这些话题会促使主讲人去学习和思考。同时分享的过程会让这种学习结果更加有效(学而不思则罔,思而不学则殆吗^_^)。大家还要注意,分享是一部分。讨论的过程尤为重要。所谓的头脑风暴也是这个时候产生的,您需要鼓励所有团队成员去分享和讨论。长此以往,您的学习型团队就建立起来了。不信您可以试试呀!