案例 07 · 企业研发转型

文字由原PDF提取，阅读顺序和表格请以原页为准。

设计完整路径：为什么企业要转型、研发人员为什么要使用、工具应该怎么进入原有流
程、角色怎么变化、最终又怎么沉淀成企业自己的方法。
所以这五天半里，我既是在讲，也是在观察；既是在培训，也是在咨询。
现场发现的问题，我会继续往后调整。
第三件事，是针对真实研发流程做定制。
这是整个案例里我认为最有FDE特征的一部分。
比如，原来的研发协作围绕一份PRD展开，现在转向多份文档协作，角色分工就不一定
还能直接套用。
于是我们开始重新设计Spec文档。当时行业里其实没有一个特别成熟、统一的标准可以
照搬，我也不知道自己设计出来的东西是不是最优解。
所以我没有一开始就把它当成“标准答案”扔给客户，选择不断拆解、逐步抛出、跟客
户确认，再根据反馈继续调整。
最终，我从0到1整理出了一套Spec文档。客户一开始甚至以为这是阿里内部已经提炼好
的文档，但实际上，这套东西就是我在这个项目过程中结合客户实际情况逐步搭出来
的。
第四件事，是在现场不断调整，让方案跟随现场反馈走。
我们给这家基金公司一共做了三期。
第一期最重要的价值之一，是让我真正看到企业现场到底是什么样。第二期开始，就能
够根据第一期积累下来的经验继续调整。到了后续阶段，客户的业务人员、产品经理也
逐渐进入进来，整个项目从单纯研发培训变成了更完整的组织转型。
这也是我现在比较认可的一种FDE工作方式：先把整个链路跑起来，再根据真实反馈不
71/243