2020-02-27 示范敏捷宣言的價(jià)值和原則是如何在Scrum中體現(xiàn)的

官方學(xué)習(xí)目標(biāo)LO -- 1、示范敏捷宣言的價(jià)值和原則是如何在Scrum中體現(xiàn)的

敏捷開發(fā)宣言

一、敏捷軟件開發(fā)宣言

◆?個體和互動高于流程和工具

Scrum團(tuán)隊(duì)的自組織保證了團(tuán)隊(duì)沒有層級關(guān)系,每日站會要求團(tuán)隊(duì)每個人充分的互動和交流:昨天為團(tuán)隊(duì)做了什么,今天承諾做什么,有什么問題?以及相關(guān)干系人參加計(jì)劃會,評審會,回顧會,都體現(xiàn)了,互動和面對面的個體交流勝過了大家利用流程來處理事情,用工具來溝通帶來的理解不到位的問題。

◆? 工作的軟件高于詳盡的文檔

Scrum 每次迭代交付增量的可工作軟件,注重產(chǎn)品本身價(jià)值的交付高于流于形式的文檔,讓客戶持續(xù)的使用到新的功能并能即時得到來自用戶的反饋,避免最后的返工。

◆?客戶合作高于合同談判

Scrum 不管是計(jì)劃會,回顧會都需要Product Owner參與團(tuán)隊(duì)的討論,體現(xiàn)了加強(qiáng)團(tuán)隊(duì)的溝通,減少溝通渠道的浪費(fèi),在評審會上鼓勵利益相關(guān)干系人參加會議,即時的提出反饋意見,隨時保持和干系人的面對面交流,融洽的合作關(guān)系,增強(qiáng)項(xiàng)目的透明性,從而保證項(xiàng)目的風(fēng)險(xiǎn)可控,實(shí)現(xiàn)雙贏,而不必將與客戶的關(guān)系推向談判桌。

◆?響應(yīng)變化高于遵循計(jì)劃

Scrum不做大而全的計(jì)劃,短期的迭代,制定可實(shí)現(xiàn)的短期清晰的目標(biāo),以滿足最大程度的反饋,Product Backlog和Sprint Backlog的靈活性,隨時保證了能快速響應(yīng)客戶變更,讓產(chǎn)品保持市場競爭力

敏捷開發(fā)原則

二、敏捷宣言遵循的原則

1、我們最重要的目標(biāo),是通過持續(xù)不斷的及早交付有價(jià)值的軟件使客戶滿意。

◆?Scrum的迭代是以Product Backlog優(yōu)先級順序排列的,保證了最高價(jià)值提前交付,每次迭代增量交付,按照固定的節(jié)奏保持持續(xù)不斷的交付有價(jià)值的功能,使客戶滿意。

2、欣然面對變化,即使在開發(fā)后期也一樣,為了客戶的競爭優(yōu)勢,敏捷過程掌握變化。

◆?Scrum持續(xù)交付增量,新的增量必須是“完成”的,是滿足Scrum團(tuán)隊(duì)對完成的定義的,是可以交付客戶使用的,Product Backlog和Sprint Backlog的動態(tài)調(diào)整,使能隨時響應(yīng)客戶的變更,保證產(chǎn)品滿足市場需求。

3、經(jīng)常交付可工作的軟件,相隔幾星期或一兩個月,傾向于采取較短的周期。

◆?Scrum限制了迭代周期小于或等于一個月,盡早的、固定周期的交付可工作的滿足需求的軟件,為了加快速度,甚至可以縮短到一周。

4、業(yè)務(wù)人員和開發(fā)人員必須互相合作,項(xiàng)目中的每一天都不例外。

◆?Scrum站會,要求開發(fā)人員每天必須在15分鐘內(nèi)高效完成:昨天做了什么,今天要做什么,有什么問題?及時相互溝通,合作解決問題,避免信息斷層,減少延時,隨時調(diào)整

5、激發(fā)個體的斗志,以他們?yōu)楹诵拇罱?xiàng)目,提供所需的環(huán)境和支援,輔以信任,從而達(dá)成目標(biāo)。

◆?Scrum強(qiáng)調(diào)自組織,Scrum Master作為仆人式領(lǐng)導(dǎo),提供團(tuán)隊(duì)所需的環(huán)境和支援,引導(dǎo)并激勵團(tuán)隊(duì),并相信團(tuán)隊(duì)能勝任自己的工作。

6、不論團(tuán)隊(duì)內(nèi)外,傳遞信息效果最好效率最高的方式是面對面的交談。

◆?Scrum中的計(jì)劃會、站會、評審會、回顧會,都強(qiáng)調(diào)面對面溝通;人與人溝通30%來自語音,70%來自肢體表情;面對面溝通是最高效的辦法

7、可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)。

◆?Scrum增量交付的軟件,是滿足團(tuán)隊(duì)對“完成”的定義,增量是可以檢視的,產(chǎn)品負(fù)責(zé)人是否決定真正發(fā)布它,增量必須是可用的

8、敏捷過程倡導(dǎo)可持續(xù)開發(fā),負(fù)責(zé)人、開發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)。

◆?Scrum沒有大而全的計(jì)劃,每次迭代都增量滾動式的拉取產(chǎn)品待辦列表,它為開發(fā)團(tuán)隊(duì)提供指引,能夠促使開發(fā)團(tuán)隊(duì)向著同一目標(biāo)前進(jìn),而不是孤立工作,迭代的周期固定,滿足時間盒的限制。

9、堅(jiān)持不懈的追求技術(shù)卓越和良好設(shè)計(jì),敏捷能力由此增強(qiáng)。

◆?Scrum回顧會檢視自身技術(shù)等多個方面,為下一個Sprint創(chuàng)建改進(jìn)的機(jī)會,團(tuán)隊(duì)的各個成員要求具有成長性思維,追求卓越,Scrum固定的時間盒內(nèi)拉取任務(wù),讓團(tuán)隊(duì)有時間處理技術(shù)負(fù)債,減少后期的麻煩。

10、以簡潔為本,它是極力減少不必要工作量的藝術(shù)。

◆?Scrum架構(gòu)簡潔,面對面溝通,DOD以及DOR的明確定義,都是為減少溝通、交接過程中的浪費(fèi),去掉不必要的流程和工作。

11、最好的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)。

◆?Scrum追求持續(xù)改進(jìn),不斷完善的框架;每次Sprint來自于Product Backlog,需求目標(biāo)透明清晰,團(tuán)隊(duì)每個成員目標(biāo)一致,整個團(tuán)隊(duì)共同承擔(dān)責(zé)任,而不是單一職權(quán)負(fù)責(zé)制

12、團(tuán)隊(duì)定期的反思如何能提高成效,并因此調(diào)整自身的舉止表現(xiàn)。

◆?Scrum回顧會檢視自身并創(chuàng)建下個Sprint的改進(jìn)計(jì)劃;對人、關(guān)系、過程和工具進(jìn)行檢視,并在下個Sprint列出改進(jìn)措施,使大家能在下個Sprint中更高效更愉悅。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 1、在項(xiàng)目的Sprint回顧會后,團(tuán)隊(duì)成員指出那是抱怨會,不是非常有效。Scrum主管應(yīng)該怎么做?A 建議團(tuán)隊(duì)尊重...
    隔壁老李頭閱讀 12,465評論 1 16
  • 項(xiàng)目有各種形狀和大小,這就是為什么只有不同的方法來管理和執(zhí)行它們才有意義。其中一種方法是Scrum項(xiàng)目管理,這種方...
    Warren2Lynch閱讀 4,434評論 0 36
  • 《Scrum 敏捷軟件開發(fā)》豆瓣鏈接 第一部分 啟航 第1章 為什么敏捷轉(zhuǎn)型難(但值得) 為什么轉(zhuǎn)型困難 成功的變...
    小鐳Ra閱讀 1,217評論 0 2
  • 破戒的一天
    光華奪目閱讀 91評論 0 1
  • 今天是什么日子 任務(wù)清單 周目標(biāo)·完成進(jìn)度 學(xué)習(xí)·信息·閱讀 健康·飲食·鍛煉 人際·家人·朋友 工作·思考 最美...
    知讀堂閱讀 139評論 0 0

友情鏈接更多精彩內(nèi)容