一个小型的2人项目的好方法是什么？

Question

你好

一个小型的2人项目的好方法是什么？从20到40小时不等。

大多是小网站。我想把它作为一个开发人员来处理，但是敏捷和其他方法对我所追求的目标来说似乎太大了。

谢谢

Answer 1

没有适合每个团队本身的完美方法--任何值得其盐分的好方法都会承认，它需要根据每个团队和项目的具体情况和需求而量身定制。

所以只要

1. 从敏捷(或其他)方法中挑选对你有用的东西，
2. 开始使用它，
3. 看看它是怎么对你的，而且
4. 在你走的时候改进它。

对于如此小规模的项目，你可能不需要太多的计划。然而，我认为你仍然需要(和其他人)

• 管理需求，
• 估计任务，
• 跟踪进度，以及
• 验证是否满足了要求。

这些至少是IMHO在某种程度上应该能够处理的一些事情，即使是最简单的开发过程。当然，如果你们都在这个领域有经验(S)，很清楚自己在做什么，并且不需要和管理层、赞助商等密切沟通，你可能会对一个简单的程序感到满意，这让你“只做一件事”。否则，这些条件越少，您可能需要的过程就越多。

Answer 2

我同意@Péter T r k选择一个并按摩它。

然而，如果我建议一个人来按摩，我会从aglie世界中挑选一些东西，因为它自然有较小块的工作，与每周20-40小时的工作相匹配，而不是瀑布式的方法，这种方法需要更长时间的持续发展才能取得正式的进展。

TDD也可能是一个很好的实现补充，尤其是如果你的20-40小时实际上是每天2到4个小时的多组，周末推一推的话。它确实有助于促进进步(并提醒你正在做的事情.当前中断的测试)

Answer 3

我在大学为我的最后一年的项目使用精益方法；特别是Tom和Mary Poppendieck在“精益软件开发:面向软件开发经理的敏捷工具包”(2003)中所确定的七项精益原则。

1. 消除废物
2. 建筑质量
3. 创造知识
4. 推迟承诺
5. 送得快
6. 尊重人
7. 优化整体

从我对项目管理和软件工程的理解来看，项目管理和软件工程的精益方法有时会与敏捷方法相混淆，但是敏捷方法主要针对的是一个快速适应变化的工作流，精益通过消除流程中的非增值步骤进一步推进了这一点，并侧重于一个更精简的迭代过程(请尽管不同意我在这里对精益和敏捷方法的理解)。

建议帮助阅读: Hibbs，Curt，Steve和Mike。(2009年)。精益软件开发的艺术；一种实用和渐进的方法。O‘’Reilly媒体