上周我們團(tuán)隊(duì)的一款產(chǎn)品可以說是在歷經(jīng)困難之后發(fā)布了V1.0版本。版本上線之后，我們進(jìn)行了一次review，希望發(fā)現(xiàn)問題，總結(jié)教訓(xùn)，避免下次再踩坑。
出現(xiàn)的問題
通過梳理，我們發(fā)現(xiàn)問題集中出現(xiàn)體現(xiàn)在：
問題分析
為什么上線之前需求還在變更？
1、異常流程考慮不足
這次負(fù)責(zé)項(xiàng)目的是一個(gè)年輕的產(chǎn)品經(jīng)理，因?yàn)榻?jīng)驗(yàn)欠缺確實(shí)存在原型和文檔的撰寫不夠細(xì)致和完整，顆粒度不夠細(xì)。最重要的就是對(duì)異常流程考慮不充分，缺乏對(duì)異常流程場(chǎng)景的詳細(xì)描述。開發(fā)同學(xué)不得不在開發(fā)進(jìn)程中經(jīng)常停下來詢問產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理這時(shí)才去考慮異常流程，此前的需求便可能因此不得不進(jìn)行調(diào)整和更改。雖然調(diào)整的幅度不大，但是對(duì)開發(fā)過程的流暢性和效率卻造成了一定的影響。
2、需求收集沒有找對(duì)人
這款產(chǎn)品是一款TO B的產(chǎn)品，為集團(tuán)內(nèi)部員工提供的效率提升工具。我們?cè)谛枨笫占兄攸c(diǎn)收集的對(duì)象是集團(tuán)中上層管理者，一線實(shí)際使用者的真正需求被忽視了。雖然大方向沒有偏差，但在一些使用細(xì)節(jié)上卻和一線員工的實(shí)際場(chǎng)景不一致。這些情況在開發(fā)過程中被逐漸暴露出來，也導(dǎo)致了需求變更的頻繁。
為什么開發(fā)周期估計(jì)不足，前松后緊？
1、需求評(píng)估是單一和斷裂的
在需求評(píng)審中，部分開發(fā)人員只關(guān)心自己這一塊業(yè)務(wù)，沒有全面了解整體需求情況。不了解整個(gè)項(xiàng)目的完整邏輯和流程。這樣的結(jié)果是我們對(duì)開發(fā)難度和工作量的評(píng)估出現(xiàn)了偏差，前期比較樂觀，隨著開發(fā)的深入才發(fā)現(xiàn)有的節(jié)點(diǎn)比較復(fù)雜，不得不加班加點(diǎn)開發(fā)。
2、對(duì)外包把控的失敗
前期我們是準(zhǔn)備讓外包主要負(fù)責(zé)項(xiàng)目的開發(fā)，我們自有人員只投入1.5人力。實(shí)際過程中，外包方更多的是考慮盡快完成項(xiàng)目，而沒有去考慮項(xiàng)目的整個(gè)流程和擴(kuò)展性，采取的一些開發(fā)方法雖然可以完成整個(gè)項(xiàng)目的開發(fā)，但是會(huì)對(duì)我們后續(xù)開發(fā)和維護(hù)帶來更大的問題。同時(shí)溝通的效率無(wú)法保證，因此我們最終只好自己投入開發(fā)，前期外包寫的內(nèi)容基本被重構(gòu)，前期的開發(fā)周期相當(dāng)于浪費(fèi)了。
如何改進(jìn)
1、產(chǎn)品經(jīng)理文檔要更細(xì)致，不能只考慮正常流程，也要考慮異常流程。每個(gè)功能不僅要考慮順利的情況，還要考慮各種異常分支，并進(jìn)行相應(yīng)的提示說明或跳轉(zhuǎn)等操作。
2、需求收集必須針對(duì)實(shí)際使用者。誰(shuí)是真正的使用者，我們必須了解他們的工作、生活和學(xué)習(xí)的相關(guān)場(chǎng)景。不僅僅要了解管理層對(duì)于宏觀業(yè)務(wù)的需求，也需要實(shí)地了解一線使用者的個(gè)體（或群體）要求。
3、需求評(píng)審所有開發(fā)人員都要參加。每個(gè)人不僅要了解自己所負(fù)責(zé)的開發(fā)模塊，也要對(duì)整個(gè)項(xiàng)目的邏輯和模塊都了解清楚。這樣開發(fā)周期的評(píng)估才是全面和立體的，提高整體開發(fā)效率。
4、外包的正確打開方式，自主開發(fā)人員確定開發(fā)方法和規(guī)則，外包人員按照規(guī)定開發(fā)代碼并提交我們驗(yàn)收。
反思還在繼續(xù)：
這是我們團(tuán)隊(duì)第一次和傳統(tǒng)實(shí)體行業(yè)合作，過程確實(shí)存在諸多困難甚至是痛苦。我們以往堅(jiān)持的MVP原則似乎在傳統(tǒng)行業(yè)面前碰了壁。我們計(jì)劃先切入A功能，以后再逐步迭代到完善版本?？墒蔷€下工作人員這一塊卻更傾向直接用一個(gè)完整的全功能版本，對(duì)于不完善的版本他們興趣很低。一個(gè)MVP的版本雖然可能部分解決了某些問題，但是短期內(nèi)他們卻可能因此在兩個(gè)系統(tǒng)內(nèi)工作，對(duì)于他們的效率可能短期內(nèi)反而是降低的。
肥寒，微信公眾號(hào)：chanpingdog