編輯導(dǎo)讀：所謂SOP，即標(biāo)準(zhǔn)作業(yè)程序，指將某一事件的標(biāo)準(zhǔn)操作步驟和要求以統(tǒng)一的格式描述出來，用于指導(dǎo)和規(guī)范日常的工作。實際執(zhí)行過程中sop核心是符合本企業(yè)并可執(zhí)行，不流于形式。本文作者基于自身工作經(jīng)歷，歸納整理了一個適用于小型團(tuán)隊的工作流程，與你分享。

我親身經(jīng)歷由一個小型團(tuán)隊從開始的混亂不堪，到后期有規(guī)律的迭代，其中從前輩的資料和自己的工作經(jīng)驗中整理歸納了一個適用于小型團(tuán)隊的工作流程，包括工作中常用的文檔模板和說明，供大家參考借鑒。

但是具體情況具體分析，希望大家能夠形成適用于自己團(tuán)隊的sop。

一、跨部門工作流程

跨部門流程及職能如下圖展示。

二、運營

1. 日常提交需求

運營及業(yè)務(wù)同學(xué)，按照下方模板填寫后，提交給產(chǎn)品經(jīng)理。

2. 活動需求

根據(jù)活動大小，至少提前15-30天，提交活動方案給產(chǎn)品經(jīng)理。活動方案模板暫時未整理，后續(xù)專門開一篇文章講活動。

三、產(chǎn)品

產(chǎn)品經(jīng)理的日常工作流程。

1. 需求池

每日需更新產(chǎn)品的需求池，做出對應(yīng)的狀態(tài)變更?？筛鶕?jù)下方模板匯總。

2. 需求評審

需求評審會召開前，發(fā)正式郵件通知相關(guān)干系人。郵件模板如下：

Dear all，

本人近期完成了對某某某功能的調(diào)研，并在此基礎(chǔ)上完成了某某某v3.0的版本設(shè)計，現(xiàn)邀請諸位舉行會議對此次需求進(jìn)行評審，具體安排如下：

會議時間：2018年9月1日 上午10:00

會議形式：線下會議

會議目的：某某某v3.0需求評審

參會人員：

1）iOS-小張、android-小陳、研發(fā)……

2）測試小紅、產(chǎn)品小黃、設(shè)計小亮……

以下是本次會議的會議概要，請大家查閱：

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

tips：請大家提前閱讀需求說明。準(zhǔn)時參會。

可能出現(xiàn)的問題（討論要點）如下：

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

以上

祝生活愉快！

需求評審的流程如下：

3. 原型及需求管理

需求以需求原型及標(biāo)注的形式呈現(xiàn)，需求原型上傳至藍(lán)湖，具體的需求點，同步更新于禪道。

4. 數(shù)據(jù)埋點模板

小程序：

其他系統(tǒng)：

四、UI

1. 設(shè)計圖及標(biāo)注

UI設(shè)計圖上傳至藍(lán)湖，并提供對應(yīng)的切圖。

2. 統(tǒng)一設(shè)計規(guī)范

例如，后臺管理系統(tǒng)。

五、開發(fā)

1. git代碼規(guī)范（截取片段，詳見代碼規(guī)范文檔）

2. git工作流程規(guī)范（截取片段，詳見具體文檔）

3. 版本號命名規(guī)范

以 YinLiFang_1.0.0.170517_beta.apk 為例：

主版本號（1）：當(dāng)功能模塊有較大的變動，比如增加多個模塊或者整體架構(gòu)發(fā)生變化。此版本號由項目決定是否修改。

子版本號（0）：當(dāng)功能有一定的增加或變化，比如增加了對權(quán)限控制、增加自定義視圖等功能。此版本號由項目決定是否修改。

階段版本號（0）：一般是 Bug 修復(fù)或是一些小的變動，要經(jīng)常發(fā)布修訂版，時間間隔不限，修復(fù)一個嚴(yán)重的bug即可發(fā)布一個修訂版。此版本號由項目經(jīng)理決定是否修改。

日期版本號（170517）：用于記錄修改項目的當(dāng)前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發(fā)人員決定是否修改。

希臘字母版本號（beta）:此版本號用于標(biāo)注當(dāng)前版本的軟件處于哪個開發(fā)階段，當(dāng)軟件進(jìn)入到另一個階段時需要修改此版本號。此版本號由項目決定是否修改。

希臘字母所代表的版本階段介紹：

Alpha版：也叫α版，此版本主要是以實現(xiàn)軟件功能為主，通常只在軟件開發(fā)者內(nèi)部交流，一般而言，該版本軟件的Bug較多，需要繼續(xù)修改。

Beta版：此版本相對于α版已經(jīng)有了很大的改進(jìn)，消除了嚴(yán)重的錯誤，但還是存在著一些缺陷，需要經(jīng)過多次測試來進(jìn)一步消除，此版本主要的修改對像是軟件的UI。

RC版：此版本已經(jīng)相當(dāng)成熟了，基本上不存在導(dǎo)致錯誤的BUG，與即將發(fā)行的正式版相差無幾，測試人員基本通過的版本。

Release版：此版本意味著“最終版本”、“上線版本”，在前面版本的一系列測試版之后，終歸會有一個正式版本，是最終交付用戶使用的一個版本。該版本有時也稱為標(biāo)準(zhǔn)版。一般情況下，Release不會以單詞形式出現(xiàn)在軟件封面上，取而代之的是符號(R)。

六、測試

1. 提測

開發(fā)完畢，以較為正式的形式提交給測試人員，模板如下：

測試版本的版本號：V1.0.0-beta

版本名稱：20190102發(fā)布內(nèi)容

提測時間：2020-01-16

版本內(nèi)容：

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

測試環(huán)境地址：

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

測試登錄賬號及密碼：

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

其他注意內(nèi)容：

如果驗收測試過程中發(fā)現(xiàn)嚴(yán)重bug，則退回版本，修復(fù)完畢重新提測。

2. 測試用例

模板如下：

測試要點：

UI測試：

• 確保手頭的原型圖與效果圖為當(dāng)前最新版本。
• 確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制定的原型圖與效果圖。
• 一切界面問題以效果圖為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。
• 由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型。

功能測試：

• 確保手頭的功能需求文檔為當(dāng)前最新版本。
• 確保所有的軟件功能都已實現(xiàn)且邏輯正常。
• 一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。個人建議，用戶體驗方面的建議，優(yōu)先級放在修復(fù)bug之后。
• 若有些功能在技術(shù)上難以實現(xiàn)或者由于排期的原因無法在短時間內(nèi)實現(xiàn)，必須得到產(chǎn)品經(jīng)理的確認(rèn)，而不是單單只聽開發(fā)人員的技術(shù)解釋。此處確認(rèn)最好以郵件形式存在。
• 所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。并在之后的測試報告中予以體現(xiàn)。
• 所有的“設(shè)計如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗證。并在之后的測試報告中予以體現(xiàn)。
• 測試下單時，注冊的測試賬號必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字，最好每次下單的名稱中含有日期，以便查詢；在正式環(huán)境中下單后必須取消該訂單等。

兼容測試/性能測試：

• 確保軟件在所有兼容機(jī)型上都能正常使用（ios一般需要兼容到6, ios5可以不用考慮，用戶使用率已經(jīng)低于5%以下）
• 性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程，用戶常用的app都要后臺運行的環(huán)境中測試。）
• 網(wǎng)絡(luò)響應(yīng)用戶體驗方面的性能測試，需要保證在wifi、3g、2g網(wǎng)絡(luò)下的切換效果。比如wifi切換到2g，網(wǎng)絡(luò)響應(yīng)的速度以及切換界面。

3. 測試日報

測試人員每天需對所測項目發(fā)送測試日報。測試日報所包含的內(nèi)容為：

• 對當(dāng)前測試版本質(zhì)量進(jìn)行分級
• 對較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改
• 對版本的整體情況進(jìn)行評估
• 對版本測試過程中修改的內(nèi)容進(jìn)行記錄

4. 上線報告

產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告。上線報告所包含的內(nèi)容為：

• 對當(dāng)前版本質(zhì)量進(jìn)行分級
• 附上測試報告（功能測試報告、兼容性測試報告、性能測試報告等）
• 總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案

5. bug提交管理規(guī)范

模板如下：

【所屬功能】bug出現(xiàn)的功能模塊，比如個人中心。

【主題】一句話描述問題產(chǎn)生的模塊、現(xiàn)象、錯誤現(xiàn)象及正確結(jié)果。比如個人中心上傳頭像照片不成功。

【復(fù)現(xiàn)率】bug重現(xiàn)的概率，可以用百分比形容，也可以用always、sometimes。

【平臺】Android、iOS、H5、Web、PC

【問題類型】界面/功能/性能/兼容/安全/體驗

【嚴(yán)重級別】可以用P0、P1、P2形容，也可以用高、中、低或者是嚴(yán)重、普通、低級。

【復(fù)現(xiàn)環(huán)境】DEV、TEST、LIVE

【測試機(jī)型】iPhone 6、Google Pixel

【系統(tǒng)版本】9.1.1

【測試版本】給出發(fā)現(xiàn)bug的版本號、構(gòu)建號、tag即可

【研發(fā)分工】前端、后端

【前提條件】

【復(fù)現(xiàn)步驟】

1. XXX
2. XXXXX

【預(yù)期結(jié)果】預(yù)期的正確結(jié)果

【實際現(xiàn)象】實際看到的錯誤的現(xiàn)象

【其他補(bǔ)充】可以提供附件文檔、日志、截圖等一切可以協(xié)助開發(fā)分析問題的信息。

七、發(fā)布

1. v1.0上線通知

上線郵件模板如下：

各位領(lǐng)導(dǎo)，各位同仁：

“某某”項目在全體同仁的共同努力下，于 X 年 X 月 X 日正式上線了！項目自 X 年 X 月 X 日立項，歷經(jīng) XX 天的艱苦奮戰(zhàn)，項目組克服了 XX 和 XXX 等困難，各部門都按時完成任務(wù)，整個項目才得以順利上線。感謝大家的辛苦付出，向項目組每一位成員致謝！

本次項目上線的平臺包括：

• iOS（版本號：V1.0.0 可在 App Store 搜索“XX”，大概排名第 N 位）
• Android（版本號：V1.0.0 可在應(yīng)用寶、XX 軟件商店，搜索“XX”大概排名第 N 位）
• 下載二維碼如圖：【這里假裝有一個二維碼】

本次版本主要包含如下功能：

• XXXX 功能，解決了 XX 問題
• XXXX 功能，滿足了 XX 需求

歡迎大家下載體驗，在體驗的過程中遇到什么問題、有什么意見和建議，歡迎及時反饋給產(chǎn)品經(jīng)理（郵箱 XXX）

“某某”項目承載著公司在追逐 XX 市場的期許，未來，我們將在 XX 領(lǐng)域劈荊斬刺，為公司創(chuàng)造無限可能！這里面需要我們付出更多的艱辛。上線只是起點，而非終點，我們也已經(jīng)與各個小組制定好接下來要開展的工作，這將讓我們的產(chǎn)品進(jìn)入市場，與競品真刀真槍地一分高下！

接下來我們要開展的主要工作：

• 做好產(chǎn)品優(yōu)化工作，XXXX
• 做好產(chǎn)品推廣工作，XXXX
• 做好產(chǎn)品運營工作，XXXX

請各小組同學(xué)再接再厲，繼續(xù)為“某某”項目 XXXXXX。

謝謝！

2. 版本發(fā)布通知

通知模板如下：

版本號：v1.1.2

版本內(nèi)容：XXXX

發(fā)版日期：2020-01-16

代碼更新時間：具體時間段（如影響正常使用，要前提告知。）

八、其他

1. 會議模板

會議記錄：

會議紀(jì)要：

2. 周報、日報模板

日報：

今日工作內(nèi)容：內(nèi)容+工時

明日工作計劃

問題及其他內(nèi)容

周報：

本周工作進(jìn)展

下周工作安排

問題及解決辦法

總結(jié)：希望大家能從中受益，制定符合自己團(tuán)隊的sop，形成一個高效密切且具有戰(zhàn)斗力的團(tuán)隊。

參考：文章部分內(nèi)容歸總來源于互聯(lián)網(wǎng)

本文由@Olivia 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash, 基于CC0協(xié)議