對敏捷方法的一些簡單認識

2021-06-19 12:52:40 字數 1800 閱讀 9271

前言

這兩天做的事情,不能說沒有用,至少了解了很多資料庫的東西,不過大部分做的都是無用功這點是毋庸置疑的,也許這是調研和設計過程不可避免的事情,也罷。

正文

目前實習所在的專案處於測試階段,負責測試的同學連著忙了個把月,天天加班,不斷測出問題,搞的組內氛圍...(咳咳...)

再想到這幾天做的無用功來回折騰等等,就現在組內遇到的這些情況,真是讓我特別懷念之前實習公司的敏捷專案。有心想一想,對比對比,雖然我沒有專門接觸介紹敏捷方法的書,但真心覺得對敏捷開發的優勢有了些許認識,也許有點膚淺。

剛開始接觸敏捷,聽的最多的就是極限程式設計。快速,基本就是在我耳裡的敏捷代名詞。

當時開發的專案是公司首個敏捷專案,屬於開荒性質。

一期專案下來,發現相比其他組,我們的開發周期不僅比他們快得多,更可貴的是開發成果的質量也非常***,在跟其他組聯調之前,大的bug基本在最終測試前一一解決。一句話,敏捷沒有因為快速而忽略質量。現在回想起來,我覺得我們的開荒是非常成功的。

說到敏捷方法,什麼建立學習型組織,自我管理,有效溝通等等特點,我暫且不說。以下是我最近的幾點認識:

一、目標一致,特別重要

敏捷開發過程中會分為很多故事sprint,每個sprint的開發工作量多少由po(product owner)和sm(scrum master)以及開發人員共同在sprint計畫會議中決定。也就是說,基本一次計畫會議下來,每個人都需要了解這一次sprint任務要做什麼(當然,我們剛開始啥都不會,前期打了四五個sprint的醬油),然後在每個sprint中的任務點再細分到個人完成。總的來說,每個人都是在為當前sprint計畫會議中決定的目標向前跑。每到sprint結束評審會議,超了多少,落下多少工作量基本都有資料說話。不可能出現有人做當前sprint任務之外的事情。這一條,我特別感慨。比如說,現階段既然屬於測試階段,然後就發現測試人員忙的半死,其他人打醬油,不想打醬油的也幹等著,啥事幹不了。個別人甚至被安排做超前的工作,我不覺得這會有什麼效率,完全不是重心,怎麼可能有效果。這不是浪費資源?

其二、bug、問題集中爆發可能性小

傳統開發,需求->設計->開發->測試。我覺得開發階段是最容易忽悠的人的,開發**還不簡單?但寫出來的東西得讓人用,不出問題不出bug絕對不可能。等到測試了,測出bug首先不一定能找到責任人,因為**是一起開發的,開發過程中就可能被多個人改過,給推卸責任落下理由;其次,測試階段問題集中爆發,改乙個又引出一堆,別說效率,就是工作心情也打擊嚴重。相比於敏捷開發,每一次sprint結束就有一次評審。每次評審由po決定接不接受sprint成果。相當於,就算判死刑,也是在萌芽狀態,不至於拖延到最後。更不用說,每次sprint的任務點明確到個人,誰的故事點誰負責,非常容易定位。

三、非常

注重交流

乙個敏捷團隊交流非常多。。各種會議形式,團隊氛圍很濃。

另外,敏捷對成員要求還是比較高的。為什麼這麼說?如果基礎稍差,故事點完成不了,基本是敏捷不起來的。所以,當時的敏捷專案對於我們這些新手來說都提供了四五個sprint的過渡期。還有,敏捷團隊需要能力強的sm和po角色,因為其負責整個專案的場景拆分,這些工作特別重要。開發成員負責幹活,幹活的不是重點,重點是場景拆分的合適性。除了能力方面,還有至少不適合性格孤僻,樂於單幹的開發人員。敏捷特別注重交流。

敏捷的一大特點是會議多不假,這就要求pm需要強有力的執行力及組織力,不能將這些東西變為走過場及形式,這樣就起不到應用作用。

暫時就這些吧,敏捷現在基本各大裝置商都在採用,據說zte大小專案都開始採用這種開發方法了,形式主義貌似很嚴重。。。

對cookie的一些認識

cookie是一小段文字資訊,將資料儲存在客戶端,設計初衷是為了彌補http協議無狀態的不足。客戶端請求伺服器時,如果伺服器需要記錄該使用者的狀態,就使用response向客戶端頒發乙個cookie,客戶端會把cookie儲存起來。當瀏覽器再次訪問該 時,瀏覽器會把請求的 連同該cookie一起提交...

關於 對拍 的一些認識

對拍是怎麼回事呢?對拍相信大家都很熟悉,但是對拍是怎麼回事呢,下面就讓小編帶大家一起了解吧。對拍是用來檢驗自己寫的正解的正確性 效率的東西。操作說明 1.準備好自己寫的暴力 b.cpp 和 b.exe 和正解 z.cpp 和 z.exe 2.寫乙個造資料的程式 shuju.cpp 和 shuju.e...

對PHP PDO的一些認識小結

1 pdo php data object 擴充套件為php定義了乙個訪問資料庫的輕量 持久的介面。實現pdo接www.cppcns.com口的每一種資料庫驅動都能以正則擴充套件的形式把各自的特色表現出來。主要 pdo擴充套件只是乙個抽象的介面層,利用pdo擴充套件本身並不能實現任何資料庫操作,必須...