敏捷非常糟糕。
由于许多原因，它很糟糕，将其用于软件开发是一个可怕的想法。
敏捷曾经曾经是最流行的软件开发技术，但由于其充分的理由，它现在正处于衰落的年代。 鼓励不良的管理者/开发者关系和不灵活是臭名昭著的。 这迫使人们对软件项目采用其他管理技术。 如果您不知道敏捷的工作方式，那么这里有一个快速的总结。
敏捷项目分为称为“冲刺”的较小块。 每个冲刺都有一套目标和一个特定的时间范围。 团队的目标是在给定的时间范围内完成所有列出的目标。 冲刺开始后，您将无法修改目标集或冲刺长度。
简单吧？ 没有。
如果发生紧急情况怎么办？ 除了等待当前的sprint结束之外，您无法执行其他任何操作。 这可能是一个主要问题，具体取决于您的冲刺长度。 敏捷非常适合开发在使用之前就构建的软件，但并不是随着大规模云计算的出现而出现的。 敏捷不能用于开发/维护在构建时实际上正在使用的软件。
我相信敏捷现在不像20年前那样适合软件开发，但是您可以将其用于其他用途以获得更好的结果。 敏捷适合有严格期限的项目，其目标不会有太大变化，并且工程课程非常适合此框架。
我在滑铁卢大学学习电气和计算机工程。 滑铁卢大学的工程学以其耗时的时间而闻名，我认为敏捷将能够管理本学期我应该学习的绝大部分课程。 为了检验我的假设，我将在接下来的4个月中尝试“实时敏捷”并监控我的表现。
我的生活包含三个主要组成部分： 学习 ， 游戏和健康。 在这三者中，我将尝试使用敏捷来管理我在大学期间的“ 学习”部分。 我已经开发了一个可使用的敏捷板，它实质上是要完成的任务的列表。 看起来像这样：
除了管理任务外，我还计划管理学习过程 。 阅读有关间隔重复的更多信息。 从本质上讲，这需要在特定的时间间隔后修改某些内容，以确保以最少的精力获得最大的保留量。 最好的方法是使用Anki，可在移动设备，Web和台式机上使用。 它允许您制作可以不时查看的闪存卡。
我想在工作中加入的另一件事是番茄计时器。 它只涉及工作30分钟，然后休息5分钟。 在重复这4次之后，您需要花费15分钟的更长的时间。 尽管这会打乱您的工作流程，但对于减少疲劳并最大程度地延长您白天的工作时间却确实有用。 我使用Pomodoro技术已经很长时间了，取得了巨大的成功。 不过要警告一下-不要增加工作时间来维持您的“工作流”。 这会使您更快地感到疲倦，并阻止您长时间工作。 总是休息一下，不要只是坐在电脑前。 休息时尽量四处走动以保持活动状态。 在长时间休息时小睡也是一个好主意。
如果此实验成功，我将发布更新。 如果您希望开始使用它，如有任何问题，请通过arjunkrishnan2497@gmail.com与我联系，或者在下面进行评论。
