專案結構

結構設計

原理介紹

專案意思為指定時間內組織一群人，輸出產品，服務。

想要了解如何設計專案結構，需要對企業內部的管理結構和專案類型有所了解。

專案結構設計雖和技術配置無關，但和管理相關，實際上是最重要的部分，如同寫代碼，80-90%時候在做模式設計，只有10%-20%時間在做實現。

組織類型

類型

描述

優點

缺點

權力說明

職能

部門職能為單位的人員劃分

專人專事

靈活度欠佳，無法快速響應專案事務

職能經理說了算

矩陣

做專案時從職能部門拉人，虛線向職能經理匯報。

人員靈活度高；

人的資源利用率高，人同時在職能和專案中工作

多頭領導

職能和專案經理掰手腕

專案

根據專案需要臨時組建團隊，某些專案時間長，穩定1-2年，概念上和職能上一定重合

專案經理權力大，調配資源容易

專案空閒期，人力資源容易浪費

專案經理說了算

週期

類型	描述	優點	缺點	典型行業
瀑布	質量比速度重要，週期長，半年以上	產品質量高，風險小	響應時長速度慢	硬件製造，工業軟件研發，地產
敏捷	速度比質量重要，市場變動快，，客戶可以容忍一定錯誤，2-4週要出一個版本。	快速響應變化的客戶需求，佔領市場	對專案管理要求高	互聯網軟件研發

循環往復

早期1990年前：專案以瀑佈為主，IT行業後面才出現，硬件需要穩定，對市場響應速度要求不高。
過去1990~2020：專案以敏捷為主，經歷過2000年.com 泡沫，破裂後也出現了軟件行業大爆發，敏捷研發逐步走上檯面。Atlassian 的Jira 也是這個時段湧現出來的協同市場的新王者。
現在：專案從敏捷逐步走向長期運營，成熟軟件行業階段逐步從創新走向精細化管理，所以Atlassian 推出了JSM，各類IT廠家也推出各類低代碼平台，收購報表公司，試圖通過快速系統集成和報表分析來為企業提供更多價值
未來：潛力更多資源投入到硬科技的研發，高風險高收益，但對短期出成果沒有特別高的要求。

客戶分類

一般來說，給企業的產品求標準產品穩定，給個人客戶，求快速應變。

但在中國大陸地區，企業方對標準產品理解幾乎是沒有的，絕大多數都是定制，不管是軟件還是硬件。原因是雖然多標準少定制雖能滿足企業最大經濟利益，但無法滿足對接人中的灰色收入利益，而企業利益在企業專案的決策優先級，表面放第一位，實際大多數時候都是放最後一位，說句人話，管理人員和員工大都不關心公司死活，能撈一筆是一筆。

利益短期& 長期？

公司是為賺錢，而賺錢的方式與政治經濟有一定關係，在大陸地區政治指導一切的環境下，所有的商業模式幾乎都是政策副產品。

如果在中國大陸地區的公司且不是外企，建議專注短期利益，提升質量無法帶來長期收益，只會帶來短期價格競爭的劣勢。

非中國大陸地區的企業，由於筆者不具備海外工作經驗，紙上談兵不足以幫助到讀者，在此不做討論。

執行vs 思考？

計劃趕不上變化，唯一不變的就是變化本身，專案創建好也不是一成不變的，需要隨著各類變化隨時創建，合併，歸檔。現代的辦公室白領，特別是研發，都是智力密集型行業，近年來內捲概念火熱，加班多，打工人又被稱為電池人，怎麼樣能夠健康幹到退休呢？

	類型	功能	典型人物
1	厚黑蠱王	對上諂媚，對下欺壓	中國領導
2	玩具氣氛組	無法執行	填充部門人數，擴大權利範圍的可有可無員工
3	乾電池	高效執行	監工，盯+催進度
4	太陽能電池	思考&執行	具備綜合分析，持續改進意識，擅用系統，流程和數據

1,2型人才，盡量往國企或官僚型外企走，3,4型人才盡量往民營或創業方向走。

同理，不同類型的企業，招對人，比培訓人來的更重要。

對企業來說，如果需要賺錢發展，多招4型人才，雖然這樣的人可能不是名校畢業，也大概率有點小脾氣，但遇到棘手問題需要解決的時候，就會感到真香。

事務區分的界限

部門間的交流之間經常會有所謂的部門牆，工作之間需要有關聯，也需要有分割。集成系統一部分的經驗供參考（所謂最佳實踐），多數情況下都是見招拆招。

類型	描述	場景示例	做法
跨系統	A，B系統分屬不同類型，某團隊需查看上下游信息	軟硬件研發，客戶服務	弱連接：外部鏈接強連接：定制開發/插件層面的系統集成
同系統	矩陣型組織：A，B團隊處在一項的上下游，需查看上下游信息。	如售後的工單，產品團隊的需求與研發團隊之間的交互	強連接：不同專案之間的事務的關聯弱連接：不同Jira 實例之間的關聯，
同專案	職能型組織：員工穩定屬於同一個部門/專案	同一部門，同一專案組的事務管理	把事務放在一個專案中，並通過權限方案和安全級別方案給予不同人不同的分工