Agile 敏捷能帮助一个喜欢编码的开发人员吗？

敏捷开发是一种非常有用的方法。将这一点应用于作为业余爱好编写代码的独立开发人员（我也在一个学习过敏捷的团队中以编写代码为生）现实吗？像故事、预定的回顾等都是有用的（即使我问自己一些事情）

---

当然，谢谢，尽管有些做法可能不适用，或者可能觉得有点傻

把你的工作分解成故事和时间限制，你的发展肯定会有帮助，即使你一个人

测试驱动的开发实际上是一个单独的过程，作为一个单独的开发人员当然是有用的

然而结对编程需要精神分裂症。每天的站立会议可能会进行得更快

---

几年前就有人谈论过这一点，也许值得一看。

是的，敏捷是关于完成事情的（真正的意义，而不是这本书，见下文）。这也是关于吃低谷。我发现，敏捷方法往往能解决大部分心理问题。事实上，我们在软件开发中遇到的大多数问题不是技术问题，而是心理问题

我有很多项目，我是唯一一个参与其中的人，但我有我自己的积压工作，冲刺积压工作，我自己的信息辐射器，我应用相同的“完成”定义规则，审查，回顾

但不，我不会单独或和我的猫一起做站立会议：）

在我发现敏捷方法之前，我读过很多关于提高生产力的书。我所观察到的是敏捷与他们非常相似

例如，Scrum是很多关于这个主题的书籍，以及其他关于这个主题的知名书籍

---

那本书在某种程度上确实救了我的命。所以，去读吧。我的意思是，它将帮助你“获得它”，理解敏捷的含义。试图做敏捷而不理解它会导致失败。

将此应用于一个作为业余爱好编写代码的单独开发人员（我也在一个学习过敏捷的团队中以编写代码为生）现实吗？像故事、预定的回顾等都是有用的（即使我问自己一些事情）

当然是的，这对我很有效。我自己也尝试过，这肯定会让我更有效率。一个不用购买大量办公用品的好方法是使用ScrumWorks（谷歌多瑙河），它是基本版本的免费软件。您可以添加产品、版本、用户故事。任务，并查看燃尽图表等

独自做一个回顾会有点奇怪，当你大声自言自语时，可能会让你家里的人觉得你疯了，但这只是我的观点。我所做的是在一个软文档上写下回顾性说明，并将其附加到Sprint或ScrumWorks中的积压工作中

希望这将对您有所帮助。

可能的副本和许多其他，