满意吧：我们如何来管理研发项目

满意吧是谁？「满意吧」是国内专业的满意度调研SaaS平台，广泛服务于餐饮、医疗、文旅、教育等行业。满意吧提供了专业的满意度调研问卷设计以及报告分析，深入发现消费者忠诚度背后的驱动因素，以帮助客户不断改进服务质量，持续获客。

我们如何开始做项目研发的。

满意吧项目启动是从一个10人的小规模团队开始，团队配备产品经理1名、数据分析师2名、美工1名、架构师1名、研发5名。由于项目的分析报告的专业性，产品团队输出了大量的原型文件、PPT展示、Excel公式运算系统。研发团队根据这些文档进行细化开发。 项目采用瀑布模型进行管理，产品经理规划了较完备的功能地图。于是一个长达700多行的Excel甘特图成为了我们团队第一个项目管理工具。来感受一下这个计划的一部分。

在这个大型的Excel中，我们将产品开发分为两个级别进行拆分：子系统和模块。任务则进行进一步细化，保证一个任务一个人在几天内可以独立完成。 任务又分为功能和环节，例如一个功能「再购意愿分析报告」分为多个工作环节：算法设计、用户交互、开发、验证、发布。 因此，从需求到任务，依次经过了：子系统--模块--功能--环节，四个层级。

紧接着，针对任务的资源规划，我们设计了两列：负责人，状态。状态包括待定、未开始、进行中、已完成、延期。

• 待定：该任务尚未计划合适开始工作。
• 未开始：该任务已经规划了开始时间，但实际并未开始工作。
• 进行中：任务已经开始工作，尚未到期。
• 已完成：任务已经完成。
• 延期：任务超过了计划开始时间却还未开始，或超过了计划结束时间还未结束。

为了对任务状态的跟踪，后续添加了计划开始、计划结束、实际开始、实际结束四列。并配合了一套公式来识别状态和绘制甘特图。

经过半年的实践，这个大型的Excel终于成为了一个项目管理的车祸现场。总结起来，原因如下：

• 产品设计依然还在演进和变化，预先计划的需求经常变更。
• 产品一直处于半成品状态，功能无法形成闭环。
• 计划不断调整，消耗了工作量，同时也越来越不准。
• 产品的需求文档散落在个人手中，算法版本不一，经常反复讨论同一个问题点。
• 工作记录和统计也不及时，使得工作表的反馈总是滞后。

在这样的情况下，我们开始寻找电子化的项目管理工具。

选择看板工具

新的转变一个问题就是急需对文档和算法描述进行共享化，并且要跟具体任务关联起来。由于团队成员的构成比较复杂，包括数据学家、咨询顾问、研发、文案设计等，软件项目管理工具并不适合（并不是每一个人都能理解软件过程中的各个概念）。 看板因其简洁性成为首选工具。

刚刚使用Tenowork时，我们在个人空间中创建了轻量敏捷项目。并将团队成员全部加入这个项目。为了限定阶段性产品发布计划，我们使用了周期作为发布范围。每个周期结束后进行一次产品发布。 周期成为我们一个重要的控制手段，使用周期为我们带了了几项改进：

• 计划更加明确：限制在四周的周期大大降低了需求和目标的不确定性。团队的目标感大大提升。
• 产品发布的完整性：周期性计划，使产品经理在产品功能设计上保证短期发布的闭环。
• 产品功能可规划：对产品需求的功能可在周期间进行规划。

团队通过任务卡片的进行文件的分享。任务的正文编辑功能支持Ctrl/Command+V这样的快捷键粘贴图片。因此，配合截屏工具，很方便的对原型或者BUG进行截屏并贴入正文。

流程的引入，进一步规范研发过程

我们使用留言和重新指派来控制任务在成员之间的流转。例如设计结束后，指派给研发进行实现，研发结束后指派给产品进行验收。各团队成员经常通过人员看板，来完成自己列表下的任务。

工作了一段时间后，工作的流程也逐渐形成了机制。因此，我们进一步使用研发流程进行管理。项目的管理员可以配置流程上环节的先后顺序，并且提供了几种负责人的指定方式。

• 自由指派固定负责人；
• 自动根据工作量分配负责人；
• 与前序某个环节负责人一致；

由于我们采用谁提出谁测试验收的开发方式，因此，验收环节的负责人与分析环节一致。无论是Bug还是新需求，提出问题的人最后负责检验问题是否按照标准完成。

流程的启用，进一步规范了我们的工作过程。这点在另一个销售项目中发挥了更加重要的作用。我们创建了一个ToB销售的工作管理项目，流程帮助我们设计了从线索发现、初步沟通、机会转换、方案设计、谈判直到成单，这样的管理流程。 这一明显的改进帮助满意吧的工作从无章法的工作转变成具体可操作的工作指导。在运转过程中我们也看到了工作时间消耗在了哪个环节，哪一个环节是工作瓶颈，哪一个环节产生了不必要的工作，哪一个环节的转换率低下。 总之，善用工作流程有助于帮助我们规范工作，提高效率。同时流程产生的数据也成为了我们进一步改进工作的基础。

Tenowork，您的智慧协作平台