《趣文 三分鐘了解敏捷開發》 閱讀筆記

2022-02-09 06:23:01 字數 1804 閱讀 3724

- 玻璃貓

以傳統的瀑布式開發,拋磚引玉出敏捷開發。兩種方式以漫畫的形式,產生出對比。用通俗的語言簡短介紹了敏捷開發特點。對敏捷開發眾多分類中的scrum重點闡述了,詳細的流程。

一、漫畫形式說明敏捷開發

使用兩種場景的對話介紹了,常見開發流程,瀑布式開發,從而引申出敏捷開發

1.瀑布式開發

感想:結果是乙個整體的提交,有整體性。聯想到實際工作中,此方式是乙個穩紮穩打,循序漸進的節奏感,這也是優勢方面。缺點,整個工作的週期實際會消耗很多,後續環節,可能會因為前面的環節的風險而受到影響,特別是時間上。引用漫畫中一段,精闢的話:「傳統的瀑布式開發,就好比餐廳的廚師把所有的菜都做好在端上來」。

2.引申敏捷開發

敏捷開發,故就是為了解決傳統的瀑布式開發的劣勢,就像上菜一樣,客戶大多沒有耐心等到所有菜上齊。

二、簡要說明什麼是敏捷開發

1.感想:個人理解深層的含義用一句通俗的話來說:「先定乙個能達到的小目標」。個人聯想場景,假設我個人(程式設計師)準備研發一套軟體,因受人員和時間等因素的影響,我不可能花大量的時間去投入到設計方面的工作,可能更集中在編碼、功能、以成果體現方面的工作。所以首先可能我會準備第一階段,開始一些實際的編碼和資料庫設計等工作。

2.原文關鍵語句

簡單來說,敏捷開發並不追求前期完美的設計、完美編碼,而是在力求在很短的週期內開發出產品的核心功能,盡早發布出可用版本。然後在後續的生產週期內,按照新需求不斷迭代公升級,完善產品。

三、敏捷開發模式的分類

1.scrum(流行)

2.xp(極限程式設計;流行)

3.crystal methods

4.fdd(特性驅動開發)

.....等等

四、scrum

1.基本術語

sprint:週期,比如要開發乙個功能需要多少周的時間。

user story:使用者的外在業務需求,類似乙個客戶的功能描述。

task:具體的開發任務,比如某個的增刪的功能。

backlog:需求列表。分為軟體產品整體的和週期的。

daily meeting:日會。

sprint review meeting:評審和演示成果。

sprint burn down:專案進展,更新並記錄當前週期的需求完成情況。

rlease:專案發布新的可用版本。

2.流程描述

感想:工作中也切身體會這樣的工作流程,很流行很實用,特別針對人數不多的開發團隊,高效率的推動整體進展,早日交付成果。作為乙個程式設計師獨立開發一套軟體,這樣的工作流程也可以借鑑。

五、總結

本文只是對敏捷開發的乙個初探,但通俗理解了敏捷開發的本質和特點。對於其中常用的一種型別scrum,個人感覺很有實用性也很普遍,我個人理解的是敏捷開發是為了團隊快速高效率的產出結果的方式和一種節奏。我會有這種開發流程方式,去自己實踐一款軟體。作為軟體開發中的某個單獨的角色,也許很難再整體上對軟體有把控,但我們可以先從定乙個「小目標」開始,慢慢滲透到全域性,先以有東西為準則。

log:

1.筆記建立—2018/5/2

(每個筆記至少要去回顧2次)

end

三分鐘了解雲計算

其實我們每一台計算機,都是乙個伺服器,它可以對外提供服務,也可以使用其他服務端提供的服務。不同的時候,它扮演著不同的角色,如果只看它對外提供服務,那它就是服務端,當它使用別人提供的服務時,那它就是客戶端。我們平時訪問的 都會執行在不同的伺服器上。沒錯,你的電腦也能執行乙個 哦。但是有乙個問題,那就是...

三分鐘,了解PLM真諦

實踐中,不少企業特別是一些中小企業,對plm的認識仍然非常模糊,在plm推廣中,我們經常需要給客戶講解plm的理念及價值,免不了打一些比喻,這些比喻多是隨口而出,雖然不是很貼切,但是也有一定的效果。現在簡單總結分享一下。關於plm的發展趨勢 為什麼要上plm,五年前或許是乙個問題,但是現在已經不能算...

沉默三分鐘

網上見此真情之文,藉以自表 原文 http www.hecaitou.net p 3018 沉默三分鐘是心祭。那麼多年了,國旗終於為平民而降。那麼多天了,全民哀悼終於實現。與此同時,火炬停止傳遞,因為這不是乙個歡慶的時刻。很多年後回顧2008年,我 也許寧可它從日曆中消失。還沒有哪一年和今年一樣,才...