敏捷開發思想及Scrum實踐

2021-09-22 03:37:04 字數 1762 閱讀 8741

希望所有的研發人員不僅僅是機械的寫**,也能洞悉市場、了解使用者,讓自己的產出能夠適配使用者和市場的需求,這何嘗不是一種成就感;

希望所有的研發人員不再受困於狹窄的職場方向,而是有更多可能轉型產品、市場、管理

敏捷開發思想

呆伯特老闆的理解:沒有什麼計畫或者文件,直接開始寫**......

很多業內人士的理解:迭代開發。

以上理解不能算是錯,但都是盲人摸象式的理解。我們先看看幾種常見的開發模式:

逐步完善的迭代開發;

風險驅動的螺旋式開發;

價值驅動的敏捷開發;

除卻外包專案常採用的瀑布式開發外,在很多人印象裡彷彿剩下的三種開發方式都該是敏捷開發,其實這裡有個文字遊戲,就是「***的」這個定語,敏捷開發是由使用者價值(使用者的需求)驅動,這才是區分標準,這種對核心的強調,是在提醒我們需要最重視的是什麼。至於使用者價值的意義,不言而喻——如果我們做出的東西並不是使用者需要的,那又有什麼意義?在敏捷開發的過程中其實既有螺旋式開發的思維,也有迭代式開發的流程,甚至有計畫式開發的階段。

敏捷宣言—價值觀

很多「保守力量」反對敏捷開發的原因就是說敏捷不注重計畫或者是文件等等。這裡的文字遊戲就是「勝過」二字,並不是沒有,而是取捨側重的分別。總結如下:

「自組織團隊與客戶緊密協作,通過高度迭代式、增量式的軟體開發過程響應變化,並在每次迭代結束時交付經過編碼與測試的有價值的軟體。」

勝過「與客戶確定合同後在初期制定並遵循基於活動的完整計畫,在重型過程和工具指導下,通過完成大量文件進行知識傳遞,最後交付需求。」

敏捷開發之 12 條敏捷原則

大道至簡 (豆瓣)

,  unix程式設計藝術 (豆瓣)

的核心思想

敏捷實踐之scrum

大家要明白乙個區別,敏捷開發是一種思想,下面來講述一下承載這種思想的其中一種開發過程scrum。

從這張開發過程使用的統計圖中可以看出scrum的流行程度。scrum本身並不是方**,它只是乙個框架,它只定義了高層次的管理流程,如下圖示

它並不涉及具體開發方法或者人員的有效溝通技巧等。這些沒有涉及的領域需要同其他理論和技能互為補充,以確保專案的成功。

可以看到scrum的實施過程是建立在敏捷開發思想12原則基礎上的。反過來,對流程的實施也可以加深大家對敏捷原則的理解。

scrum兼有的價值觀

提倡的原則:自我管理、湧現機制、可視性和評估/適應迴圈

scrum的要點提煉

任務估算——精細,可控,準確

會議——專注,高效,開放

目標——清晰,可達成

》 專案管理、wiki知識庫

需求、原型、協作

持續整合

yaocoder

敏捷開發思想及Scrum實踐

希望所有的研發人員不僅僅是機械的寫 也能洞悉市場 了解使用者,讓自己的產出能夠適配使用者和市場的需求,這何嘗不是一種成就感 希望所有的研發人員不再受困於狹窄的職場方向,而是有更多可能轉型產品 市場 管理 敏捷開發思想 呆伯特老闆的理解 沒有什麼計畫或者文件,直接開始寫 很多業內人士的理解 迭代 開發...

敏捷開發思想 Scrum迭代

團隊最近在進行傳統開發向敏捷開發的過渡,談談我對敏捷開發的認識。1 敏捷開發定義 敏捷開發的定義 其實敏捷開發就是以使用者需求為導向,需求進化為核心,採用迭代 逐步完善的方式進行軟體開發,其中的核心思想就是使用者需求的進化與迭代並逐步完善,前者保證我們所做的專案開發對於使用者是有意義的 包括終端使用...

敏捷開發思想與實踐

我想敏捷的思想大家都能說出一大堆來,我也不囉嗦了。在此只是談談自己的一些想法和觀點,希望大家拍磚,謝謝。1 整理需求,分析,總體設計,先把握住總體,忌拘泥於細節。2 先找到乙個可以快速突破的點,根據專案的實際確定第乙個迭代。3 敏捷的關鍵是快速的交付客戶,哪怕只是最簡單的demo,這樣便於與客戶交流...