初创企业：如何应对频繁的运营需求

当运营需求越来越频繁，老板每天询问数据情况，各种数据需求的提出时，如何快速上线是对于开发者的一个考验。

本文讨论2个问题，并给出解决方案

1. 版本外的临时需求如何应对？

2. 运营数据需求如何快速开发？

首先我们先看一个研发团队开发项目的基本流程

整个项目开发周期看项目复杂程度决定，而在研发阶段就可以开始下个版本的需求研讨。

项目开发过程中，总会有一些临时需求(数据需求，功能调整，临时增加新功能等)，带来的结果就是相互拉扯，项目延期等，问题就在于没有做好项目管理。

我们可以在整个项目管理基础上增加2个文档做支撑：

1. 需求收集文档(项目管理-产品部)

a. 收集版本需求，由需求方填写，产品经理审核通过，通过后可在需求研讨会议中确认在后续版本迭代中开发

2. 即时需求文档(项目管理-研发部)

a. 收集需研发协助的需求，例如数据查询导出，或版本外需临时上线的功能等，由需求方提出，研发经理审核通过，安排开发并交付。(可以理解为：正常版本研发外，所有需要研发协助的需求都需经过此文档记录并由研发经理审核通过)

有了即时需求文档后，研发部就可以从容应对外部需求，一般数据导出需求占比较高，其他紧急程度不高的功能性需求尽量推给产品部的需求收集文档。

如果有紧急程度高的需求，就要沟通是否纳入到当前版本开发？要跟就需重新评估工时，调整当前版本研发时间，同步到各部门。如果需要紧急上线，那就重新评估开发所需人数及时间成本，考虑暂停当前项目进度/或是抽人单独研发/来做紧急需求。

数据导出需求，一般为一次性或长期需要使用的数据。

1. 一次性使用数据

a. 安排熟悉相关业务的开发人员编写SQL,交付上级查询导出数据(IDEA连接数据源后支持直接导出为excel)，最终交付。

2. 长期需要使用数据

a. 可集成数据可视化平台，安排开发人员编写SQL并交付上级审核，通过后最终交付。(例如Superset、DataEase、MetaBase以及更加强大的阿里云QuickBI。我使用的是MetaBase，对技术人员比较友好，Metabase可直接编写SQL并可视化数据，支持导出excel,csv等)

整个项目研发，需要研发负责人以及产品负责人相互协助，多沟通，一般由产品经理兼职项目经理，来为整个项目研发负责。整个团队协作，需要各个岗位人员的默契协作，目标一致。沟通能解决大部分的问题。

在Metabase中我们可以提供运营所需的各种纬度的数据。呈现方式可以是数据列表(可以预设查询条件)，支持各种趋势图数据展示，甚至针对数据源的某张表的某个字短做隐藏。最终交付运营人员使用。

有了Metabase数据可视化平台，大大减少我们的研发成本，并且可以快速提供数据到运营同学做决策(可给运营及相关人员开通账号使用，配置相关权限)。

现在可以回答开始的两个问题：

1. 版本外的临时需求如何应对？

2. 提出方按需求类型，填写到需求收集文档(产品部)或即时需求文档(研发部)，由产品经理，研发经理根据紧急程度，开发成本来评估交付时间。

3. 运营数据需求如何快速开发？

4. 接入数据可视化平台，提出方填写需求到即时需求文档(研发部)，由研发经理审核通过，并安排实现且最终交付。

至此2个文档记录了所有项目需求，并在文档中进行流程化管理，公司所有人员都有权限查看，做到透明化管理，有理有据。对于研发人员专心做项目迭代，有其他需求在即时需求文档中经由上级审核通过后，进行开发并最终交付。

每个创业公司所做的项目都不尽相同，采用的项目管理方式也不一样，遇到问题的时候我们需要分析问题并拿出针对当前公司的解决方案。多沟通少抱怨，让工作更加顺畅，让每个版本不延期，每个临时需求可落地。让团队人员高效完成工作。作为一个管理者，既要向上负责，也要向下负责，沟通很重要。

关于项目开发的一些问题归类：

1. 开发人员如何合理评估工时？

a. 需求评审会议通过后，就需要开发团队来评估需求开发所需的工时及所涉及的人力，一般由研发经理发起会议，开发同学参与，有需要可以邀请产品经理旁听。

b. 开会前，需要研发经理拆分需求成一个个任务，每个任务保证独立性。

c. 开会时，让每个开发同学对任务都评估一个自己的开发时间，而研发经理要确保开发时间的合理性。设置一个合适开发时间记录到任务上。

d. 会议结束，我们会得到所有任务的工时，然后合理按照需求耦合程度分配任务给相关人员进行开发。并且最终交付项目开发总体所需时间到项目经理(一定要预留开发自测时间)。

2. 产品上线后如何快速响应用户反馈？

a. 用户反馈一般是客服同事处理，那么就需要保证产品新功能客服已经了解并接受过培训。

b. 所以在项目管理流程中，在上线前需要产品经理组织客服培训会议，在会议中讲解即将上线的新功能，并针对可能出现的用户疑问逐一讲解(有需要也可以在需求研讨会议叫上客服经理参与)。

3. 产品评审会议如何保证原型的质量？

a. 产品原型的质量决定了后续产品开发及上线的质量，所以一定要保证原型质量。

b. 预留充足的时间给产品经理开发原型(项目管理流程中，在一个版本研发阶段，就可开始下个版本的需求收集及开发原型)。

c. 会议的参与者应包含影响公司决策及需求方等相关人员，尽可能收集相关人员的意见，会议后快速修改优化。如有大功能的调整，需再次发起会议进行讨论。