你好，我是小树。这是我为你写的第 106 封信。每期都会同步更新在微信公众号 一颗小树。
我曾经在 高质量的需求交付 聊过我推崇的需求交付方法论，但仅有方法还不够，最好还能有配套的工具来帮助我们实现它。
我自己就在参与开发钉钉多维表，因此萌生了用它来管理日常需求研发工作流的想法。
先来简单介绍一下我日常的工作流，通常是由产品经理产出需求文档，再由设计师产出设计稿，接着由我（前端）和服务端同学完成功能开发，之后通过产品经理和设计师验收和功能测试之后，择期上线。
首先，我会在多维表格中新建一篇 RFC（征求意见）文档，用来承载开发前的需求评估、需求拆解和测试用例，所有和需求相关的过程和内容，都可以在这篇文档中承载，以方便协作方审阅。
在明确方案之后，我会将开发要做的事情进一步细化为任务，方便跟进进度，能够做到心中有数。
借助看板视图，可以更直观的关注任务的关键信息和进展。
借助开发进展仪表盘，可以直观地关注到需求的进度全貌。
开发完成之后，为了保障产品/设计验收时的功能质量，我会按照 RFC 中梳理的测试用例先进行一轮自测，预先完成明显问题的修复。
开发工作完成之后，就进入到了产品和设计验收环节。
和 RFC 文档类似，我会通过验收文档，来补充验收时必要的信息说明。
为了方便填写验收过程中发现的问题，可以借助表单来完成数据的收集。
所有验收问题和测试中发现的问题处理完成之后，功能就可以准备上线了。
如果涉及多方协作或是发布过程较为复杂，可以再通过发布 Checklist 梳理依赖项，确保发布过程有条不紊地进行。
以上就是我用钉钉多维表实现的整个研发工作流。
多维表格能够帮助我们实现个性化的小型业务系统，在这个场景中，所有的功能设计都是完全贴合我的需要，并且能够很方便地进行调整。
同时，一个需求完整的过程信息都沉淀在了同一个多维表中，如果需要回溯会很方便，对整个团队中也是一份宝贵的历史数据资产。
若有对多维表格感兴趣的朋友，可以在公众号后台找到我的微信联系方式，欢迎交流讨论。
谢谢你的关注，我们下期再见。👋🏻
往期推荐
你也可以在这里找到我： 即刻、 Twitter、微信公众号 一颗小树。
如果你觉得这篇文章对你有用，欢迎分享给更多好友。
