1樓：珍妮兔
這個問題比較大。
要簡單的回答好這個問題，我覺得是變革管理的問題。
推薦乙個變革模式叫ADAPT.
awareness 讓團隊和領導意識到當前的工作方式是什麼樣的現狀desire 讓大家意識到當前工作現狀存在的問題，和當前現狀無法滿足業務需要，創造改變的渴望
ability 讓團隊具備能力，參考SCRUM指南來增強團隊的能力，做一些實踐
promote 在團隊取得小進步的時候獎賞和宣傳transfer 把好的實踐在更大的範圍裡推廣
2樓：明道雲
第一步：
讓團隊Leader學習什麼是敏捷（Agile），並產生認同https://www /video/967364059507699712
第二步：
讓大家知道什麼是Scrum，然後分析利弊，決定哪些部分可以嘗試https://www /video/967367586296623104
成為敏捷開發大師
3樓：Claire
同意高讚的回答，想補充下：
公司層面，最好是自下而上的推動，包括專案組織框架，人員的調整，比如從瀑布過度到敏捷首先要把傳統的測試和開發團隊打散。
Team 層面，針對Scrum master 和PO （PM）進行培訓，作為team的領頭羊最好先拿理論知識武裝好自己。team member也要有比較基礎的培訓。
公司層面在team的具體實踐過程中給與支援，比如可以請專業的agile coach 進行深入team的指引，參與team的整個實踐流程，比如和team 一起參加Plan meeting, daily meeting, Demo, retrospective meeting 並針對team的表現給與相應的反饋
大概推行半年左右，Scrum就可以跑起來。
另外，目前對於敏捷的適應公司有一定的思考，之前在一家美企，基本Scrum就是這樣推行起來的，大概半年後會team 慢慢適應，會覺得井井有序，並喜歡上這樣的工作方式。
4樓：
Scrum的執行需要結合專案的實際，向要扭轉觀念不是一朝一夕的事情，可以將Scrum中一些好的搬出了進行應用，這樣如果大家獲得了甜頭（效率的提高帶來的正常下班等等），才會逐步認可Scrum的東西，當然更重要是獲取到領導的支援，要為失敗做準備，為失敗買單可能是難免的。
另外：Product BlackLog這個東西還是比較難搞的，搞不好就會走很多的彎路，這要求Product Owner需要有很強的需求分析和協調、溝通能力，確認之後，再進行優先順序排序；Sprint的時候，需要提前認清任務之間的依賴關係，避免一些麻煩
5樓：
首先要看你們是不是真的需要敏捷吧，很多專案瀑布式可以解決不一定非要上敏捷，成員能力或者認同度不夠，強迫上就有可能變成偽敏捷。當然我覺得敏捷需要一種提倡，一旦乙個團隊開始嘗試敏捷，在渡過了初始難熬的四五個Sprint 之後，就能一定程度上體驗敏捷的好處，這種理念的貫穿也對團隊成員的成長非常有好處。
我們的首席給了敏捷四個價值觀：
個體的互動要高於流程和工具；
可工作的軟體要高於詳盡的文件；
客戶的合作高於合同談判；
響應變化高於遵循計畫。
再附上我們研發同事研究的Scrum 怎麼玩的腦圖
6樓：lovezhkk
我現在一家小私企工作，領導讓我擔任Scrum Master，我之前沒有接觸這個概念，也沒有開發經驗和管理經驗。然後我網上查詢，理解了一些淺顯的理論。目前公司是招聘我來試行推廣敏捷開發。
但是我在公司實踐感覺非常困難。不知道從何開始入手。現在公司的專案有些是外包的在客戶那邊。
也有乙個專案在公司內部。公司招聘了一些實習生，應屆生。培訓他們TDD技術。
然後現在這個專案是培訓生來做。我很想做好我的工作，該多看哪些書籍？怎麼去發現問題，提高溝通協調能力和管理能力？
7樓：瓦爾特有范
人的因素永遠是第一位的, 首先要有共同的價值觀, 共同的目標, 人人為我,我為人人, 團隊裡要是有一兩個人不負責任, 不願遵循敏捷的原則, 那麼最好改組團隊, 敏捷的實踐不是一朝一夕就能一蹴而就的, 從少到多,從易到難, 先把測試驅動,持續整合等基礎工作做好, 改變思想, 每乙個scrum sprint都是乙個小瀑布,不過咱們一次少做一點, 做好一點
8樓：饒林
不用過多的強調你是敏捷scrum什麼的。有些基礎都是要做：
1.樹立願景.
2.強化基礎設施, 引入共享工具, 以增加專案資訊的透明(transparent), 交流, 共享.
3.工作自動化的提取.
4.反饋/溝通得到及時處理, 換位思考.
5. 持續改進(檢驗(inspect)->調整(adapt).
9樓：徐毅
1. 拉（pull）比推（push）更有效。如果團隊沒有意識到這東西有價值，而是被人應推給他們，結果如何應該是可以想象得到的。
2. 如何創造出「拉」的需要呢？首先可以做一些知識普及型的工作，幫助團隊了解Scrum，知道有Scrum這麼乙個東西；其次是幫助團隊去理解，Scrum和當前團隊所面臨的一些問題之間是否有關係、有何關係；隨後，等團隊逐漸理解Scrum可以帶給他們好處的時候，再推動Scrum的實施採納就是順理成章的事情了；再之後就是提供各種支援幫助他們切實地使用起來了。
3. 隨後還要繼續跟蹤，觀察使用Scrum的初衷有否被實現，以便採取相應的行動。
10樓：雲集山人
如果是純研發專案，而不是需要快速交付的，建議不要採用scrum。
任何一種方式，都一定是要在有確實需求的前提下採用，不要為敏捷而敏捷。
11樓：Blues
敏捷是一種做事方法。
首先找到團隊使用敏捷方案的必須點，也就是痛點。對症下藥更容易找到切入點。
其次作為scrum master的角色要對敏捷的理論了然於胸，有好的自我管理，時間管理能力，才能影響團隊，培訓團隊採用更高效的開發模式。
不管什麼模式，都是實踐中不斷回顧和總結。自我管理的團隊是乙個終極目標。
12樓：石磊
最近也打算在目前服務的公司推行Scrum，最需要得到解決的有兩點：1.團隊能的人對Scrum了解不多；2.需要公司高層的強有力的支援
高階研發經理，帶乙個12人的團隊，在應該怎麼規劃自己的職場未來？
學而書之 我建議最好為團隊規劃乙個未來。意識 公司願景 12人要達成乙個共識，找得到大家的共同的目標。價值觀相同的同事才能一起做事情。共識這個很重要，我們以前公司就是拓展有拓展的小心思，技術有技術的高傲，老闆又有自己打算。但出現乙個專案問題的時候，甩鍋的情況是不會少的。所以乙個團隊所有成員一定要到達...
作為乙個30人的研發團隊的Leader，他的日常工作應該是哪些？
davideu 這幾個方面個人覺得比較重要的，僅供參考。1.培養人 培養團隊成員單兵作戰能力，培養leader帶團隊 2.招聘人 招聘到優秀的，符合文化的人 3.成事 盯專案，盯產品的核心設計，質量，風險管理，溝通 上下 平級 內外部的溝通 4.建立制度 建立不依賴於人的制度 規範，通過制度來固化經...
在遊戲行業中， 好產品，好的後續研發團隊和好的運營團隊，如果讓你三者選一，你選哪個？
cOMMANDO 好產品。在我看來，好產品的定義並不僅僅是 這個遊戲好玩 而應該至少包括 1 這個遊戲技術上成熟，沒有大的技術問題 不當機不掉線遊戲流暢需要硬體資源少 2 這個遊戲大面上沒問題，不會出現極端的設計問題 好的運營團隊也很重要，但是把一款平凡的遊戲推廣出去，其實並不太難。在國內這個市場環...