敏捷軟體開發的最佳資源

對於 Opensource.com 上的敏捷主題來說，2019 年是非常棒的一年。隨著 2020 年的到來，我們回顧了我們讀者所讀的與敏捷相關的熱門文章。

小規模 Scrum 指南

Opensource.com 關於小規模 Scrum 的指南（我曾參與合著）由六部分組成，為小型團隊提供了關於如何將敏捷引入到他們的工作中的建議。在官方的 Scrum 指南的概述中，傳統的 Scrum 框架推薦至少三個人來實現，以充分發揮其潛力。但是，它並沒有為一兩個人的團隊如何成功遵循 Scrum 提供指導。我們的六部分系列旨在規範化小規模的 Scrum，並檢驗我們在現實世界中使用它的經驗。該系列受到了讀者的熱烈歡迎，以至於這六篇文章佔據了前 10 名文章的 60%。因此，如果你還沒有閱讀的話，一定要從我們的小規模 Scrum 介紹頁面下載。

全面的敏捷項目管理指南

遵循傳統項目管理方法的團隊最初對敏捷持懷疑態度，現在已經熱衷於敏捷的工作方式。目前，敏捷已被接受，並且一種更加靈活的混合風格已經找到了歸宿。Matt Shealy 撰寫的有關敏捷項目管理的綜合指南涵蓋了敏捷項目管理的 12 條指導原則，對於希望為其項目帶來敏捷性的傳統項目經理而言，它是完美的選擇。

成為出色的敏捷開發人員的 4 個步驟

DevOps 文化已經出現在許多現代軟體團隊中，這些團隊採用了敏捷軟體開發原則，利用了最先進的工具和自動化技術。但是，這種機械的敏捷方法並不能保證開發人員在日常工作中遵循敏捷實踐。Daniel Oh 在成為出色的敏捷開發人員的 4 個步驟中給出了一些很棒的技巧，通過關注設計思維，使用可預測的方法，以質量為中心並不斷學習和探索來提高你的敏捷性。用你的敏捷工具補充這些方法將形成非常靈活和強大的敏捷開發人員。

Scrum 和 kanban：哪種敏捷框架更好？

對於以敏捷方式運行的團隊來說，Scrum 和 kanban 是兩種最流行的方法。在 「Scrum 與 kanban：哪種敏捷框架更好？」 中，Taz Brown 探索了兩者的歷史和目的。在閱讀本文時，我想起一句名言：「如果你的工具箱里只有鎚子，那麼所有問題看起來都像釘子。」知道何時使用 kanban 以及何時使用 Scrum 非常重要，本文有助於說明兩者都有一席之地，這取決於你的團隊、挑戰和目標。

開發人員對敏捷發表意見的 4 種方式

當採用敏捷的話題出現時，開發人員常常會擔心自己會被強加上一種工作風格。在「開發人員對敏捷發表意見的 4 種方式」中，Clément Verna 著眼於開發人員通過幫助確定敏捷在其團隊中的表現形式來顛覆這種說法的方法。檢查敏捷的起源和基礎是一個很好的起點，但是真正的價值在於擁有可幫助指導你的過程的指標。知道你將面臨什麼樣的挑戰會給你的前進提供堅實的基礎。根據經驗進行決策不僅可以增強團隊的能力，還可以使他們對整個過程有一種主人翁意識。Verna 的文章還探討了將人置於過程之上並作為一個團隊來實現目標的重要性。

敏捷的現在和未來

今年，Opensource.com 的作者圍繞敏捷的過去、現在以及未來可能會是什麼樣子進行了大量的討論。感謝他們所有人，請一定於 2020 年在這裡分享你自己的敏捷故事。

via: https://opensource.com/article/19/12/agile-resources

作者：Leigh Griffin 選題：lujun9972 譯者：algzjh 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive