首页
下载应用
提交文章
关于我们
🔥 热搜 🔥
1
百度
2
今日热点
3
微信公众平台
4
贴吧
5
opgg
6
dnf私服
7
百度贴吧
8
知乎
9
dnf公益服
10
百度傻逼
分类
社会
娱乐
国际
人权
科技
经济
其它
首页
下载应用
提交文章
关于我们
🔥
热搜
🔥
1
上海
2
习近平
3
新疆
4
鄂州父女瓜
5
乌鲁木齐
6
疫情
7
H工口小学生赛高
8
习明泽
9
芊川一笑图包
10
印尼排华
分类
社会
娱乐
国际
人权
科技
经济
其它
bxrf的瓜
失信被执行人的孩子上学受影响吗?最高法明确:受限!
”FAN某”的离婚财产分割判决书(全文)
”FAN某”的离婚财产分割判决书(全文)
公益慈善|“翼行天下 一生守护”慈善项目捐赠仪式圆满举行!
生成图片,分享到微信朋友圈
查看原文
其他
没想到,飞书项目居然支持 IPD 了
Original
池建强
MacTalk
2024-09-16
最近,已经不止有一位朋友和我聊到他们公司正在落地 IPD,老板希望通过 IPD 重新梳理产品的开发流程,以及流程上对应的岗位职能,并借此打破部门和部门之间的壁垒,形成以产品为核心的组织模式。
IPD 咱不陌生,从业这些年来,总会听到华为的人讲 IPD,甚至在上家公司任职时,我们还曾阶段性落地过 IPD。巧的是,今天又看到飞书旗下的项目管理项目工具飞书项目正式发布了 IPD 产品解决方案,这件事着实出乎我的意料。
我之前写过飞书项目
,它脱胎于抖音团队,是一款偏互联网软件研发领域的项目管理产品。从商业角度看,飞书项目支持 IPD,这倒是好理解,毕竟人家要满足更多客户的需求么。
但与此同时,我想问:飞书项目能做好 IPD 吗?之前我们看好飞书项目,主要还是因为它承载了字节跳动先进的研发理念。而最擅长 IPD 的公司应该是华为,字节跳动又没有落地过 IPD。
带着这个问题,我来聊聊自己的看法,从一个普通的飞书项目用户的视角。
当下市场上的项目管理工具早已经饱和了,国内的、国外的,一大堆,我感觉这类产品在交互和框架上已经变得趋同。飞书项目属于进入赛道比较晚的产品,两年前才正式发布。我记得那年看完发布会,就和团队说,咱们用飞书项目。
为什么呢?
虽然整个项目管理的赛道很拥挤,选择很多,但飞书项目完全是另外一个形态的产品,与其他竞品使劲宣传敏捷或者瀑布式开发不同的是,它以流程为中心,重新设计了一套项目管理工具。相当于同一道数学题,飞书项目用了一种别人完全没有想到的解法。
这深得我心。只要你做过管理,哪怕是十个人的小团队,也一定会意识到:流程是把人和事高效组织起来的唯一方法。记得十多年前,我和一位企业家聊天,他说企业经营的核心是流程。这两年,我越琢磨这句话,越觉得余味悠长——只有正确的流程才能产生正确的结果。
我知道,很多人对烦琐又冗长的流程恨之入骨。但你想想,这本身也是流程的问题,一个好的流程就应该不断地优化,因时制宜、因事制宜,在效率和管理上找到一个平衡点。
很多团队,建了一套流程后,贴到墙上,靠口头强调流程来落地流程。
可想而知,这很难落下去。
再或者,他们把一套流程放到系统里,再也不迭代,再也不优化,所有场景都依着这套流程去,那可不就容易形式化么。
在其他产品中,流程是配角,是一条若隐若无的暗线。
而飞书项目则把流程当成了头等大事。你没有流程的话,不好意思,这项目压根没办法推进。产品的理念决定了它会在什么样的细节,做什么样的打磨。打开飞书项目的官网能看到一行硕大的字:明晰流程每一步,轻松产出好结果。
流程大于一切,且流程要可视化、可配置,这是飞书项目的设计逻辑。
基于飞书项目,我们可以把那些粘贴到墙上的、存在于某个资深专家脑海中的、写到某个文档里的流程,全部实打实地落到 IT 系统之中。所有的人只要登录系统,就可以快速了解到全局是什么样的,以及自己处于哪个节点,下一个节点是什么。
以流程为中心,飞书项目也不是一个仅仅局限于研发管理方向的工具。
比如之前,我带的产研团队用 TAPD,运营和内容团队用 Tower,一个任务,想在不同团队之间传递,还得跨系统。我想统一吧,又做不到,因为 TAPD 是敏捷研发的逻辑,运营的同学用起来很拧巴。反之亦然。这种协作体验很像在路上开车,一段沥青路之后,突然是坑坑洼洼的土路,然后又是水泥路。让人烦躁,沟通起来特费劲。
使用飞书项目就没有这种烦恼。
通过它的流程能力,我完全可以把运营、内容、产研的流程统一起来,全部放到飞书项目之中,这样,就能够实现多角色之间的相互协同。所有的人,都要围绕流程做事,都能够了解前因后果,而不是各扫门前雪,各自为政。
并且,流程也不是一成不变的,我们还可以根据实际情况在飞书项目上不断优化流程。飞书项目提供了灵活的流程配置能力。
我们内部还喜欢把流程称之为流水线。这么说吧,相当于我们用飞书项目建了一条类似于富士康的物理流水线,实现了流程的可视化、标准化。
其实,敏捷也好,IPD 也罢,它的底层都是流程。只要把流程的元部件做好,那其它的管理方法都是上层的实现。就像乐高一样,在积木的基础上,我们可以搭出各式各样的造型。飞书项目的底层是流程,所以,它既可以承载敏捷,也可以承载 IPD。
你想想,IPD 的精髓不就是让一套好的流程贯穿产品开发的始终吗?
反过来讲,正因为飞书项目在产品设计上,把“流程”当成了最重要的事情,当成了元部件,所以它才能够支持 IPD,毕竟 IPD 复杂度非常之高。这么多年了,你可以看到,虽然项目管理的工具很多,但能够支持 IPD 的,也就飞书项目独一个。
IPD 的很多理念和飞书项目都有异曲同工之处,比如 IPD 强调从客户需求来,到实现客户需求去;把产品研发视为一项投资行为,聚焦有价值的市场机会,这些在飞书项目中都能找到对应的设计。
刚刚我聊过,飞书项目并非一个只聚焦于产研阶段的产品,它同样鼓励全链路,多角色的协同模式——从产品立项开始,再到产品运营,所有的人都可以通过飞书项目高效配合,像我们公司就把用户调研、营销、内容等工作都放到了飞书项目上,这不就是端到端吗?
抽离出来看的话,你会发现飞书项目和 IPD 的底层理念出奇地像。
这次飞书项目发布的 IPD 解决方案,重点包括三部分。
第一是评审管理。我们知道评审在 IPD 中扮演着极其重要的角色,但评审过程本身又非常复杂,涉及多方面的要素,飞书项目提供了一套评审的产品解决方案,包括评审要素裁剪、评审问题追踪、自动汇总结论、移动端评审,并且同样还支持灵活的配置,通过产品的方式,企业就可以实现更科学的投资决策。
第二是流程优化。传统的 IPD 工具像是上个时代的产品,流程的组装和迭代都极其复杂,特别依赖人的经验。而飞书项目在 IPD 的解决方案中加入了度量、资源库等方式,这直接降低了流程优化的成本和复杂度,也让真实的流程执行数据可以反过来辅助优化流程。
第三是计划管理。飞书项目设计了可视化泳道图和 WBS 计划表,这样团队成员就能够直观了解产品的开发进展。用飞书项目负责人洪涛现场的话说,就像给业务拍了一张流程 CT 图,项目进展、关键里程碑的状态在泳道图中一目了然,让关键风险直接暴露,加速问题解决。
过去,我们谈 IPD,更多是听从华为出来的咨询顾问讲理念和思路,抽象无比。现在,飞书项目相当于把这套复杂的理念转化为了标准产品,有了软件的载体之后,企业落地 IPD 的门槛也会更低。
这不正是互联网产品的价值么?
继续滑动看下一个
轻触阅读原文
MacTalk
向上滑动看下一个
您可能也对以下帖子感兴趣
{{{title}}}
文章有问题?点此查看未经处理的缓存