横向管理工具之袖珍卡：IPD开发流程详解

IPD这一体系其实相对庞杂，其中也有一些基础工具可供企业使用，这篇文章里，作者就介绍分享了IPD开发侧的基础工具“袖珍卡”，这一工具有助于将人员的职能项目化处理。具体如何理解？一起来看看作者的解析。

IPD 本身是一个非常庞杂的体系，几乎涵盖了企业的方方面面。

不仅仅是华为，包括一些引入 IPD 的新星科技企业。

他们对 IPD 的引入也是走了先僵化再优化的一个过程。

比如说开始的阶段全盘照抄走流程，虽然也并不是特别理解这个体系。

走了两三年以后，跑通了一两个项目，这个时候就开始复盘。

开始做 IPD 的优化，当然了，大概率起初的阶段流程会跑偏。

这其实也是做这个专栏的初衷，先给大家把体系涉及到的方方面面拉通一下。

之后再来做进一步的延伸。

今天呢，主要来分享一下 IPD 开发侧的基础工具：袖珍卡。

之所以想到要讲解这个工具。

主要是因为最近跟一家刚引入 IPD 两年左右的科技公司的朋友聊天。

虽然说公司内部风风火火地在搞 IPD。

但是执行侧更多的感受是增加了很多表单、增加了很多名词，不过工作依旧。

那究竟为什么要搞 IPD 呢？

为什么高层管理侧在孜孜不倦地推这个东西呢？

这是因为商业从本质上讲就是一项团队运动，必须依靠团队的力量。

而 IPD 的核心价值就在于管理。

对于落地侧的人员而言，并不需要完全理解，只需要执行就好了。

IPD 通过各类评审点将整个产品过程分为了多个阶段，这就从某种程度上降低了管理难度。

并且配合明确的职责，以及阶段工作定位，目标明确，便于同级之间的横向管理。

以往，我们一谈到管理，大家可能会想到“管理的艺术”这个词。

可问题就在于艺术太过于玄幻，往往需要天赋。

从务实的角度来看，靠天赋去管理企业的话，就会增加各类不确定性。

而且换句话说，科技类的企业，管理层更多的是工科背景，管理上也会更偏向于理性。

如果单纯靠“艺术”去管理：

一是管理成本方面会大幅增加；

二是人员方面，不可控性就增加了，这对企业来说往往是致命的。

而 IPD 的引入就承接了一部分的管理职能。

换句话说就是对管理层人员，以及同级之间沟通的要求变低了。

这样就更有利于企业的管理和发展。

这个时候管理往往只需要做到对节点的把控、对应急的上报处理就可以解决多数问题。

以我最近负责的生产为例，以往工厂的生产人员是没有参与到设计阶段的。

这个时候问题就出现了，产品设计好了，进入试产、量产阶段。

随之而来的就是工厂端的抱怨，有些地方设计不合理导致加工工序复杂。

这个时候设计已经成型，更多的处理方式是优化工具或通过管理去强压执行。

而 IPD 体系本身就已经通盘兼顾了这些风险点。

也就是说在概念/设计阶段，生产、制造、财务等等这些部门就都参与了进来，从一开始就实现了横向/纵向管理，将潜在风险降到最低。

一方面各个部门同级之间可以实现平等沟通；

另一方面也不需要上一层的管理人员去强压执行。

也就是说通过 IPD 流程就可以将层级之间解耦合，更多的是从流程、从节点层面去运作。

比如说今天要讲的袖珍卡，这个工具本身就将人员的职能项目化处理了。

袖珍卡图示：

左侧是跨部门的团队：涉及到财务、质量、研发、服务等人员；

顶部是产品开发的阶段：也就是概念阶段、计划阶段、开发阶段等等；

中间的是在不同阶段，各个领域人员的具体活动。

这个时候你会发现：

一旦把袖珍卡做好了，这个时候你就有永无止境的工作可以做了。

这就实现了一种自动化管理的效果。

当然了，针对每一个具体活动的话。

部门里面可能就需要一系列的交互，而且可能要搞一个子流程才能做好交付。

专栏作家

卫朋，公众号：产品人卫朋，人人都是产品经理专栏作家。关注智能硬件领域，擅长市场分析、产品设计开发、生产管理等，喜欢阅读和爬山。

本文原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。