| Scrum | 看板 |
|---|
| 规划 | 它有固定的计划。它专注于计划。它从 sprint 计划开始，到 sprint 回顾和总结结束。会举行每日会议，以便团队了解下一步、优先级以及从先前步骤中获得的经验教训。 | 它没有固定的计划，也不会举行每日会议。在看板中，更改可以随时发生，即会发生频繁的更改。 |
| 时间线 | 在 Scrum 中，我们使用具有固定时长的 sprint，这意味着在一段固定时间后，我们会向客户交付一些东西。 | 看板没有 sprint 的概念，因此它没有向客户交付产品的固定时间表。 |
| 任务估算 | 在 sprint 计划期间，会决定从产品待办事项列表中拉取多少活动并添加到 sprint 待办事项列表中。例如，如果 sprint 为期两周，那么选择的活动数量应能够在 sprint 内完成，即在两周内完成。 | 它不估算任务。 |
| Scrum Master | 在 Scrum 方法中，我们有一个 Scrum Master 来处理团队并每天举行会议。 | 在看板方法中，我们没有任何 Scrum Master。交付有价值的产品是每个人的责任。 |
| 适用性 | 这种方法适用于大型项目，因为大型项目可以分成多个 sprint。 | 它主要适用于小型项目。 |
| 持续变更 | 在 Scrum 中，持续变更可以在较短的 sprint 中轻松适应。 | 如果发生任何重大更改，那么看板方法将会失败。 |
| 费用 | 在 Scrum 中，任务是经过估算的，即在 sprint 中采用固定数量的活动，因此项目的总成本是最小的。 | 在看板中，任务没有经过估算，因此项目的总成本不准确。 |
| 角色和责任 | 在 Scrum 中，Scrum Master 会为团队成员分配特定的角色，而产品负责人会告诉团队成员必须在其上工作的产品目标。 | 没有为团队成员分配预定义的角色。所有团队成员都有责任协作工作以交付有价值的产品。 |
| 生产力衡量 | 生产力是通过使用周期时间或从开始到结束完成整个项目所需的时间来衡量的。 | 生产力是通过 sprint 的速度来衡量的。 |
| 发布方法 | 在每个 sprint 结束后的小版本发布。 | 它提供持续交付。 |
Python
Java
JavaScript
SQL
C
C++
HTML
CSS
React
Node.js
Spring Boot
C#
PHP
MySQL
MongoDB
AI
ML
DSA
DBMS
OS
Aptitude
Reasoning