2个工程师搞出新工具，项目经理用上安静多了，程序员不骗程序员杨净萧箫发自凹非寺量子位|公

杨净萧箫发自凹非寺
量子位|公众号QbitAI【2个工程师搞出新工具，项目经理用上安静多了，程序员不骗程序员】我的朋友中关村陈奕迅，已经连续居家办公一星期了。
这一周内，他的心态从狂喜，到如今痛不欲生只想赶紧复工。

文章图片
公司不到200人，却整天开着没有任何营养和决策的会议，比通勤更心累：

文章图片
加上工作时反复被电话打断，每人平均每天2个文档汇报进度，项目层层卡住导致严重延期……

文章图片
居家办公只是一面“放大镜” 。放到平时，这种混乱的办公乱象也并不少见——
甚至，就连号称管理体系先进的字节跳动也出现过。
最初由两个工程师“一怒开发” ，到现在整个字节内部都在使用的工具，就是这么诞生的。
“有效”办公了解一下这套工具叫做飞书项目，脱胎于抖音，如今服务于全字节。
简单来说，它是一套用于产研场景的项目管理工具。
任何一家公司项目从需求到最终上线，中间需要多个环节流转以及多个角色协同，包括设计、研发、评估、测试等等。
这样就决定了一个合格的项目管理工具，通常需要具备两种特质：
一个是连接，将人与任务连接起来；另一个是协同，让需求按照流程流转起来。
但以往每个流程所使用的工具不尽相同，比如缺陷管理用JIRA ，需求管理用表格，因此每次流转时，就需要大量的会议或点对点沟通来对齐信息。
而一旦需求多起来，也就导致如前文所述的现象，一线产研人员每天最苦恼的，大概就是花大量的时间在沟通上。

文章图片
更不用说一旦有新成员加入，这过高的学习成本，还会拖慢整个流程效率。
基于这样的背景，也就成就了飞书项目最大的特点——项目流程标准化、可视化。
一个Web端，所有人就能清晰看到项目整个流程进展。
以制作一个最近爆火的王心凌男孩“爱你”特效项目为例。

文章图片
在流程上，就有需求创建、讨论对齐、产品设计、线内设计、技术评审、特效开发、评估测试等多个步骤。
而一旦放在飞书项目上，整个工作流程会按照顺序拆解为多个可视化的步骤，每个节点都直接显示负责人，以及项目进度。

文章图片
△看来还没有超期完成的
（绿色代表已完成，红色代表超期完成，黄色代表正在进行中，灰色代表还没有开始）
过程中要是更新需求，程序员也不需要到处问，只用点击“需求评审”节点，就能看到产品经理写的需求文档；而在设计师负责的“设计节点” ，能看到产品的原型图。
低效沟通的问题解决了家人们！
如此一来，就无需担心工作时被项目经理和老板“反复打断”的问题，包括但不限于他们想找你聊进度，给你提bug ，突然改需求……
嗯，以后可以安安心心写代码了。

文章图片
尤其对于新加入的成员来说，这还是个社恐福音。