我们的团队利用冲刺周期方法来完成整个项目的任务。 对于那些不熟悉sprint周期的人，项目管理理论有点像这样：
在软件公司中，Sprint周期是一种非常常见的项目管理方法，这也是我们团队中每个人在PoE之前都熟悉的方法。 因此，我们都熟悉用于冲刺周期管理的现成工具，例如Trello。
作为喜欢进行实验的怪异和疯狂的人，我们决定尝试一个完全不同的项目管理工具，以前我们没有一个人用于冲刺周期管理：Asana。
Asana是类似于Trello的项目管理和跟踪工具，不同之处在于，它方便地仅向您显示已分配给您的任务，而不是整个团队的所有任务。 从理论上讲，这比上面的板要好得多，因为上面的板子很混乱而且很难解码。 相反，Asana应该看起来像这样：
现在，这看起来比上面的面板差，但是当您选择“我的任务”时，它会变得更好，而且Asana会向您显示您需要完成的任务，例如：
在我们的整个PoE项目中使用Asana是一种有趣的体验，它具有其优点和缺点。 为此，下面的列表是我们对Asana的尝试中的一些关键要点。
- 新软件很难。 尽管有些团队成员曾经有过Asana的经验，但是它仍然具有学习曲线，这对于在截止日期之前完成项目可能很难
- 高层组织很重要。 对于前两个冲刺，我们在Asana中将每个冲刺组织为一个单独的项目。 我们认为这样做可以更轻松地划分冲刺目标，但实际上，它只是抽象了我们需要做的事情，这意味着更少的人可以检查Asana🙁
- 任务必须尽可能小。 这几乎适用于生活中的所有事情，但是我们的整个团队在大量容易完成的任务列表中工作得更好。 如果每个微小的事情都可以很快完成，那么将一个巨大的事情分解为100000个微小的事情并不坏。
- 不要现实地设置截止日期。 据我们了解，人性的可悲事实是，即使是我们当中最好的人，也要等到最后一刻才开始认真工作。 为了解决这个问题，我经常将Asana的截止日期设置为实际需要完成的一两天甚至更长的时间（哇，事情进展得更顺利了！）。
- 没有一个完美的工具，它最适合您。 在整个项目中，我们的团队使用Asana进行任务管理，使用Google Drive进行文件文档和协作，使用github进行代码文档和协作，并使用Messenger进行交流。 这些服务都不能满足我们的所有需求，这没关系，因为人们会根据对他们有用的东西进行最佳工作。
总而言之，Asana和我们的短跑周期对我们的团队来说都做得很好。 将来，我们可能会增加冲刺的工作量：将第一周作为冲刺的主要工作周，然后在第二周进行整理。 哦，我想我的下一个项目已经准备好了。
