如何成為一個出色的敏捷開發者 —— 把習慣變成理念

敏捷開發不僅僅與開發人員有關

沒有人希望自己交付出去的軟件充斥著大量的漏洞和性能問題，而且還沒能讓客戶滿意。持續集成和代碼審閱可以防止這種情況的發生，但問題是誰有時間干這些事，對吧？今天，敏捷團隊就能擠出時間。

敏捷開發者關注的是項目的可持續性發展——而不是個人英雄主義。可持續性關乎項目周期的估計是否準確，代碼管理分支策略的有效性，自動化測試對代碼質量的保證以及能快速獲得用戶反饋的持續部署。踐行可持續開發需要大家都認可的規范，但實際上，當大家各自為政時就很難達成共識。因為沒人能憑空搞敏捷開發，它一定需要整個團隊文化作為后盾。這就意味著得讓項目負責人明白質量可遠比范圍和進度重要，這通常就是踐行敏捷開發最麻煩的地方。

「CODING 企業版」作為企業級軟件研發管理系統，助力團隊敏捷開發轉型升級。

不過這么做是值得的。開發人員可以因此獲得解脫，從而開發出更可靠的軟件，還能一直保持與業務的密切聯系。而業務層面則可以向市場推出更高質量的產品，進一步增強業務與開發之間的聯系。另外（這是敏捷開發最好的地方），敏捷開發者很少會面臨“死亡之旅”（譯者注：這是個軟件工程領域的玩笑，指項目要交付的最后幾個月大家拼死拼活加班趕項目）。我們有時為了保持項目的高質量而付出了比預期更多的努力，導致開發落后于預期進度，這種情況下項目管理鐵三角的“實現范圍”部分可以適當改變，這樣大家都能輕松些。

所有軟件開發人員都了解項目管理的“鐵三角”即：范圍，進度和質量。我們大多數人都參與過那種實現范圍死板，進度混亂并且工作量因技術債不斷增加而不堪重負的項目。還有比這更糟糕的，有時最終交付的產品根本不是市場所需要的。這些事想想就讓人深受打擊。

別擔心：這有個好消息。

在敏捷開發中，實現范圍是可以動態變化的，這可以使團隊保證開發質量并營造出充滿活力的氛圍，同時還能兼顧與業務層面的密切聯系。我們有充分的理由認為，敏捷是每一個開發團隊（也包括很多非開發團隊）的核心。

敏捷不僅僅是一系列套路，它更是一種文化和技術哲學。

它可以使開發者個人在自己的產品中建立堅實的技術基礎，并在團隊中樹立協作文化。敏捷團隊的開發者更加樂意于投入工作，編寫的代碼質量也更高，獲得的樂趣也更多。

「CODING 企業版」提供強大又易用的 Code Review 代碼審閱功能。

牢靠的團隊關系就意味著更好的產品

敏捷是關乎團隊合作的，這并不奇怪，因為今天的大多數軟件都是由團隊開發的。開發人員要與產品管理，設計，質量監控以及運維建立牢固的聯系，編寫可持續代碼即意味著與項目的各個方面保持聯系。鼓勵開發人員直接和業務層面其他部門合作的公司，在代碼質量和開發人員滿意度方面獲得了顯著的成效。比如：代碼質量變得更好， “徒勞的努力”變少了（即重復工作或者工作流沖突），以及各部門之間有了更多的交流。

交流意見是很重要的。敏捷團隊會進行交叉訓練，以確保整個團隊都能理解代碼的基本理念。這樣做的一種常見方式就是代碼審閱，它不僅能保證代碼質量，還可以使整個團隊都熟悉代碼。無論以什么方式推廣這種理念，敏捷團隊不會因為由于只有某些人能理解特定代碼導致負責這些關鍵部分的開發人員沒法休息，誰也不想當這樣的程序員。

與瀑布模式開發的同行相比，敏捷開發者能夠更輕松地在產品技術棧的上下游切換工作，因為敏捷團隊可以自我組織，讓成員們有更多機會學會新技能。實際上，讓開發人員接觸從 UI 到數據庫的完整特性，可以讓他們對代碼有更好的掌控。在提倡分享知識的團隊或公司，我們更能培養全棧工程師。

編程，理念以及使敏捷開發更出色

敏捷就是指在你的組織中要建立起一種偉大的發展文化。請繼續保持關注以了解更多有關有效分支策略，自動化測試技術，持續集成以及如何與其他業務部分建立有效聯系的信息。下一篇文章將深入討論數以千計的開發人員在敏捷開發轉型過程中所做的具體工作，以及敏捷理念是如何驅動項目的。

敏捷開發是一趟修煉之旅，我們會在每一步做你的后盾。

「CODING 企業版」提供全方位工具支持，研發流程全紀錄。

轉載于:https://juejin.im/post/5b7295eaf265da27fd70bca6

總結

以上是生活随笔為你收集整理的如何成为一个出色的敏捷开发者?的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。