【轉(zhuǎn)載1】敏捷團隊的25個特征,摘自:CSDN
https://blog.csdn.net/weixin_34050427/article/details/88587854
偉大的Scrum 發(fā)展團隊的25個特征
- 追求卓越技術(shù)。偉大的發(fā)展團隊使用極限編程作為靈感來源。XP提供圍繞規(guī)劃,設(shè)計,編碼和測試的實踐和規(guī)則。示例包括重構(gòu)(不斷簡化代碼),結(jié)對編程,持續(xù)集成(程序員只要具有通過單元測試的干凈構(gòu)建,就將代碼合并到代碼基線中),單元測試(在開發(fā)級別測試代碼)和驗收測試(建立具體的驗收測試)。
- 申請團隊蜂擁而至。偉大的發(fā)展團隊掌握了“團隊蜂擁”的概念。這是一種工作方法,一個團隊一次只處理幾件物品,最好是一次只處理一件物品。通過讓很多人一起工作,而不是進行一系列的切換,每個項目都盡快完成。
- 使用尖峰解決方案。Great Development Teams使用尖峰解決方案來解決具有挑戰(zhàn)性的技術(shù),架構(gòu)或設(shè)計問題。
- 以團隊形式優(yōu)化產(chǎn)品待辦事項。偉大的開發(fā)團隊認為積壓改進團隊的努力。他們了解產(chǎn)品積壓的質(zhì)量是可持續(xù)發(fā)展步伐的基礎(chǔ)。雖然產(chǎn)品負責人負責產(chǎn)品待辦事項,但整個團隊需要對其進行優(yōu)化。
- 尊重童子軍規(guī)則。偉大的發(fā)展團隊使用童子軍規(guī)則:總是讓露營地更清潔。這意味著他們總是檢查比以前更清潔的模塊。
- 批評想法,而不是人。偉大的發(fā)展團隊批評想法,而不是人。期。
- 分享經(jīng)驗。偉大的發(fā)展團隊與同行分享經(jīng)驗。這可能在組織內(nèi)部,但研討會和會議也是分享經(jīng)驗和收集知識的好方法。當然,寫下您的經(jīng)驗教訓(xùn)也受到高度贊賞。是的,對于細心的讀者來說,這與產(chǎn)品負責人完全相同。
- 了解有些松懈的重要性。偉大的發(fā)展團隊在他們的沖刺中有一些松懈。人類整天都不能富有成效。他們需要時間放松,在咖啡機聊天或玩桌上足球。他們需要一些懈怠才能具有創(chuàng)新性和創(chuàng)造性。他們需要時間來享受樂趣。通過這樣做,他們確保了高動力,從而最大限度地提高了生 但是,處理可能出現(xiàn)的緊急情況也是必要的,當您需要創(chuàng)建熱修復(fù)時,您不希望整個sprint遇到麻煩。因此:制造一些松懈!當沖刺沒有任何緊急情況時:太棒了!這為團隊提供了一些重構(gòu)和緊急設(shè)計的機會。這是雙贏的!
- 互相玩樂。偉大的發(fā)展團隊確保每天都有健康的樂趣。培養(yǎng)樂趣,活力,互動和協(xié)作營造了團隊蓬勃發(fā)展的氛圍!
- 沒有任何Scrum'會議'。偉大的開發(fā)團隊將Scrum事件視為對話的機會。Tobias Mayer在他的“人民Scrum”一書中完美地描述了這一點:“Scrum以人為中心,人們進行對話。有計劃,調(diào)整和反思的對話。我們會在適當?shù)臅r間和適當?shù)臅r間進行這些對話,以便為我們的工作提供信息。如果我們沒有這些對話,我們就不會知道我們在做什么(計劃),我們不會知道我們要去哪里(對齊),我們會不斷重復(fù)同樣的錯誤(反思)。“
- 了解他們的客戶。偉大的發(fā)展團隊了解他們真正的客戶。他們與他們直接接觸。他們真正了解自己的愿望,因此能夠做出正確的(技術(shù)性)決策。
- 可以解釋技術(shù)任務(wù)的(業(yè)務(wù))價值。偉大的開發(fā)團隊了解技術(shù)任務(wù)的重要性,例如性能,安全性和可擴展性。他們可以向產(chǎn)品負責人和客戶解釋(業(yè)務(wù))價值,并確保其部分產(chǎn)品積壓。
- 相互信任。偉大的發(fā)展團隊相互信任。是的,這很明顯。但是如果沒有信任,團隊就不可能實現(xiàn)偉大。
- 保持回顧的樂趣。偉大的發(fā)展團隊自己考慮回顧性格式。他們以創(chuàng)造性,有趣和有用的格式支持Scrum Master,并提供便利會話本身。
- 在sprint期間提供功能。偉大的開發(fā)團隊不斷提供功能。基本上他們不再需要沖刺了。只要項目“完成”,就會收集并處理反饋; 這創(chuàng)造了持續(xù)交付的流程。
- 不需要沖刺0.偉大的開發(fā)團隊在“真正的”沖刺開始之前不需要沖刺0。他們已經(jīng)在第一個sprint中提供了商業(yè)價值。
- 行為確實是跨職能的。偉大的開發(fā)團隊不僅具有跨功能的組合,而且還具有跨職能的功能。他們不會談?wù)搱F隊中的不同角色,而是專注于每個sprint作為一個團隊提供可釋放的產(chǎn)品。每個人都在做實現(xiàn)沖刺目標所必需的東西。
- 自己更新Scrum板。偉大的開發(fā)團隊確保Scrum /團隊董事會始終保持最新狀態(tài)。這是對現(xiàn)實的準確反映。他們不需要Scrum Master來鼓勵他們; 相反,他們與Scrum Master合作更新電路板。
- 花時間進行創(chuàng)新。偉大的發(fā)展團隊了解技術(shù)/建筑創(chuàng)新的重要性。他們知道有必要跟上快速變化的環(huán)境和技術(shù)。他們確保在正常工作時間內(nèi)有時間進行創(chuàng)新,這很有趣也很有趣!
- 不需要完成定義。偉大的發(fā)展團隊深刻理解“做”對他們意味著什么。對于團隊成員,不再需要寫下“完成定義”。他們知道。使用它的唯一原因是使“完成狀態(tài)”對其利益相關(guān)者透明。
- 知道如何提供反饋。偉大的發(fā)展團隊已經(jīng)學(xué)會了如何以誠實和尊重的方式給予對方反饋。他們掌握了“影響反饋”的概念。他們會在必要時提供反饋,并且在回顧之前不要推遲反饋。
- 管理他們的團隊組成。偉大的開發(fā)團隊管理自己的團隊組成。只要需要特定技能,他們就會與其他團隊合作,討論“雇用”特定技能的機會。
- 實踐集體所有權(quán)。偉大的發(fā)展團隊了解集體所有權(quán)的重要性。因此,他們將開發(fā)人員分散到所使用的應(yīng)用程序和系
- 修復(fù)與其他團隊的依賴關(guān)系。偉大的開發(fā)團隊意識到可能與其他團隊的依賴關(guān)系,并自行管理這些團隊。因此,他們確保了產(chǎn)品的可持續(xù)發(fā)展步伐。
- 不需要故事點。偉大的發(fā)展團隊不再關(guān)注故事點了。他們以這種方式改進了產(chǎn)品積壓,頂級產(chǎn)品的尺寸變化不大。他們知道每個sprint可以實現(xiàn)多少項目。計算故事數(shù)量就足夠了。

浙公網(wǎng)安備 33010602011771號