在一個(gè)項(xiàng)目中，流程管理是最基礎(chǔ)且有效的管理手段。通過審時(shí)度勢(shì)的看待資源現(xiàn)狀，從而確立最優(yōu)化項(xiàng)目流程方法。在規(guī)避無用流程的同時(shí)，又能以宏觀角度去把控整個(gè)項(xiàng)目運(yùn)轉(zhuǎn)效率。
在項(xiàng)目流程相對(duì)固化的今天，如何優(yōu)化流程去輔助項(xiàng)目進(jìn)行這一議題，成為了越來越多產(chǎn)品人考慮的關(guān)鍵所在。
流程管理是項(xiàng)目環(huán)節(jié)中所用到的一種管理方法，需要在項(xiàng)目開展前確定、在項(xiàng)目過程中遵守、在項(xiàng)目結(jié)束后優(yōu)化。它的核心原則為：
遵循因地制宜，選擇適合項(xiàng)目推動(dòng)的流程；切勿本末倒置，流程管理只是項(xiàng)目落地的工具
為了梳理清楚流程管理的整體思維框架，便于宏觀對(duì)其進(jìn)行了解，于是匯總了相關(guān)的知識(shí)脈絡(luò)，如下圖所示：
前言
一般情況下，在我們?nèi)粘９ぷ髦?，?huì)常見兩種流程管理方法。除此以外，也還會(huì)出現(xiàn)依托于這兩種之上的變形方法。但歸根結(jié)底，只要使用的流程適合團(tuán)隊(duì)項(xiàng)目的開展，那么它就是好的流程。不是所有方法都能與項(xiàng)目情況所契合，所以這需要一個(gè)產(chǎn)品經(jīng)理具有洞察本質(zhì)并且善于變通的能力
不管項(xiàng)目流程如何進(jìn)行，都無法降低需求評(píng)審的存在價(jià)值。這是一個(gè)讓產(chǎn)品經(jīng)理愛恨交織的會(huì)議：愛在可以舌戰(zhàn)群雄實(shí)現(xiàn)自我價(jià)值，恨在如果思考不充分會(huì)演變成一場(chǎng)撕逼大戰(zhàn)。但無論如何都可以確定的是，需求評(píng)審在一個(gè)項(xiàng)目中扮演至關(guān)重要的角色
1.流程分類
項(xiàng)目流程的種類有很多，但大致上分為兩類：日常型和復(fù)雜型
1、復(fù)雜型
所謂復(fù)雜型項(xiàng)目流程，指的是項(xiàng)目從需求環(huán)節(jié)到開發(fā)周期直至上線，所經(jīng)歷的流程如下所示：
立項(xiàng)會(huì)議 → 需求評(píng)審 → 設(shè)計(jì)評(píng)審 → 測(cè)試評(píng)審 → 上線
在上述流程中，主要是通過4個(gè)評(píng)審會(huì)議去完成需求向功能的轉(zhuǎn)變。其目的是通過多輪評(píng)審溝通，確保需求到功能的轉(zhuǎn)化與預(yù)想一致
1.1 立項(xiàng)會(huì)議
顧名思義，立項(xiàng)會(huì)議的召開就標(biāo)志著一個(gè)項(xiàng)目的成立。作為項(xiàng)目流程的第一步，它的作用主要是為了給各方領(lǐng)導(dǎo)講解項(xiàng)目?jī)?nèi)容，讓他們給把把關(guān)，順帶爭(zhēng)取資源。在此過程中，最好可以鼓舞人心，點(diǎn)燃成員激情。需要介紹的內(nèi)容為以下6個(gè)方面：
項(xiàng)目背景（用戶需求場(chǎng)景）
項(xiàng)目意義、目的
需求內(nèi)容
項(xiàng)目計(jì)劃（項(xiàng)目整體規(guī)劃）
項(xiàng)目節(jié)點(diǎn)（里程碑、上線等各個(gè)節(jié)點(diǎn)時(shí)間）
溝通計(jì)劃（如何溝通，比如周例會(huì)、早會(huì)等）
在介紹完以后，我們還需要給本次項(xiàng)目確定一個(gè)有意義的“名字”，這樣會(huì)讓團(tuán)隊(duì)成員更有代入感和凝聚力
1.2 需求評(píng)審
這部分內(nèi)容是整個(gè)項(xiàng)目的重中之重，所以會(huì)在后文中詳細(xì)剖析
1.3 設(shè)計(jì)評(píng)審
設(shè)計(jì)評(píng)審主要是站在開發(fā)的角度，去評(píng)審功能如何實(shí)現(xiàn)等問題，把開發(fā)設(shè)計(jì)具象化。雖然大多數(shù)情況下，聽不懂他們講的實(shí)現(xiàn)原理都是些什么，但是可以借助設(shè)計(jì)評(píng)審去驗(yàn)證需求實(shí)現(xiàn)是否與目標(biāo)一致
此舉的目的是保證需求實(shí)現(xiàn)無歧義，以防開發(fā)過后才發(fā)現(xiàn)好多內(nèi)容與預(yù)想大相徑庭、更有甚者背道而馳。同時(shí)，可以在評(píng)審過程中，進(jìn)一步完善需求評(píng)審時(shí)遺漏的瑕疵
在設(shè)計(jì)評(píng)審過后，就正式進(jìn)入了開發(fā)階段。后端開發(fā)人員會(huì)敲代碼寫接口，前端開發(fā)人員會(huì)根據(jù)已有的UI切圖標(biāo)注信息，去搭建頁(yè)面的可視化顯示內(nèi)容
1.4 測(cè)試評(píng)審
最后一步主要是由測(cè)試人員講解測(cè)試用例，在此環(huán)節(jié)，你就會(huì)驚嘆于測(cè)試人員看待問題的全面性。他們可能會(huì)列出所有你沒考慮過的細(xì)節(jié)問題、異常情況、邊界狀況等等。其實(shí)和設(shè)計(jì)評(píng)審也有異曲同工之妙，再次核實(shí)需求實(shí)現(xiàn)的是否與預(yù)想一致
在測(cè)試環(huán)節(jié)，常用的方法有：壓力測(cè)試、性能測(cè)試、冒煙測(cè)試等。有這些檢測(cè)方法為我們保駕護(hù)航，使得我們提供給用戶的產(chǎn)品一定是安全可信賴的
測(cè)試流程一般為：開發(fā)完畢后先自測(cè)，測(cè)完沒問題后會(huì)把代碼從開發(fā)環(huán)境提交到測(cè)試環(huán)境。在測(cè)試環(huán)境中可以更直觀的發(fā)現(xiàn)問題所在，測(cè)試人員不斷的發(fā)現(xiàn)BUG并提交給相對(duì)應(yīng)的開發(fā)人員去解決，這可能會(huì)是一個(gè)相對(duì)漫長(zhǎng)的過程
當(dāng)然，如果沒有嚴(yán)重問題且時(shí)間緊急的情況下，也允許帶著小問題上線。因?yàn)楹枚鄦栴}都是無關(guān)痛癢的邊緣內(nèi)容，而且相較延期可能錯(cuò)過的機(jī)會(huì)，BUG的存在就相對(duì)無足輕重了
2、日常型
相較復(fù)雜型流程而言，日常型更注重的是快速迭代、化繁為簡(jiǎn)的工作流程。事實(shí)上，流程只是輔助完成工作的方向標(biāo)，所以面對(duì)日常敏捷型迭代或者開發(fā)，可能就不會(huì)用到上面那種厚重繁瑣的流程了
這種流程的缺點(diǎn)就是可能開發(fā)完成后才發(fā)現(xiàn)問
