敏捷開發：我在路上

略有耳聞

行業變化真的很快~思想更新迭代更是目不暇接。

我在最先最先聽到敏捷開發的時候是2014年，入行剛剛兩年。

猶記得當初領導引出這個話題，你們討論開來。

「我們敏捷不起來，那是外國玩的東西」

「敏捷就是快，極限編程，到時候代碼都是坑。還得重構」

其實不少對話已經很模糊了。可是總體的氛圍就是，想玩會把本身玩死。

當時做爲一顆小白菜的我~，徹底聽不懂他們在講什麼。只能從字面意義去暢想。

敏捷--就是快速的意思唄，快就對了。

極限--是否是就是給你個需求你能超出極限幹出來。

這太恐怖了。後面這個話題慢慢就不知不覺中煙消雲散

痛苦

對敏捷的認識，個人思想依舊停留在以前的認知。一直沒有人討論，也沒有過本身主動補充。

主要緣由，周圍的人習慣了這種跨度長，循序漸進的迭代方式。

即使是有人提出過異議，依舊仍是衆寡不敵，重回其道。

2017年11月 到 2019年元旦，這是我感觸頗深的一段時間。

由於分組緣由，起初有一個很不起眼的系統放在了咱們組，而後這個系統從無到有，咱們進行快速開發上線。直到我一我的維護這個系統兩年。

後面由於我還有另一個重要的工做，使得這兩個工做項，在衝突中迭代，在痛苦中來回切換。

其中的痛苦對於沒有管理經驗的我來講真的是煉獄。

我向管理層提出了個人想法，是否是能夠改變一下這種節奏？

經過深思熟慮我從.NET組轉到了php組（能夠理解爲也是技術棧的徹底切換），就是咱們說的轉語言。

可是轉過的我，依舊痛苦。需求不斷，我依舊使用C#迭代着這個內部系統。

10月份接到一個高層領導們提出不少需求，準備一個大版本迭代。必須在元旦前上線。

首先：

人不夠 -- 找外包和我一塊兒來作

時間長 -- 砍掉估時的一半，加班作

資金 -- 外包2人，算是增長了預算

結果可想而知：

好在上線了（元旦加了幾天班，一個外包沒來，另外一個最後一天由於胃不舒服回家了）

我如今想起元旦本身一我的在一個項目羣裏回覆着4~5個測試（系統測試、性能測試），

一我的改着bug，改完bug列表，刷新後立刻又多了幾個bug的崩潰。

php組的領導也確實幫不上忙，默默陪着我，協調資源和處理其餘問題。多虧領導的陪伴，要不我真的能放棄。

這個時候，個人小孩出生也有4個多月了。

那一年的8月，也就是2018年8月，我從老東家離職。

我給個人理由是：離家遠，想早點回家看孩子。

這個理由真的很牽強。我真的感受倦了，感受無休止地看不到頭，感受本身更加迷茫。

反思

我從上一家公司離職後，到如今一年多。我才慢慢體會到我所說的痛苦都是有緣由的，並且徹底能夠避免和克服。

入職新公司，參與了一個項目，並嘗試着管理一個項目。公司有整個項目週期的管理流程。

我從流程中學習如何管理項目。通過一年多的學習和轉變，我學習着分析當初個人痛苦。

沒有項目管理經驗的我

由於我最熟悉代碼和業務，因此組織外包分配任務。可是沒有經驗和想法的我把這個項目管理得一團糟。

我應該能夠更加清晰地分配任務，使得任務相對獨立。

我也能夠更加詳細地拆分任務，由於我對邏輯很是熟悉，因此能夠將複雜操做拆得更加詳細

我在項目中開發，沒法脫身，徹底能夠從上層角度來提早協調資源。

我當時的技術面比較窄，沒法從更高的技術角度看代項目。

我知道當時的外包很貴，領導可能出於預算，分析了任務量，確認了2個外包。

整個開發沒有層次，測試都在最後蜂擁而上，咱們不得不在羣裏說着這個功能的實現細節。而後測試再去測試。

對這個項目預估不足

沒有預估到這個內部系統如此複雜的業務纏繞

沒有預估到這個系統整個迭代如此混亂，沒有節奏，沒有章法。

心態

一開始我就輸了，輸在了心態

我老是想着2年的系統沒有文檔，重構是完不成的。

我老是想着完不成也有理由，由於A,B，C

遇到困難或在極其艱難的時候，沒有正面困難的勇氣，我選擇了抱怨和長吁短嘆，我選擇了消極應戰。對，個人士氣確實沒有了。

若是

若是，再有若是，我使用一些項目管理的方法和在實踐中總結的方法，再次迭代這個項目，那結果會是怎樣？

若是我再負責一點，把模塊拆開，任務分細，即使是外包來作，也不會被項目嚇到？

若是我在開始前，作了詳細的項目迭代規劃，能夠先交付什麼，後交付什麼，先後沒有大的關聯。測試資源能夠儘早介入。

若是我在開發前，作好風險準備以及應對方案，是否是開發中有時候就不會那麼被動？

我總結就是：層次、心性、管理

爲何是這三個詞，這也是我以爲我從一個普通程序員轉變成初級管理的一個總結。

層次：我當初壓根就沒有轉管理的這根線，因此分析問題都是從自身角度，層次可想而知。

心性：作好了轉管理的準備，心性也要作好準備，遇到棘手的問題，客戶的催促。我必須放下抱怨、冷靜分析選擇最合適的解決方案。

管理：我思想和內心都作好了準備，我確實須要一些指導，好比老領導的幫帶，一些書籍的閱讀。從認知上再次提高

剩下的就是在實踐中不斷打磨本身的認知和理解，總結後再嘗試。

從新定義本身

2018年8月中旬來到如今的公司，這裏我接觸了一些項目管理的流程。

我嘗試管理項目，我嘗試總結問題，我嘗試全局分析。

這一年我犯了不少錯，回過頭髮現當初的本身是多麼幼稚不堪。

還好，我在同事和領導身上，慢慢學習他們的優勢和經驗。

如何管理項目、把控流程、協調資源、拆分任務

如何和上級溝通

如何和同事更好協做

如何把本身身上的任務合理分下去，同時關注帶的人的成長

好比購銷合同一個緊急項目，如何跨部門協調，如何在緊急狀況下作出合適的方案並協調資源。

... ...

從新認識敏捷

2019年3月，咱們部門來了一個新同事，瞭解到他以前公司一直是敏捷開發。

咱們時不時一塊兒討論敏捷開發等相關問題。

「咱們的任務是儘早持續交付有價值的軟件，並讓用戶滿意」

這一敏捷宣言，細細品味，確實蘊藏了巨大的能量。

圍繞着這一句話，咱們能夠想象到不少的方面進行改進，以接近這一宣言。

用戶爲中心

價值導向

持續集成

優先級

自主管理

協做溝通

以人爲本

等......

咱們所使用的這些方法和策略，就是在慢慢打造更高效的團隊。發揮價值。

發揮價值，而後慢慢改造流程，發揮更大的價值。

就是在一個循環往復中，螺旋上升。

起初會有不適應，由於人都是有惰性的，組織和規範都是有平衡的。

敏捷的這些思想，無時無刻地衝擊着這些人性、組織以及規範。

當在堅持實行的過程當中，信任他人，成就他人，這樣慢慢激發人性的能量。團隊收穫的是能量，我的收穫的是成長。

堅持實行敏捷，是一項艱鉅的任務。這須要團隊不斷磨合，不斷找到合適的相處方式，找到每一個人的能力成長點，並激發它。

敏捷最終落腳的地方是人，因此如何將敏捷這些思想，灌輸給團隊。而後沿着方法論嘗試、總結、修改、再嘗試。

這樣的敏捷，我不肯定是否是也是敏捷的一種。

總結

不斷實踐，不斷吸取，不斷激發，不斷優化