專案經理

《獨角獸專案:看IT部門如何引領百年企業振衰起敝,重返榮耀》快速筆記

本書是《鳳凰專案》的姊妹作,視角從管理者轉換到一名資深工程師。我很喜歡這本書不是單純的只講轉型方法,而是廣闊的討論到實際轉型過程中會遭遇到的政治紛爭以及利益衝突,雖然最後都順利解決的,但是現實往往沒那麼簡單,不過對於起步來說,已經給予了足夠的認知。 一、五大理念 1. 區域性和簡潔性(Locality and Simplicity)2. 專注, 流暢和快樂(Focus, Flow and Joy)3. 持續改善日常工作(Improvement of Daily Work)4. 心理上的安全感(Psychological Safety)5. 以顧客為中心(Customer Focus) 書中透過五大理念來實踐日常的工作和轉型的方法,我目前推測應該是作者自己所整理出來的幾個「心法」,我會說「心法」是因為每個人應該都有一套自己的道德觀和執行準則,這些東西很難變成一套完整的理論或是學說,但是有一定的參考價值,以及在多數狀況下的決策會很有幫助。 像是以單一程式工作任務來說,保持區域性和簡潔性可以形容成低耦合(Coupling)、高內聚(Cohesion)的程式設計原則。用在工作流程上來說,如果我們能夠確保工作流程上,多數相依工作都有一套穩定的價值流和簡潔的交付方式,能夠更快速的產生迭代,製造產出。 二、三層面理論 這個理論最早是Everett Rogers在1961年時提出的創新擴散理論(Diffusion of Innovation Theory),後來經由傑弗瑞‧摩爾(Geoffrey A.Moore)所寫的《跨越鴻溝》(Crossing the Chasm)再次拓展說明。 第一層面:公司現有的核心業務。 第二層面:新興業務。 第三層面:快速學習和廣泛探索商機。 公司現有賺錢的業務是屬於第一層面。而所有處於第一層面的業務,都是先透過第三層面的探索和進行快速篩選,而進到第二層面。再透過將第二層面的新興業務加以規模化、標準化,而成為第一層面的核心業務。 三、區分核心業務(Core Business)和脈絡業務(Context Business) 核心業務 (Core Business) 是和公司營運有極大相關性的業務內容,通常指的是主力營運項目。 脈絡業務 (Context Business) 指的是本身並不會影響公司營收能力的營運項目。 書中後期透過區分核心業務和脈絡業務,進而將脈絡業務透過一系列的評估手段將之外包出去,讓公司專注在核心業務的發展上。 四、函式語言程式設計 五、沃德利地圖(Wardley Mapping) 這是一套用於繪製出整體系統價值流概念的一個圖像化方法。

《鳳凰專案:看IT部門如何讓公司從谷底翻身的傳奇故事》快速筆記

本書透過一則新上任的IT經理所帶領的IT維運部門故事來闡述一些開發維運(DevOps)的方法論,在提出方法的同時,輔以案例的說明讓這本書不淪於一本純技術手冊。在故事中的主角遇到各個難題的時候,還有一位導師型的角色在過程中一直給予建議,開頭這名導師只是單純股東會候選人,但在結尾公司轉型完成之後,他放棄加入股東會以避免可能遇到的內線交易問題,改成以投資人的方式加入這場轉型,讓這本書的層次從公司營運,提升到了對金融市場的理解。 一、IT維運的四類工作 1. 業務專案:業務部門或是客戶對於IT的需求。 2. 內部專案:內部系統提出的需求。 3. 變更:因為優先度調整導致的工作變更。 4. 計畫外的工作:緊急修復之類本來沒有預期的工作。 如果沒有辦法辨別總共有幾類的工作,將無法對各工作類型做有效的安排。業務專案和內部專案兩者的本質類似,不過需求方不同,所能夠達到的績效也不同。變更任務對工程師(RD、PG)來說所花的時間可能是切換任務的時間,對專案經理(PM)可能是進行專案變更程序。計畫外的工作則是最影響IT維運的,很容易直接切進來打亂前面幾項所有工作,導致業務延後或是花時間在專案變更程序。 二、三步工作法 1. 第一步工作法:建立工作流,從開發到IT維運,最後再到客戶手上。 2. 第二步工作法:改善工作流。 3. 第三步工作法:建立相關文化。 這三步工作法其實和戴明循環(Plan-Do-Check-Action, PDCA)差異也不會太大,簡單來說就是透過第一步的建立工作流,對應到戴明循環的計畫(Plan)和執行(Do),第二步在做的就是查核(Check)和行動(Action),最後多了第三步建立這一個文化,是為了確保這個工作流不會消失。如果導入一套系統只用了一次或是只持續一年,那導入當然不算成功。 三、約束理論(Theory of Constraints, TOC) 1. 找出系統中存在哪些約束 2. 尋找突破這些約束的方法 3. 使企業的相關活動符合突破約束的方法 4. 持續2. 嘗試別的約束突破方法 5. 持續1. 找出其他的約束 四、開發維運(DevOps) 這本書的本質就是在講開發維運的轉型故事,不過捨棄了很多對於理論說明,就用了一則故事來說明如何一個步驟一個步驟將本來混亂的狀況轉變成有理論依據支撐且執行的作業流程。

Scroll to Top