2020-01-23 21:53:34 +08:00
|
|
|
|
[#]: collector: (lujun9972)
|
|
|
|
|
|
[#]: translator: (algzjh)
|
2020-01-25 12:13:34 +08:00
|
|
|
|
[#]: reviewer: (wxy)
|
2020-01-25 12:14:18 +08:00
|
|
|
|
[#]: publisher: (wxy)
|
|
|
|
|
|
[#]: url: (https://linux.cn/article-11816-1.html)
|
2020-01-23 21:53:34 +08:00
|
|
|
|
[#]: subject: (The best resources for agile software development)
|
|
|
|
|
|
[#]: via: (https://opensource.com/article/19/12/agile-resources)
|
|
|
|
|
|
[#]: author: (Leigh Griffin https://opensource.com/users/lgriffin)
|
|
|
|
|
|
|
|
|
|
|
|
敏捷软件开发的最佳资源
|
|
|
|
|
|
======
|
|
|
|
|
|
|
2020-01-25 12:13:34 +08:00
|
|
|
|
> 请阅读我们的热门文章，这些文章着重讨论了敏捷的过去、现在和未来。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
对于 Opensource.com 上的敏捷主题来说，2019 年是非常棒的一年。随着 2020 年的到来，我们回顾了我们读者所读的与敏捷相关的热门文章。
|
2020-01-23 21:53:34 +08:00
|
|
|
|
|
|
|
|
|
|
### 小规模 Scrum 指南
|
|
|
|
|
|
|
2020-01-25 12:13:34 +08:00
|
|
|
|
Opensource.com 关于[小规模 Scrum][2] 的指南（我曾参与合著）由六部分组成，为小型团队提供了关于如何将敏捷引入到他们的工作中的建议。在官方的 [Scrum 指南][3]的概述中，传统的 Scrum 框架推荐至少三个人来实现，以充分发挥其潜力。但是，它并没有为一两个人的团队如何成功遵循 Scrum 提供指导。我们的六部分系列旨在规范化小规模的 Scrum，并检验我们在现实世界中使用它的经验。该系列受到了读者的热烈欢迎，以至于这六篇文章占据了前 10 名文章的 60%。因此，如果你还没有阅读的话，一定要从我们的[小规模 Scrum 介绍页面][2]下载。
|
2020-01-23 21:53:34 +08:00
|
|
|
|
|
|
|
|
|
|
### 全面的敏捷项目管理指南
|
|
|
|
|
|
|
|
|
|
|
|
遵循传统项目管理方法的团队最初对敏捷持怀疑态度，现在已经热衷于敏捷的工作方式。目前，敏捷已被接受，并且一种更加灵活的混合风格已经找到了归宿。Matt Shealy 撰写的[有关敏捷项目管理的综合指南][4]涵盖了敏捷项目管理的 12 条指导原则，对于希望为其项目带来敏捷性的传统项目经理而言，它是完美的选择。
|
|
|
|
|
|
|
|
|
|
|
|
### 成为出色的敏捷开发人员的 4 个步骤
|
|
|
|
|
|
|
2020-01-25 12:13:34 +08:00
|
|
|
|
DevOps 文化已经出现在许多现代软件团队中，这些团队采用了敏捷软件开发原则，利用了最先进的工具和自动化技术。但是，这种机械的敏捷方法并不能保证开发人员在日常工作中遵循敏捷实践。Daniel Oh 在[成为出色的敏捷开发人员的 4 个步骤][5]中给出了一些很棒的技巧，通过关注设计思维，使用可预测的方法，以质量为中心并不断学习和探索来提高你的敏捷性。用你的敏捷工具补充这些方法将形成非常灵活和强大的敏捷开发人员。
|
2020-01-23 21:53:34 +08:00
|
|
|
|
|
|
|
|
|
|
### Scrum 和 kanban：哪种敏捷框架更好？
|
|
|
|
|
|
|
|
|
|
|
|
对于以敏捷方式运行的团队来说，Scrum 和 kanban 是两种最流行的方法。在 “[Scrum 与 kanban：哪种敏捷框架更好？][6]” 中，Taz Brown 探索了两者的历史和目的。在阅读本文时，我想起一句名言：“如果你的工具箱里只有锤子，那么所有问题看起来都像钉子。”知道何时使用 kanban 以及何时使用 Scrum 非常重要，本文有助于说明两者都有一席之地，这取决于你的团队、挑战和目标。
|
|
|
|
|
|
|
|
|
|
|
|
### 开发人员对敏捷发表意见的 4 种方式
|
|
|
|
|
|
|
|
|
|
|
|
当采用敏捷的话题出现时，开发人员常常会担心自己会被强加上一种工作风格。在“[开发人员对敏捷发表意见的 4 种方式][7]”中，[Clément Verna][8] 着眼于开发人员通过帮助确定敏捷在其团队中的表现形式来颠覆这种说法的方法。检查敏捷的起源和基础是一个很好的起点，但是真正的价值在于拥有可帮助指导你的过程的指标。知道你将面临什么样的挑战会给你的前进提供坚实的基础。根据经验进行决策不仅可以增强团队的能力，还可以使他们对整个过程有一种主人翁意识。Verna 的文章还探讨了将人置于过程之上并作为一个团队来实现目标的重要性。
|
|
|
|
|
|
|
|
|
|
|
|
### 敏捷的现在和未来
|
|
|
|
|
|
|
|
|
|
|
|
今年，Opensource.com 的作者围绕敏捷的过去、现在以及未来可能会是什么样子进行了大量的讨论。感谢他们所有人，请一定于 2020 年在这里分享[你自己的敏捷故事][9]。
|
|
|
|
|
|
|
|
|
|
|
|
--------------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
via: https://opensource.com/article/19/12/agile-resources
|
|
|
|
|
|
|
|
|
|
|
|
作者：[Leigh Griffin][a]
|
|
|
|
|
|
选题：[lujun9972][b]
|
|
|
|
|
|
译者：[algzjh](https://github.com/algzjh)
|
2020-01-25 12:13:34 +08:00
|
|
|
|
校对：[wxy](https://github.com/wxy)
|
2020-01-23 21:53:34 +08:00
|
|
|
|
|
|
|
|
|
|
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
|
|
|
|
|
|
|
|
|
|
|
[a]: https://opensource.com/users/lgriffin
|
|
|
|
|
|
[b]: https://github.com/lujun9972
|
|
|
|
|
|
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/collab-team-pair-programming-code-keyboard2.png?itok=WnKfsl-G "Women programming"
|
|
|
|
|
|
[2]: https://opensource.com/downloads/small-scale-scrum
|
|
|
|
|
|
[3]: https://scrumguides.org/scrum-guide.html
|
|
|
|
|
|
[4]: https://opensource.com/article/19/8/guide-agile-project-management
|
|
|
|
|
|
[5]: https://opensource.com/article/19/2/steps-agile-developer
|
|
|
|
|
|
[6]: https://opensource.com/article/19/8/scrum-vs-kanban
|
|
|
|
|
|
[7]: https://opensource.com/article/19/10/ways-developers-what-agile
|
|
|
|
|
|
[8]: https://twitter.com/clemsverna
|
|
|
|
|
|
[9]: https://opensource.com/how-submit-article
|
