查看原文
其他

飞书项目,让我眼前一亮

池建强 MacTalk
2024-09-16
1、飞书开发布会了,这一次我特别关注了下。因为,创业后,我们新的公司,也开始用飞书了。这几年,前前后后我用过几款主流的企业协同软件,体验下来,发现还是飞书好,它总是能给你小惊喜。

2、我向朋友推荐了飞书。他问我,哪里好?哪些功能不一样?我挠挠头说,这我还真答不上来。国内这些产品,从功能的大面上看,大家基本没有差别,你新发布了个什么大招,那他也会很快借鉴过去。比如飞阅会的功能,在类似的产品里已经有了。

3、但认真的说,产品是有灵魂的,你基于什么样的理念构建未来,这本身就是竞争力。飞书的灵魂是协同。举个特别小的例子。我建个日程,飞书会在PC版消息页面清楚展示我的下一个日程,而其它软件还得再去点日历Tab才能看到。这一点很重要,之前用其它的软件,在开会前,忙碌的我看到系统弹出一个提醒,然后我关掉,过了一会,我才发现,我忘了那个日程了,这种体验并不好。
4、产品的理念决定了它会在什么样的细节,做什么样的打磨。日历提醒这个小细节,飞书做得体贴入微,一看就是用过心的。今天,趁着发布会,我想和你聊聊飞书发布的“飞书项目”产品。上周,我看了他们的宣传后,就一直在期待,国内外项目管理工具很多,我想看看飞书团队会怎么解决我心中的那些痛点问题

5、从目前的介绍看,飞书项目主要还是Focus在软件研发领域的,它脱胎于抖音团队,在字节内部被验证过。这一点很重要,特别是对于复杂的项目管理工具而言,我们选工具的逻辑,不就是想借鉴先进企业的先进实践吗?

6、软件项目的最小组织单元是产品需求。一个需求,从诞生,到代码,再到测试,再到灰度,再到上线,它会不停的在不同团队不同角色之间流转。一个需求还好管理,但是100个需求叠加之后,管理就变得复杂了,因为需求的状态不一样,需求和需求之间还有依赖关系。

7、所以,我觉得,飞书项目怎么解决“产品需求”的流转效率变得极为重要。看完发布会,我找到了飞书的答案。简单说,就三个关键词:流程标准化、流转自动化、流程可配置化。

8、先说流程标准化。过去,我们用的大部分项目管理系统都是靠人来驱动流程的。我做完了这个任务,再把任务负责人指给另外的同事,逻辑上这就相当于事情往前推进了一步。有流程吗?有,在负责人的心里。有标准化的流程吗?有,也在负责人的心里。也就是说,这些系统根本无法成为流程的物理载体

9、流程的价值是能够把成功经验路径化。但如果,流程无法固化于系统之中,那你就得永远靠人来推流程。人推,就有很多衍生的问题,比如,人可能会忘掉某个环节,为了推流程,还需要不停地讨论、纠偏,这些都是成本。

10、那为什么不把流程固化到系统之中呢?飞书项目做到了。它的核心思路是通过 PMO 制定标准化的需求交付流程,不同角色(产品经理、设计师、研发、测试、合规审核等),按照标准流程协作。它支持多分支并行,比如,Android开发、iOS 开发和 Web 开发并行,还支持流程裁剪,比如,某个需求不需要合规,某个需求强制需要合规。这一特性,可以帮助我们落地流程。因为,流程可以固化到工具里,而不是虚幻的存在于某个人的意识里。
11、流程标准化之后,飞书项目还把流程也给透明化了,这点是真好。我始终认为,组织内部信息越透明,协同效率越高一个团队几百人,我作为工程师,只负责其中的一个小环节。我能不能看到更多的上下文信息,比如需求当前处于哪一步,前后有哪些依赖,卡在谁那里多长时间了,下一步应该做什么。

12、能。在飞书项目里,我们通过状态流程图就能清晰地看到这一切。作为员工,我需要知道产品现在到哪步了,哪里出了问题。这些信息,能够更好地帮我理解工作,理解同事,这是效率所在。Context not Control。

13、再说流转自动化。之前,我的产研团队在用类似的管理工具时,最大的问题就是大家总不记得改任务的状态。比如我作为工程师,本来早已经完成了某个需求的开发,也已经提交给测试了,但没在系统里把需求推进到下一个节点。我忘了。

14、需求流转不及时,会导致系统里的状态和真实情况不一致。为了解决这问题,我们就得线下去催,不过,靠催总是无法有效解决问题。我之前还想过,为什么不把这些自动化?代码和需求能够挂上关系,提交代码的时候,只要稍作改动,给项目管理系统一个信号,不就可以自动流转状态了吗?

15、飞书项目很好地解决了这问题。听他们介绍,抖音项目里,40%左右的节点都是自动流转的。我一直认为,一个好的to B产品,是专注于最终用户,而不是少数的中间用户的。自动化流转,深得我心。
16、再说流程可配置。流程是把双刃剑,它可以解决很多问题,也可能带来很多新的问题好的流程,应该是量入为出、逐步迭代的,它刚好解决问题,又不引入新的复杂度。但这又谈何容易?

17、举个例子,刚做极客时间的时候,我们的流程就很简单,一个需求过来,先是各种评审,接下来做数据分析有个初步判断,紧接着再交给研发团队,开发测试,再上线到生产环境。后来,人越来越多,我们又加入了灰度的流程,再后来,我们又调整了产品和设计的配合,对应更改了流程..........

18、每一个阶段流程都不一样,甚至,每一个项目都不一样。创新的项目,流程简单点,追求的是快。成熟的项目,流程复杂些,追求的是稳。要想实践这套流程的理念,系统就得较好地支持流程的配置。

19、飞书项目的流程配置功能,是我这么多年见过的最好的设计了。再进一步说,飞书项目的配置模块(也不全是流程配置)完全就是一个低代码平台。它支持用户自定义所有的对象,以及流程。

20、基于配置功能,我们能根据公司的发展情况,增加或减少流程。前面我们提过,需求是项目管理的最小颗粒度。不同的需求,可能流程也会不一样,比如一个前端的需求和一个后端的需求,测试流程都不一样,飞书项目能够方便地在页面里做裁剪。嗯,眼前一亮,就是这种感觉。


21、这就是我对流程标准化、流转自动化、流程可配置化的理解。话说出来,项目管理软件的核心其实就是两件事,一个是连接,把人和需求连接起来,一个是协同,让需求按照既定的流程快速流转。

22、飞书项目没有让我失望。好的产品是有灵魂的,期待飞书团队的更多作品。

23、点击阅读原文链接,你可以去飞书项目的官网看看,应该也会让你眼前一亮。
继续滑动看下一个
MacTalk
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存