首頁(yè)>項目管理 > 正文

項目流程管理 —— 因地制宜隨機應變

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


分享到:

免責聲明:
  1、項目經(jīng)理人發(fā)布的所有資訊與文章是出于為業(yè)界傳遞更多信息之目的,并不意味著(zhù)贊同其觀(guān)點(diǎn)或證實(shí)其描述。其原創(chuàng )性以及文中陳述文字和內容未經(jīng)本站證實(shí),對本文以及其中全部或者部分內容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾,請瀏覽者僅作參考,并請自行核實(shí)相關(guān)內容。
  2、本站部分內容轉載于其他網(wǎng)站和媒體,版權歸原作者或原發(fā)布媒體所有。如文章涉及版權等問(wèn)題,請聯(lián)系本站,我們將在兩個(gè)工作日內進(jìn)行刪除或修改處理。敬請諒解!

關(guān)于我們 聯(lián)系我們 版權聲明 隱私保護 投訴建議 卓橡資源

Copyright ? 2021 項目經(jīng)理人 版權所有 京ICP備17062359號-3 如轉載本站文章,請注明原作者和原發(fā)布媒體
本著(zhù)互聯(lián)網(wǎng)分享精神,本站部分內容轉載于其他網(wǎng)站和媒體,如稿件涉及版權等問(wèn)題,請聯(lián)系本站進(jìn)行刪除或修改處理
客服電話(huà):010-89506650 89504891 非工作時(shí)間可聯(lián)系:18701278071(微信) QQ在線(xiàn):511524637
新聞與原創(chuàng )文章投稿:tougao#cpmta.com 客服郵箱:info#cpmta.com(請將#換成@)
項目經(jīng)理人——我國項目經(jīng)理職業(yè)發(fā)展門(mén)戶(hù)網(wǎng)站,隸屬卓橡公司