敏捷可以帮助一个编码作为业余爱好的独立开发人员吗？

Question

敏捷开发是一种非常有用的方法。将此应用于作为业余爱好编码的单独开发人员（我还在我从中学习过敏捷的团队中生活的代码）是否现实？故事，预定的回顾等等都很有用（即使我问自己的事情）？

由于

Answer 1

是的，敏捷很多关于完成事情（真正的意思，不是书，见下文）。它也是关于低谷procrastination。我发现敏捷方法往往主要解决心理问题。事实上，我们在软件开发中遇到的大多数问题都不是技术问题，而是心理问题。

我有很多项目，我是唯一涉及的项目，但我有自己的积压，sprint积压，我自己的信息散热器，我应用相同的“完成”定义规则，评论，回顾，...

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

在我发现敏捷方法之前，我已经阅读了很多关于提高生产力的书籍。而我所观察到的是敏捷与它们非常相似。

例如， Scrum 很多关于Getting Things Done，以及其他有关此主题的知名书籍。

那本书确实在某个时刻救了我的命。所以得到它并阅读它。它会帮助你“理解它”，我的意思是，理解敏捷意味着什么。试图做敏捷而不理解它会导致你失败​​。

Answer 2

当然，虽然有些做法可能不适用或可能感觉有点傻。

将您的工作分解为故事并将您的开发时间框化，即使您独自一人，也绝对有帮助。

测试驱动 - 开发无论如何都是一个单独的过程，当然作为独立开发人员也很有用。

对编程需要精神分裂症。每日站立会议可能会更快......

在Ward's Wiki年前就有过这方面的讨论，这可能值得一看。

Answer 3

将此应用于作为业余爱好编码的单独开发人员（我还在我从中学习敏捷的团队中生活的代码）是否现实？故事，预定的回顾等等都很有用（即使我问自己的事情）？

肯定是的，它对我有用。我自己尝试过，这无疑让我更有成效。在不需要购买大量办公用品的情况下尝试它的好方法是使用ScrumWorks（google danube），它是基本版本的免费软件。您可以添加产品，发布和用户故事。任务，并查看烧毁图表等。

自己做一个回顾会有点奇怪，它可能会让你家里的人认为你正在丢失你的大理石，而你大声说话，但这只是我的意见。我所做的是在软文档上写下Retrospective注释并将其附加到Sprint或ScrumWorks中的Backlog。

希望这会对你有所帮助。