编辑导读：所谓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）：当成果有必然的增加或变革，好比增加了对权限节制、增加自界说视图等成果。此版本号由项目抉择是否修改。