如何将敏捷应用于个人项目？

Question

在学习了源代码控制之后，我做的第一件事就是用svn做了一个项目。在了解了git之后，我在一个个人项目中使用了它。在学习了UML/设计模式/设计原则/TDD之后，我将它们应用到了一个个人项目中。我如何才能对敏捷开发做同样的事情？敏捷只适用于团队和大型项目吗？我如何设置这些迭代的东西？

Answer 1

我认为敏捷绝对不只是团队项目。敏捷提倡一组价值观，这些价值观同样适用于许多类型的项目，甚至个人项目。不久前，我正处在你的情况下，试图将敏捷开发应用到个人大学项目中，并在这个过程中学到了很多东西。敏捷思维可以带给你的一些有用的东西包括：

• 致力于为最终产品增加价值的东西。让自己成为一个积压的功能，并优先考虑它们，就像你是客户一样。然后约束自己，根据它们对产品的价值来处理特性，而不是现在想要做的事情。这可能会将您从许多不必要的、过度设计的、您不会使用的代码中解救出来。如果你有一个截止日期，那就更像是一种进化式的设计:从可能工作的最简单的事情开始，然后毫不留情地重构( important.
• Have )。把决定推迟到最后一个负责的项目( Last Responsible Moment.
• Timebox projects).
• ...

)进行冲刺或迭代(在

• 上非常重要

如果你再看一遍敏捷方法论，我想你会发现很多你可以自己应用的价值和实践。

在写这个答案的时候，至少有3个其他的答案出现在了我之前。我同意他们所有人的观点。:)

Answer 2

列出您希望在应用程序中使用的任务和功能。把这些任务放到card wall上。

你不能一个人开会，但是在早上决定你今天要做的事情，以及你昨天成功完成的事情。接受这些任务，完成它们，然后进入下一步。确保在每一点上你都在交付持续集成的工作软件，并更新你的积压。你可能会有"bug bash day“，在那里你只需要修复bug。那将是一个人的scrum。:)

Answer 3

很难将敏捷编码真正应用到单人项目中，因为它的许多好处都是针对小团队的，在这些团队中，您可以快速地在专注的领域进行协作。

也就是说，您可以采用以下一些技术：

• Release经常
• 专注于您用户的需求
• 完全可以偏离主要版本计划-只要您觉得需要，您就可以改变方向
• 在设置主要框架上花费的时间更少，并使某些内容尽快生效。然后返回并重构以满足您的原始需求(如果它们仍然适用的话)