幾周前我參加了公司內部的乙個討論，主題是：高效的scrum master該具備哪些技能？大家都根據自己的經驗積極發表看法。但是很奇怪，我感覺大家在逐漸偏離著主題。我更情願相信大家的討論是針對「稱職的scrum master」而非「高效的scrum master」。因為在我看來，這兩者之間是有著本質上區別的。
\ 這次討論讓我回想起2023年初的一次經歷。當時我加入了乙個新專案，該專案已經持續執行6個月左右，有4個scrum團隊。該專案外包給了另一家公司，所以團隊成員基本是外部人員，scrum master最初也是由一名外部同事擔任。在進入專案後不久，我就發現乙個奇怪的現象。我們的組員甚至其他組的同事經常會有些不斷重複的抱怨。最常聽到的有：scrum不過是乙個時髦的名字而已！我們會工作地更有效率，如果沒有那些煩人的**和會議！這不是scrum，不要叫我們scrum團隊！
\ 坦白地說，我不喜歡待在乙個士氣低下、缺少責任感的團隊裡面。我明白，因為是外包專案，團隊的設定比較複雜，而且組員之間的信任感還不夠強，所以在這樣的團隊中矛盾是會相對比較多一些。但是因為大家經常掛在嘴邊的是對開發模式的抱怨，所以我打算找出為什麼大家如此不喜歡scrum的原因。在相處兩個月之後，經過細心的觀察，我大致得出了結論：儘管管理層有一定的責任，但是我更願意歸結為團隊自身出了問題 – 不是溝通不暢，也不是日程太緊，而是開展scrum的時候出了問題。這個專案的團隊的是比較新的，而且有些成員也是剛開始接觸scrum開發模式。然而對於剛開始採用scrum模式的團隊來說，這些因素都很常見，況且我們組還有乙個稱職的scrum master。
\ 我說的「稱職的scrum master」是具備這樣條件的：他/她理解對於scrum master哪些能做哪些不能做；他/她知道怎麼使用相關工具產生相關工件並利用相關產出分析問題；他/她明白怎麼開每日例會、計畫會議、評審會議以及回顧會議，等等。
\ 坦率地說，在接觸scrum的這5年中，我遇到過不少「稱職的」scrum master。他們嚴格地根據標準的scrum模式（比如源自一些入門級的介紹性的培訓或者scrum primer等類似指南的描述）來確保團隊實施scrum，並幫助成員習慣這一開發模式。這對於在團隊剛開始採用scrum的初始階段是非常重要的。因為大家需要這樣來逐漸鞏固對scrum模式的理解。然而一旦過了那個初始階段，新鮮感褪去後，團隊很快就會遇到一層天花板：很難真正利用scrum的先進之處並看到相應成效。
\ 那麼，到底我們的團隊在開展scrum的時候具體出了什麼問題？讓我繼續說說去年加入的那個團隊。當時我的感覺就是我們確實遇到那個天花板了。整個團隊似乎還停留在適應scrum的那個階段：按照標準的模式按部就班。我們的團隊當時採用scrum完全是因為管理層的要求。因此在習慣了這種新鮮的工作方法後，團隊必然要期待更多的好處。按大家對scrum的了解，那會：提高軟體的質量，提公升團隊的生產力，形成更自由的自組織團隊，等等。然而那個時候，大家沒有看到期待的結果。 因此在等待那些好處的同時，對scrum的信任和耐心在逐漸流失；隨之而來的是日漸增多的懷疑和抱怨。可以這樣描述我當時加入團隊時候的情景：團隊的信念\u0026lt;50%, 懷疑\u0026gt;50% （信念+懷疑=100%）。由於大家看不見回報，因此失去了信心，團隊像是被卡在某個地方很難進退了。
\ 為什麼團隊會被卡住了無法衝破那層天花板？因為，大家只是在「用scrum」（doing scrum）。scrum master努力做的稱職；團隊努力的按照按標準模式在做。但是在我看來，做的好還不夠，做的高效才是真正的目標。對於scrum master來說，稱職只是第一步。如果真想利用scrum來給團隊帶來明顯的好處、改善，那麼成長為一名高效的scrum master則是你應該內化的責任和義務。高效的scrum master除了能讓團隊平穩地執行，還需要幫助團隊進一步的深挖以形成內在的責任感，並且找到在scrum框架下最適合團隊自己的工作方法。停留在表面上、僅僅按標準模式行事，不能成為我們的目標。我們需要更進一步；我們需要將注意力放在團隊本身。
\ 那麼，到底怎樣才算是一名稱職的scrum master，怎樣才能變得高效呢？下面列出一些我對稱職的scrum master的認識：\
一句話：稱職的scrum master應該是乙個具備基本scrum知識的「好人」。
\ \
既要理解標準化的scrum模式，又要根據自己組織的固有特點來實際地運用它\
\ 準備好挑戰他人並接受他人的挑戰\
\ 持續改進自我的願望\
\當然，除了上面列出的這些，或許你還可以寫出更多的條款。但是，所有的這些歸根結底化成一句話：把自己融進scrum裡面，而非單純的使用scrum，同時讓scrum的思維模式滲透團隊的方方面面（being scrum instead of simply doing scrum）。坦白的說，讓我們的思維模式發生這樣的轉變需要比較長的時間。但這是值得的，因為只有這樣才能成為一名高效的scrum master。
\\高鴻目前在諾基亞西門子通訊工作，2023年開始接觸敏捷開發，2023年獲得csm認證。是敏捷及scrum的提倡和實踐者，並於2023年2月獲得csp認證。相比具體的工具和實踐，高鴻更關注軟體開發及專案管理過程中軟技能的應用及思維模式的轉變帶來的協同效應。他的微博：@elton鴻
\
怎樣做一名成功的推銷員
及時出手 善於識別與把握成交機會，達成交易。1 識別成交機會 哪些是成就機會？如 客戶在詢問效能 特點 質量後，接著又問了產品 也沒有表示什麼疑問，接著談起了售後服務的一些問題。此時成交機會已經出現，客戶提出的售後服務你都解答，成交已水到渠成！客戶就只針對 進行談判外，其它都不提什麼疑問時，成交機會...
做一名合格的DBA
oracle dba的角色定義 開發型dba 運維型dba dba的操守 在自己的責任範圍內 資料庫的架構設計 資料庫架構 例項的冗餘 資料庫的安全和容災 空間的考慮儲存的規劃 軟體的生命週期和業務 資料 增長的 資料庫的建模 實體，關係的設計e r 資料庫的開發 sql和儲存過程 資料庫的運維 資...
做一名合格的軟體使用者
每消費一款免費的盜版的產品，就意味著向充滿創意的世界又遠了一步，因為連別人的勞動成果都不懂得尊重的人不配享用產品的盛宴。在滿足於這些不義之源的小便宜的時候，這個人將逐漸喪失用自己努力去掙得的money享受 的權利和能力，喪失與那些充滿創造力的作者進行深度交流的資格，因為使用盜版軟體會在你內心產生深深...