Project management 将项目分解为小任务

我想知道，当一个新项目到来时，比如说建立一个社交网站，我该如何将项目分解成小任务。每个项目通常有2-4名程序员，通常没有测试人员。我应该从一开始就把整个网站分成4个小时的任务吗。我们应该分阶段进行吗？那么测试呢，让程序员测试代码可以吗

---

感谢您抽出时间。

您需要拿起一本关于项目管理的基本书籍，阅读并实践从中所学到的知识。查看维基百科关于项目管理的文章是一个很好的起点：

分解项目的一种方法是设定里程碑，并进行粗略估计以达到这些里程碑。不要把事情复杂化。通常项目规划和估算在项目开始时是不可靠的。但是，随着你的发展，随着你了解自己正在建设什么，评估和计划也会有所改进

你可以把你的项目分解成4小时的任务，但那将是微观管理（除非你真的能把一个工作单元分解成4小时：），我建议你不要这样做，特别是在项目开始的时候

关于程序员测试代码：

今天，让程序员测试他们的代码是很常见的，测试是一个巨大的领域，就像项目管理一样。例如，您在系统开发生命周期的不同阶段进行不同类型的测试：

在开发过程中，您可以执行测试驱动开发->让您的开发人员首先编写测试，当他们的代码通过测试验证后，就可以提交到您使用的任何源代码存储库中

一旦您提交了所有的代码，并且您有了软件的早期版本，您就可以进行内部测试，比如系统测试，在那里您有测试人员或程序员来测试应用程序

当您对系统测试感到满意时，可以在将其部署到任何地方之前进行用户验收测试。用户验收测试应由您的目标用户执行

---

祝你的项目好运：）

这是论坛的一个大问题，所以我先推荐一本书：

正如你从标题中可以看出的，它展示了一种敏捷方法

在您购买并阅读本书之前，这个非常简短的版本可能会有一些用处：

• 首先做一个粗略的计划。类似于：我们计划在两个月后部署第一个版本，包含使其真正可用的非常基本的功能。之后，我们大约每个月都会有一个新版本。确保你不涉及太多细节。因为现实会扼杀所有的详细计划。您可以将此计划中的步骤视为阶段，但请注意，它们与经典的分析、设计、实施、测试和部署阶段不匹配

• 对于第一阶段计划，请更详细地了解您将要做什么。使用垂直切片进行规划，即不规划：首先，我们将创建GUI，然后是模型，然后是数据库，但使用完整的功能，通常建模为用户情景。e、 g.“作为一个用户，我想在系统中输入订单”这将是一个用户故事。用户故事的实现意味着要完成从用户界面到持久性的所有工作，还包括测试。（谷歌“用户故事”和“迭代规划”了解更多信息。）

对于您的测试问题：开发人员测试他们的代码比根本不测试要好。但是有更好的方法来确保代码的高质量。我建议采用以下方法：

• 进行测试驱动开发，即先编写测试，然后编写实现。这会迫使您和您的团队使代码结构良好，它支持代码的快速更改，因为测试会通知您代码有问题

• 至少有一部分时间做结对编程（越多越好）。这确保至少有两个人理解每行代码。它还可以作为隐式培训，最后作为代码审查，这是一件好事，因为众所周知，代码审查在发现bug方面比测试更有效

• 您仍然需要对整个应用程序进行手动测试

---

更多要阅读的内容和谷歌：敏捷、scrum、xp、TDD、BDD、规划扑克，

另一本你可能会发现有用的书是

史蒂夫·麦康奈尔

---

除此之外，我只能重复其他人所说的：基本上是“分而治之”。我们使用一个相当简单的系统

• 首先，我们将项目分为用户故事或“纵向”。例如“更新客户”
• 在街道表的第一列列出所有垂直线
• 然后沿顶部放置图层或活动。例如，数据层、UI、日志记录
• 对于矩阵中的每个元素，您可以分配一个估计值，并决定由谁来开发它
• 把它分解成4个小时的元素是好的，因为这样每个开发人员就可以在scrum中说：“我今天要做这两项任务”

我们通常在每个sprint中都这样做，以完成sprint中要完成的活动

在测试时，程序员应该通过编写单元测试来测试代码，但是测试人员应该执行系统测试

那么测试呢，让程序员测试代码可以吗

如果您没有任何QA，程序员必须测试他们的代码

我还建议程序员进行代码检查（互相检查代码）。作为团队负责人，在新员工入住之前，我会回顾他们的一切：

• 质量控制（确保他们没有检查缺陷）
• 还有，培训（看看他们是否有不知道和应该知道的事情，我可以告诉他们）