專案流程重要性

2021-08-27 05:07:57 字數 2306 閱讀 2977

1. 流程永遠是為提高效率服務的。

沒有什麼流程是在規範的前提下犧牲了效率的。你可能會說,這他媽不是明擺著的嗎?引入流程當然就是為了提高效率。但還有件事情也是明擺著的:不同的團隊,在不同的階段,使用的流程是完全不同的。

大公司的流程存在是有其道理的。當產品線一下鋪開許多,包括人力、財力、物力在內各種資源的配置是複雜的,規範化的流程是能確保專案正常推進的唯一方法。嚴謹的需求文件、確認和決策的規矩,以及開發、測試、上線的機制,都要十分詳細,才能讓每個齒輪契合在一起,將整個公司的車輪運轉起來。

初創團隊很多流程不存在也是有其道理的。初期只有幾個人,溝通和處理問題時如果要用各種文件、各種規範化的機制來做,那想想就很荒謬。許多事情基本全員都會參與,包括各種問題提出、各種分析和各種決策,一些其他的流程比如財務報銷、費用審批,其實互相也都很清楚,沒必要用太複雜的手續來規範。這樣在最早期是效率最高的一種方式。

而居中的中小團隊,情況就很多樣。但大部分是有介於初創團隊和大公司之間的簡單流程的。不同公司的風格會全然不同,有的公司很久之後一些專案推進還是靠口頭傳達,有的公司很早就引入 iso 的規範。不過大家都有共識:當現在的流程不適合當前的狀況,就是必須做出改變的時候。

2. 找到適合自己的流程。

作為產品經理,我思考問題的方式仍然是需求導向。比如,我們使用某個流程的原因,就一定是我們有了某個問題,需要解決這個問題我們才要引入這個流程。

舉個很簡單的例子。

在做嘟嘟美甲專案早期,功能十分簡單,基本是 ceo 和我敲定了方案,就立刻付諸開發了。中途出現了問題我們隨時都可以關注,隨時會跟進功能開發,以及 bug 的處理。

逐漸地,功能需求和 bug 開始堆積起來,全部完成的時間點越來越晚。同時,新的需求也接踵而至。另外,ceo 這時已經不把精力放在產品設計和跟進上了,所以並不了解產品研發的現狀。但他還是習慣性地會直接給研發提出需求。

問題很快就顯現出來。重要的需求遲遲開發不出,零碎的需求反而越堆越多,工程師們沒有規劃,上線時間也都無法確定。我們很快就基於這樣的問題,據在之前公司的經驗,引入了專案管理和排期的機制。

所有需求都要經過產品經理,所有的需求和 bug 都登記在案,並且持續跟進。上線時間要十分明確,包括每個版本的功能和 bug 情況。

很快,流程跑通,原來的問題就迎刃而解了。

你可以會覺得奇怪,需求分析、專案管理和排期不就應該是要有的嗎?

是要有的。但正如我前面所說,在初期的時候,如果花費大量的時間在其實完全沒必要的機制規範上,是會嚴重影響創業節奏的。

我非常肯定的一點就是:每種流程都應該在它該出現的時間以該出現的方式出現。就像如果在創業初期就引入職業經理人,那就是在不恰當的時間用了不恰當的人,太扯了。

3. 適時地調整流程。

流程的機制並不是像技術手冊或者說明書一樣一成不變的。把有利於團隊協作和專案推進的部分留下,剩下的視情況完全可以剔除。引入流程的過程,不是說就拿著小本本跟其他成功前輩去學習,然後一條一條在自己的公司實現,而是自己決定要解決怎樣的問題,就去參考別人使用了怎樣的方法。

再舉個例子。

我們在尋找專案管理和排期工具時,首先考慮用的就是大家在之前公司裡用的工具。搭建也簡單,收費也並不貴,看起來還不錯。

但試用了很多任務具,發現始終不太合適。因為我們作為小團隊,並不需要特別複雜的專案標記、狀態以及其他各種資訊的記錄和處理的功能。所以我們適時地決定還是棄用很複雜的管理工具,開始試著用從沒用過、但特別簡易、保留了這些複雜工具最核心功能的其他工具。

同樣的,從大公司出來的工程師們會習慣拿著完善而詳盡的需求開發文件來做事,但對於我們的情況來說,一下引入這種機制會十分影響效率,我們幾個產品經理可能全部工作時間都要花在做文件這件事情上了。所以我們討論後,決定還是用最簡略的文件,在講清楚事情的前提下,盡快推進產品的進度。

流程和機制都是死的,靈活運用才是王道。

4. 確定的流程要保證遵守。

團隊小、專案進展快、當前問題多,都不能成為不遵守流程的藉口。它們可以是在流程確立時的原因,但一旦大家都認同並確定了流程和機制,那就要嚴格遵守,這是不能商量的。

剛才也提到,我們因為諸多原因引入了產品經理要把關需求的機制。但開始執行時,ceo 還會習慣性地直接通過研發人員來提出需求和建議。這樣又出現了更多問題,我跟 ceo 詳談一次,他意識到確實是比較嚴肅的問題,就再也沒有繞過正常的流程了。

前面舉的例子都是在產品流程上的,但在其他很多問題上,其實也都一樣的。比如,在營銷部門做活動的流程上,到底如何做策劃方案、如何執行、如何總結、如何衡量效果,都是要有一套簡單的機制;在財務部門做報銷的流程上,每個人需要填報怎樣的資訊、需要誰來批准,也都必須按規矩來。這些東西對於快速發展的初創團隊來說,都是立竿見影的,而且因為節奏很快,也給了每種流程快速檢驗、試錯和整改的機會。

專案流程重要性

1.流程永遠是為提高效率服務的。沒有什麼流程是在規範的前提下犧牲了效率的。你可能會說,這他媽不是明擺著的嗎?引入流程當然就是為了提高效率。但還有件事情也是明擺著的 不同的團隊,在不同的階段,使用的流程是完全不同的。大公司的流程存在是有其道理的。當產品線一下鋪開許多,包括人力 財力 物力在內各種資源的...

專案管理重要性

軟體工程的經驗告訴我們,乙個軟體開發過程是可以很長但也可以很短的時間。為什麼這樣說呢?其實道理很簡單,長的時間說明這個專案很難搞,時間長。短呢?說明專案容易很快就搞完。假如這樣看待乙個專案過程,那麼你就錯了。乙個專案過程往往不可以看得這樣簡單,因為這個過程是複雜。下面看乙個例子 乙個公司的老闆外包了...

專案管理重要性

專案管理就是將知識 技能 工具與技術應用於專案活動,以滿足專案的要求。有效的專案管理能夠幫助個人 群體以及公共和私人組織 專案管理不善或缺乏專案管理可能會導致 專案是組織創造價值和效益的主要方式。在當今商業環境下,組織領導者需要應對預算緊縮 時間縮短 資源稀缺以及技術快速變化的情況。商業環境動盪不定...