自救必看三大準則

從「管理」到「領導」

 



領導者，是一位幫助團隊成長、移除障礙、推動持續改善的敏捷推動者

要真正賦能團隊，Scrum Master 需要具備以下 8 大姿態（Skills & Stances），透過不同的角色轉換，讓團隊發揮最大潛力


1. Teacher（教師）——讓團隊理解 Scrum 思維
敏捷轉型的第一步，是讓團隊真正理解 Scrum 框架與敏捷思維。Scrum Master 的角色之一就是教育團隊，確保所有成員都明白 Scrum 的基本原則、價值觀與運作方式。透過不斷的學習與分享，團隊才能建立正確的敏捷文化，避免將 Scrum 變成另一種「傳統管理工具」。
2. Mentor（導師）——培養團隊成長
除了傳授知識，Scrum Master 也需要以**導師（Mentor）**的角色陪伴團隊成員成長。這不只是回答問題，而是透過經驗分享、個別指導，讓團隊能夠逐步培養自己的決策能力與問題解決能力。真正優秀的團隊，不是依賴 Scrum Master，而是能夠獨立運作！
3. Facilitator（引導者）——提升團隊溝通與決策效率
團隊的運作，需要清晰的討論與決策過程。Scrum Master 作為Facilitator（引導者），幫助團隊在每日站會（Daily Scrum）、回顧會（Sprint Retrospective）、規劃會（Sprint Planning）等會議中確保有效對話，讓所有成員的意見都能被聽見，達成共識。他不是主導決策的人，而是創造適合決策發生的環境。
4. Coach（教練）——幫助團隊內化敏捷思維
教練（Coach）與導師（Mentor）的不同之處在於，教練的重點在於引導團隊自我發現答案，而不是直接給出解決方案。Scrum Master 需要透過提問、回饋、反思，幫助團隊自主學習與成長，最終建立起「自組織團隊」，讓成員能夠獨立解決問題，而非依賴上級指令。
5. Role Model of Scrum（Scrum 文化的榜樣）——以身作則，影響團隊
Scrum Master 不只是理論上的推動者，更應該是 Scrum 文化的實踐者，以身作則示範敏捷的價值觀與行為。例如，他應該展現 開放透明、誠實溝通、擁抱變化、持續學習 等特質，影響團隊建立相同的文化。當 Scrum Master 自己成為敏捷的榜樣，團隊自然會受到感染，並在日常工作中實踐敏捷精神。
6. Protect the Team（保護團隊，讓他們專注價值創造）
許多企業中，團隊經常受到不必要的干擾，如：頻繁的需求變更、過多的會議、來自管理層的無謂壓力等。Scrum Master 的責任之一，就是保護團隊免受外部干擾，確保他們能夠專注於創造價值。當團隊擁有足夠的時間與專注力，才能真正發揮高效能。
7. Remove Impediments（移除障礙，確保團隊順利運作）
Scrum Master 不再只是管理者，而是問題解決者。當團隊遇到阻礙時，他的任務就是協助團隊識別問題，並主動移除障礙。這些障礙可能是流程上的問題、部門間的溝通瓶頸、資源不足，甚至是組織文化的限制。透過不斷地優化與改善，Scrum Master 讓團隊得以順暢運作，真正發揮價值。
8. Actually Doing Nothing（學會「不做任何事」，讓團隊真正自主）
最難做到、但最重要的一點是——Scrum Master 需要學會「放手」，讓團隊自主成長！這並不代表不作為，而是當團隊已經具備足夠的敏捷能力時，Scrum Master 需要適時退居幕後，讓團隊自己決策、自己解決問題。當 Scrum Master 真正做到「什麼都不做」時，代表團隊已經達到了自組織的理想狀態，這才是成功的標誌！

留言

張貼留言

這個網誌中的熱門文章

IIS - ASP.NET 網站基本優化設定

圖片
  運行 ASP.NET 基本上都是掛載在 IIS 上面，但 IIS 預設的設定，並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整，可能會造成使用者的感受不佳，而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員，到應用程式集區，選擇網站後，開啟進階設定： 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ，當封包數量在同一時間到達該指定值，之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例：當有同時間有 1001 個 Request 一起送到 IIS，第 1001 個 Request 會直接回傳 503，不會進到 ASP.NET 處理。 也不是無限大就好，也是要看伺服器等級。 假設調成 10000，也真的有同時 10000 的量，可能會演變成  CPU High  的問題。 因此，這個欄位沒有建議值，網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ，當網站執行回收後，會等到第一個 Request 進來，IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間，ASP.NET 初始化完成後，使用者才會得到回應。 建議設定成  AlwaysRunning ，當網站執行回收後，IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ，也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作，對於要 24 小時不中斷的系統來說，這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc，網站重啟使用者就全被登出了。 建議設定成  0 ，也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟，可以在 特定時間 (Specific Times)  設定，固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是...
閱讀完整內容

Node.js 部署至 IIS 站台

圖片
基於公司網路架構的規定 記錄一下自己是如何成功將手邊的 Node.js 部署到 iis 上。 一、安裝工具 以下三樣，順序固定 ．安裝 node-v14.17.5-x64.msi 的node工具 https://drive.google.com/file/d/1oMVvy0p4ViP7v-EMA8vPqIghy_ulW_Af/view?usp=sharing ．安裝 iis 的 rewrite_amd64_en.US.msi https://drive.google.com/file/d/1O1J-NuiGpNywGesuqCeSEcFSfjKluFzN/view?usp=sharing ．安裝 iisnode-full-v0.2.21-x64.msi https://drive.google.com/file/d/1ijIW1Zz4rXrkW8F-aJQ5AA4vDromFfog/view?usp=sharing 二、建立IIS站 ．首先建立「應用程式集」 -識別：NetworkService 三、建立 web.config ．兩個方式 -自己為站台的情形，貼上以下內容 <configuration> <system.webServer> <!-- indicates that the server.js file is a node.js application to be handled by the iisnode module -->  <handlers>   <add name="iisnode" path="server.js" verb="*" modules="iisnode" />  </handlers> <rewrite>  <rules>   <rule name="sendToNode">    <match url="/*" />    <action type="Rewrite" url="server.js" />   </rule...
閱讀完整內容

遇見 Parameters 參數上限之大量資料寫入方法

圖片
遇到 Too many parameters were provided in this RPC request. The maximum is 2100. 的狀況時的處理模式 前言： 因為導入資安專案後，同仁已經針對 SQL 語法改採用 Parameters.Add 的方法撰寫。 但近來 HR 同仁因為有大量資料寫入的需求，遇到 Parameters 參數使用超過  2100  個的上限的例子 (如下圖) The incoming tabular data stream (TDS) remote procedure call (RPC) protocol stream is incorrect. Too many parameters were provided in this RPC request. The maximum is 2100.  以下紀錄兩個方法，處理這問題： Parameters.Add 批次寫入。 SqlBulkCopy 大量資料寫入。 實作(一) Parameters.Add 批次寫入： 一樣使用 Parameters.Add，但會依 Parameters.Count 批次寫入資料 ( 效率差 ) protected void Button1_Click ( object sender, EventArgs e ) { //================================================== // // 1. 加入參考：System.Transactions // 2. using System.Transactions; // //================================================== //引用stopwatch物件 (計算執行時間) Stopwatch sw = new Stopwatch(); sw.Start(); //創造 DataTable，準備來接資料 DataTable dt = new DataTable(); dt.Columns....
閱讀完整內容