在不斷變動的當下，只有迅速適應變化的人，才能抓住機會。

計畫趕不上變化，變化趕不上長官的一句話，那些趕不上變化的計畫，最終都將成為廢話。

這是剛入職場時，前輩對我說的一句話，或許他只是想發發牢騷，偷偷地罵一下老闆的反覆無常，但在我工作幾年之後，我卻有不同的體悟。

這工作中最令我沮喪的，莫過於是花了很大的力氣在這份專案上，但卻因為客戶、老闆、甚至市場的不待見而必須全部打掉重來，這樣徒勞無功不免令人垂頭喪氣，但是在一兩次相同失敗後，我卻開始思考，如果這樣的變動是常態，那要改變的可能不是他們，而是我們的工作型態。

過往，傳統式專案團隊多以「元件/零組件」的打造來分工，習慣先做好所有的準備再來動工，因此藍圖、計畫一條龍的策略必先完成，之後團隊隊員按圖索驥，這樣的工作模式在過去其實沒有不好，它有效地降低了團隊發生風險的可能性。

然而，這世界絕對不是永遠按照我們所想的來運行，當全球化的影響力不斷擴張，市場需求也受到資訊加快不斷地更新，此時過去的方式已經無法預測未來的問題。

過往我們專案面對的，可能是透過準確的市場預估，推測出一個可能的未來，即使並不完全吻合，但是只要有謹慎且確實的數據分析，至少可以八九不離十。

然而，變動逐漸加大的現在，數據也不再能夠完全準確的預測未來，就拿疫情來說，也沒有人能預期到疫情對經濟造成的影響，各產業都身陷其中，必須做出相當的因應。

這也讓職場與我們的人生越來越像，那就是永遠不會按照我們所想的去運行。

那該怎麼樣避免徒勞無功的狀況一再發生呢？當時的我和團隊做了一個小改變，就是團隊裡的大家來開個「每日例會」，每天花個30分鐘的時間報告手邊的進度以及更新市場的需求，如果上面有更改可以即時做變動，不用等到大部位都完成之後才必須整個打掉重練。

而會也不是漫無目的的報告進度，我們設立了一些目標：

範圍：只討論與本次專案有關或與下個專案有關的工作內容。

進度：只談「過去一天已完成」的工作和「今日打算完成」的工作，而非「做了什麼」和「打算做什麼」。同時，勿拘泥於「某任務還需幾小時才能完成」的細節爭論。

障礙：吹毛求疵地看待任何拖住你工作進度的人、事、地、時、物。別懷疑，時間和效能就是這樣一點一滴擠出來的。

節奏：找個團隊有共識，可讓發言者知道有人覺得自己講太久了的方法。例如，任何人都可以遞給滔滔不絕的發言者一個啞鈴，要他拿在手上，如果這還不能讓他停止發言，就再遞一個給他。

這樣的會議，確實讓團隊省掉很多事後調整的成本，而後我也才知道這原來就是Scrum 敏捷式開發的一環。

或許我們以為Scrum 敏捷式開發是軟體業的專利，但是面對不斷變化的局勢，我認為各行各業都必須採用新的工作方式，這才是順應之道。

因此，我們開設了【非軟體產業也能掌握的敏捷式團隊工作術】這門課，透過威廉老師的課程以遊戲方式讓學員實際體驗Scrum的運作。

透過時間與條件的限制模擬現實中會遇到的困難點，讓團隊成員在合作過程中逐漸了解其他人的性格與專長，並扮演適當的角色。

根據之前的開課經驗，課程最後，許多團隊的契合度超高，從一開始互相不熟悉，到為了達成任務而開始合作，簡直就是現實中的專案團隊！

如果不想在專案中造成組織與個人資源的浪費，那你絕對不能錯過這門課。

【非軟體產業也能掌握的敏捷式團隊工作術】
>>https://bit.ly/3gv0QzS

開發團隊 Development Team
.
📍主要目標
確實理解問題及需求，進而提出可行的技術解決方案，並轉化為詳細的技術規範，確保按時交付的成果能夠符合功能需求。
.
🚫嚴禁思緒不清、邏輯混亂的人類
.
📍常見職稱
.
👉Front-End Developer 前端工程師
.
👉Back-End Developer 後端工程師
.
👉Infrastructure Engineer 基礎架構工程師
.
👉SQA Engineer 軟體測試工程師
.
📌Scrum Master
適用於 Scrum 開發，大家如果有興趣了解 Scrum 可以留言，後續可以另開主題說明。

#小人物職場
#職場生存
#軟體開發
#產品開發
#開發團隊
#softwaredevelopmentteam
#developer #engineer
#frontend #backend
#infrastructure #softwarequalityassurance
#scrummaster
#scrum
#waterfall
#敏捷式開發
#瀑布式開發
#前端工程師
#後端工程師
#基礎架構工程師
#軟體測試工程師
#全端工程師

產品團隊Product Team
主要目標：解決客戶真實的需求、讓使用者(客戶)滿意，不管是精神上(更好 的體驗)或是物質上(合理的費用)。
次要目標：在內部進行跨部門協調，調動各種資源以完成主要目標。
工作內容從顧客需求、市場分析、產品規劃、進度控管到產品驗收都需要參與。
嚴重警告：容易玻璃心的人類千萬不要輕易嘗試此份工作。
常見職稱：
專案經理 Project Manager,PM
適用於需求明確的專案或是維護性質的專案，專注於時程掌 握(如期)、品質是否符合預期（如質)、人力、預算控管(如成本)。
產品經理 Product Manager,PM
適用於新產品開發或是需求尚不明確的專案，專注於收集使 需求情境、提升使用者體驗、競品分析、市場評估。
產品負責人 Product Owner,PO
適用於新產品開發或是敏捷式開發，專注於產品特色、收集 客戶需求定義解決方案、根據市場反應即時調整開發順序。

#小人物職場 #職場生存 #軟體開發 #專案管理 #產品開發 #product #產品團隊 #waterfall #agile #scrum #瀑布式 #敏捷式 #專案經理 #產品經理 #產品負責人 #pm #PO #productmanager #projectmanager #productowner