專案結構
結構設計
原理介紹
專案意思為指定時間內組織一群人,輸出產品,服務。
想要了解如何設計專案結構,需要對企業內部的管理結構和專案類型有所了解。
專案結構設計雖和技術配置無關,但和管理相關,實際上是最重要的部分,如同寫代碼,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團隊處在一項的上下游,需查看上下游信息。 | 如售後的工單,產品團隊的需求與研發團隊之間的交互 |
|
同專案 | 職能型組織:員工穩定屬於同一個部門/專案 | 同一部門,同一專案組的事務管理 | 把事務放在一個專案中,並通過權限方案和安全級別方案給予不同人不同的分工 |
操作
流程
這裡的創建僅指Datacenter版本的Jira Software 專案,Cloud 版由於存在Team Manage 類型,在此不做描述。
必選:創建專案→更新信息→綁定方案
可選:關聯開發工具,插件增強
創建專案
第一步創建
具有創建權限的用戶點擊【專案】→【創建專案】,三個類型功能一樣,為研發優化,區別主要為天然是否帶backlog和kanban,必要時候也可以通過修改,改成一樣的。
Srcum:默認帶個Scrum 看板,適合有明確時間週期發布的團隊
Kanban:適合需要快速,持續交付的團隊
基本開發方法:純開發任務追踪,無業務需求追踪需要
一家公司一般僅使用幾個預先配置好的模板專案,因此推薦在創建專案的時候點擊【創建與共享配置】 這樣可以有效提升配置的複用程度和企業管理規範性,也降低後續維護成本。
第二步預覽問題類型/工作流
展示問題類型和工作流,這塊無法定義,系統內置。
第三步定義基本信息
專案名稱:建議全局統一規劃好,提前設定好命名規則,搞的一團亂後再整理成本高。
關鍵字:全局不可重複,創建後可以改KEY,但可能會導致外部信息關聯錯誤。
專案負責人:會在某些情況下被賦予為事務經辦人,系統限定專案負責人只能是一個人。
上述信息填完後點擊【提交】
更新信息
基礎信息
菜單:【⚙設置】→【專案】→【專案分類】
建議類型:非研發/產品/專案,細項根據公司類型分類,或把相關信息存儲在insight 或profield 等增強插件中。
下圖中詳情信息都可以補充(URL,專案類別,專案頭像,描述-支持簡易富文本),推薦專案創建後不要更改專案類型和關鍵字(即專案主鍵);
綁定方案
菜單:【專案】→【專案設置】→【匯總】
問題類型方案、工作流方案、界面方案、通知方案、字段方案、權限方案、優先級方案
關聯開發工具
主程序關聯
A廠自帶:Bamboo,Bitbucket,Fisheye等
外部主流工具:Github,Gitlab,Perforce
插件關聯
通過插件市場支持:Asana,Monday,Salesforce,Testlink,SAP,等
管理屬性增強
需求
專案之間的總分,前後依賴,進度查看。
典型插件
Profield
全網最出名專案屬性增強軟件,按需增加字段,狀態
Bigpicure
頂層視圖,各類進度,專案類型
Insight
Atlassian 收購的一家CMDB 插件廠商,可以根據需求定義字段屬性,被從工單,事務中引用,查看拓撲圖,除可管理IT 資產外,也可管理類似客戶,專案信息