它能有多难？ 您的团队希望在一个地方管理正在运行的项目，创建和分配任务，交换评论并查看进度。 Maaaybe您甚至想邀请客户合作，💪如果您足够大胆。 不幸的是，当前的解决方案不允许您这样做。 它们要么无法满足所有需求，要么无法提供详尽的功能，要么无法满足特定的使用情况。
这就是为什么我们决定构建自己的计划工具Scrumpy的原因。 随着时间的推移，我们将分享更多的见解，但首先，让我们坚持敏捷，是吗？ （如果您迫不及待想获取更多信息，请注册我们的邮件列表。）最近，我们四处询问，并与许多志趣相投的人讨论了如何使用敏捷。 事实证明，许多人确实认为它已损坏。 以下是最主要的原因：
1⃣任务管理无法赋予您权力
规划受制于自上而下。 在大多数情况下，会有诸如产品所有者或Scrum主管之类的人来监督整个过程，并将项目分解为微观任务，因此每个人都确切地知道该做什么和以什么顺序进行。 但是，这与发明人的意图完全矛盾。 敏捷宣言说：“最好的架构，需求和设计来自自组织团队。”您是否知道有任何工具可以使团队成员遵守这些工具？ 考虑到这一点，当总是被告知要做什么时，应该如何激发团队的动力？ 您得到的是脾气暴躁的员工，他们根本不负责任。
2⃣问题跟踪根本不敏捷
完成一项任务后，以下任务可能会完全更改。 但是今天，我们更关心的是复杂的任务清单，而不是敏捷的过程。 在许多情况下，按计划进行工作仅意味着陷入结构之中。 仅没有更多空间可用于重新校准，灵活性或屏息。 敏捷计划至少应反映出更改时间表，范围或优先级的可能性-如果不是完整的方向或产品。
- 如何充分利用通勤
- IFTTT上的calendarpoststofacebook
- 杰弗里·戴维斯（Jeffrey Davis）：为什么这么难站起来（第154集）
- #TablessThursday：为什么我尝试失败
- ＃150。我不知道为什么我这么喜欢Evernote
3⃣Scrum直到结束
大多数使用敏捷的团队都将Scrum作为他们首选的开发方法。 他们尝试通过处理故事点来预测输出。 他们在上一个冲刺中获得的分数越多，他们在下一个冲刺中完成类似工作的可能性就越大。 但是，此过程可以提高团队的心跳速度，并导致顶级的职业倦怠。 请注意：您不想要那个！ 只是想想完成一项任务需要付出的努力。 有时，您只用一半的时间就可以完成它，而100％专注于此。 下次，同一任务将花费您两倍的时间，而您的注意力只有50％。 直到最后，遵循Scrum准则也没有任何道理。
4⃣不要爱上您的解决方案
您是否曾经尝试过保持敏捷，但感觉就像您尝试得越多，对工作的阻碍就越大？ 好吧，在这种情况下，您可能会爱上您的解决方案，而不再关注实际问题。 难怪，您已经有了一个很棒的主意，并且自然而然地采取一切措施将产品付诸实践。 但是，构建解决方案绝不应成为您的主要推动力。 相反，您始终应该专注于为客户解决问题。 您需要提供的工具会随着时间而变化。 这就是为什么大多数产品和公司会随着时间而失败的原因！ 这是因为他们严格地坚持自己的方向，完全错过了保持敏捷的根本。 但这不是我们所有人想要实现的目标吗？
