一、 PDT 团队职责：

1、理解和承接 ** 战略，根据立项的要求实施产品开发，对产品整体成功负责。

2、负责产品需求的实现和验证，确保客户需求得到满足，最终对商业结果负责。

3、负责所在领域产品开发项目全流程的管理和改进，根据战略规划、需求管理、产品开发、上市和退市等 主线业务流程开展工作，并及时作出决策。

4、建立产品研发过程中的信息传递通道和机制，围绕产品需求以及解决问题的高效反馈和跟踪机制

5、建设匹配业务发展需求的组织能力和活力，包括跨体系跨部门的协作及核心组成员管理。

二、PDT 团队成员和职责

PDT 经理职责：

1、领导 PDT 团队对产品的市场成功负责，作为第一负责人，确保产品满足市场需求。

2、整体把控产品开发的进度，推动项目计划有效落地和项目关键资源落实，管理变更、提供决策和指导， 识别重大风险和推动解决问题。

3、负责管理 PDT，拉通团队成员对齐目标，保证团队成员有效沟通和协调、资源共享，参与 PDT 团队成 员的绩效考核。

4、启动项目和保持项目正常运作，当无法达成一致时作出决策，在项目决策上具有一票否决权。

PDT 成员职责：

1、根据 PDT 业务目标承接并管理各自负责的工作，对本领域业务目标负责，共同对业务成功负责。

2、遵守和执行 PDT 团队的运作规则及相关流程，参与关键节点决策，推动本功能领域内部密切合作，全力达成本领域设立的目标。

3、高效率履行所承担的角色职责，不断提高本领域的专业能力、执行能力与工作质量、工作效率。

4、主动与 PDT 经理、职能部门主管沟通交流，及时获取帮助、指导有效推动问题解决。

PDT的很重要核心就是产品线主管的支持，因为这个才是核心，他有没有诉求，有诉求才能持续，不然就是一杆子买卖。一件事情有时候能不能做好，能不能持续，主要还是一把手的态度。在我刚开始运作的时候所幸接触到了一个有诉求的产品线主管（新产品），以双周形式运作。并且协同我一起建立了机制、模板等。团队分了三个火车头，规划与工程火车头（包含了规划和研发）、大交付（主要是交付，包含价值旅程设计、在客户侧实施交付部署）、大市场（MO和市场行销）。这里说下MO和市场行销，MO从市场行销分出来也是借鉴华为。MO主要负责装备输出、定价，提供给一线炮弹（也需要出差，见客户），现在MO和市场行销还有一个很明显的分工，市场行销主要负责标准化交付，MO负责非标准化场景，直至标准化。每双周按照核心目标完成情况对齐，后续运转顺畅了可以按照月度，因为经营团队很多角色是需要出差的，去开括市场，见一线、见客户，增加商机，有时候半个月实际上进展不会很大。每个火车头定好半年目标，然后目标拆解到每个月的roadmap，部分可能不一定分解到每个月有roadmap。 经营团队是对齐核心roadmap。这个地方区分需要在经营团队对齐的内容和角色本职工作。记得最开始运作的时候，发现如果让各个角色自己写工作内容，往往非常分散，并且内容非常多，其实部分是本质工作（例行工作），后续和团队成员明确每个月核心TOP3-5件事，操作方式是每双周找产线主管了解他最关注每个火车头核心事项，然后基于他的重点和各个火车头负责人沟通，明确这些重点事项是需要重点推进落地并明确进展情况的。当然如果火车头自身识别重点工作也是会及时沟通反馈。因此经营例会对齐的 ：

每个火车头TOP3-5件核心工作 = roadmap + 产线主管关注核心事项  + 火车头重点工作

目标管理是一件很重要的事情，我们有时候做着做着往往偏离了最核心和最初定的目标。因此我采取方式是目标写进“报”里面。最上面是roadmap

还有一个核心事项是，事事有回应，事事要闭环。其实很多时候我们开了很多的会，但是是无效的。为什么是无效，因为很多会议对齐举措和待办，其实很多没有去落地，没人跟进，没人闭环。一个组织，一个优秀的组织里面的人应该是不需要外驱力的，也就是自己会把自己需要做的事情做好。这个点其实我在这么多产线，极少组织能做到这一点。所以我们开的很多会，实际上是无效会议。

对于成熟产线（非新产品），其实业务已经发展有一段时间，各个团队成员配合、分工、内容更清晰。机制上而言，我和一些产线主管沟通，他们认为必要性不大，因为可以按照事件驱动管理。对于成熟产线，确实有一部分没有管理诉求，而且对于掌控比较强的产线主管，确实没有强诉求。但是经过我的观察，有一个PDT会议对齐各个维度我认为还是很有必要的，原因如下：

1、  产线主管对于各个维度很清楚，但是其他成员不一定各自清楚

2、 每个角色参与，有诉求可以在会上统一提，包括意见

3、 更有归属感，实际上很多角色本身不是产品线的人，需要有一个定期例行的沟通

以上说的PDT会议不一定是业界通用的议题内容，对于我们而言PDT涵盖各个角色各个维度。

议题内容包含：

1、 经营议题，一个产品线其实就是一个小公司，最终还是需要对商业负责，对数字负责

2、 MO议题，主要分为2种，一种是客户成功，一种是装备、定价、资质相关的。客户成功主要还是聚焦非标准化产品，另外一种是成熟产品场景基本都已经标准化，聚焦于打粮的装备以及围绕可销售相关

3、 研发侧，研发侧主要讲一下版本开发进展，是否能够如期发布。详细细节不讲，因为很多角色只是关心可推向市场时间是否能按时（承诺市场时间是否可达），他们相关工作是否需要调整，对外传递口径是否需要调整。技术细节不用阐述，也不是很能听懂。

4、规划侧，规划洞察情况，给到市场输入，同时后续一些规划计划可同步给到团队

5、 交付侧，主要讲交付障碍，标准化障碍以及推进关键问题

6、 硬件侧，若有。有的产线不涉及硬件，没有这个环节。部分硬件已经成为很重要一部分（出现问题较多）需要同步硬件侧举措

• 上一篇：IPMT/IRB 业务决策评审指南
• 下一篇：浅谈企业内部的项目团队管理