小型团队通用工作流程SOP方案

编辑导读：所谓SOP，即标准作业程序，指将某一事件的标准操作步骤和要求以统一的格式描述出来，用于指导和规范日常的工作。实际执行过程中sop核心是符合本企业并可执行，不流于形式。本文作者基于自身工作经历，归纳整理了一个适用于小型团队的工作流程，与你分享。

我亲身经历由一个小型团队从开始的混乱不堪，到后期有规律的迭代，其中从前辈的资料和自己的工作经验中整理归纳了一个适用于小型团队的工作流程，包括工作中常用的文档模板和说明，供大家参考借鉴。

但是具体情况具体分析，希望大家能够形成适用于自己团队的sop。

一、跨部门工作流程

跨部门流程及职能如下图展示。

二、运营 1. 日常提交需求

运营及业务同学，按照下方模板填写后，提交给产品经理。

2. 活动需求

根据活动大小，至少提前15-30天，提交活动方案给产品经理。活动方案模板暂时未整理，后续专门开一篇文章讲活动。

三、产品

产品经理的日常工作流程。

1. 需求池

每日需更新产品的需求池，做出对应的状态变更。可根据下方模板汇总。

2. 需求评审

需求评审会召开前，发正式邮件通知相关干系人。邮件模板如下：

Dear all，

本人近期完成了对某某某功能的调研，并在此基础上完成了某某某v3.0的版本设计，现邀请诸位举行会议对此次需求进行评审，具体安排如下：

会议时间：2018年9月1日 上午10:00

会议形式：线下会议

会议目的：某某某v3.0需求评审

参会人员：

1）iOS-小张、android-小陈、研发……

2）测试小红、产品小黄、设计小亮……

以下是本次会议的会议概要，请大家查阅：

××××××××××××

tips：请大家提前阅读需求说明。准时参会。

可能出现的问题（讨论要点）如下：

××××××××××××

以上

祝生活愉快！

需求评审的流程如下：

3. 原型及需求管理

需求以需求原型及标注的形式呈现，需求原型上传至蓝湖，具体的需求点，同步更新于禅道。

4. 数据埋点模板

小程序：

其他系统：

四、UI 1. 设计图及标注

UI设计图上传至蓝湖，并提供对应的切图。

2. 统一设计规范

例如，后台管理系统。

五、开发 1. git代码规范（截取片段，详见代码规范文档）

2. git工作流程规范（截取片段，详见具体文档）

3. 版本号命名规范

以 YinLiFang_1.0.0.170517_beta.apk 为例：

主版本号（1）：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。

子版本号（0）：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。