对于 Opensource.com 上的敏捷主题来说,今年是精彩的一年。在 2019 年末之际,我们回顾了由各位读者阅读的热门敏捷相关文章!
小型 Scrum 指南
Opensource.com 发布的关于小型 Scrum 的六部分指南(我参与合著)为小型团队提供了关于如何将敏捷引入工作的建议。官方 Scrum 指南 中概述的传统 Scrum 框架建议至少需要三个人才能充分发挥框架的潜力。但是,它没有为一到两人的团队如何成功遵循 Scrum 提供指导。我们的六部分系列旨在规范小型 Scrum,并探讨我们在现实世界中使用它的经验。该系列受到了读者非常热烈的欢迎——以至于这六篇文章占据了我们十大列表的 60%。因此,如果您还没有下载,请务必从我们的小型 Scrum 简介页面下载。
敏捷项目管理综合指南
最初对敏捷持怀疑态度的遵循传统项目管理方法的团队,已经逐渐接受了敏捷的工作方式。现在敏捷已被广泛接受,更灵活的混合风格也找到了立足之地。敏捷项目管理综合指南 由 Matt Shealy 撰写,涵盖了敏捷项目管理的 12 条指导原则,非常适合希望为项目带来一些敏捷性的传统项目经理。
成为优秀敏捷开发人员的 4 个步骤
许多现代软件团队中已经出现了一种 DevOps 文化,这些团队拥抱敏捷软件开发原则,利用尖端的工具和自动化。但是,这种机械式的敏捷方法并不能保证开发人员在日常工作中遵循敏捷实践。在成为优秀敏捷开发人员的 4 个步骤中,Daniel Oh 给出了一些很好的建议,通过关注设计思维、使用可预测的方法、将质量放在中心以及持续学习和探索来提高您的敏捷性。将这些方法与您的敏捷工具相结合,将培养出非常灵活和强大的敏捷开发人员。
Scrum 与看板:哪种敏捷框架更好?
Scrum 和看板是团队以敏捷方式运行的两种最流行的方法,在Scrum 与看板:哪种敏捷框架更好?中,Taz Brown 探讨了两者的历史和目的。在阅读这篇文章时,我脑海中浮现出一句名言:“如果你的工具箱里只有一把锤子,那么所有问题看起来都像钉子。” 了解何时使用看板以及何时使用 Scrum 非常重要,本文有助于说明两者都有其用武之地,具体取决于您的团队、您的挑战和您的目标。
开发人员可以在敏捷的外观上发表意见的 4 种方式
当提出采用敏捷的话题时,开发人员通常会担心工作方式被强加于他们。在开发人员可以在敏捷的外观上发表意见的 4 种方式中,Clément Verna 探讨了开发人员如何通过帮助确定团队中敏捷的外观来扭转这种局面。研究敏捷的起源和基础是一个很好的起点,但真正的价值在于拥有指标来帮助指导您的旅程。了解您可能会遇到的挑战将为您前进提供坚实的基础。并且根据经验做出决策不仅可以增强团队的能力,还可以让他们对旅程产生主人翁意识。Verna 的文章还探讨了以人为本而不是流程以及团队合作以实现目标的重要性。
敏捷的现在与未来
今年,Opensource.com 的作者们围绕敏捷的过去、现在以及未来的发展方向展开了大量讨论。感谢所有作者,并请务必在 2020 年在此处分享您自己的敏捷故事。
1 条评论