敏捷方法如何与中学乐高机器人团队一起使用？

Question

我是中学乐高机器人队的教练，参加了我们当地的FIRST乐高联赛比赛。我有兴趣将敏捷方法引入我们的团队。从我所看到的看来，这似乎是一个很好的契合，并且真的会帮助教给学生在真实世界的软件工程中工作的方式。问题在于，在适应敏捷到软件+硬件问题的某些方面，我有点摇摆不定。

这是我到目前为止有：

• 在比赛中，机器人被设置在桌子上有许多乐高积木结构。这些构成了值得不同数量的任务。机器人离开基地区域，做一些事情（最好是一个或多个任务）并返回。这听起来很像“用户故事”，我已经计划让学生们写出他们想要的机器人这样做。所有的任务基本上成为积压！
• 我也打算使用计划扑克来估计他们将如何构建和编程。不过，我们的团队每周只会遇到1小时。建立时间估算的最佳方法是什么？我认为最小的单位应该是1/2小时，并从那里上升。
• 有时候这些任务往往非常复杂，并从分解成更简单的任务中获益。编写用户故事时，我们是否应该担心？ （似乎不那么...）
• 作为教练，我应该担任项目所有者吗？或者，团队中的学生是否应负责确定哪些任务或任务组合最重要？
• 鉴于我们的团队很小（8名学生），一个Scrum Master会是最好的吗？
• 鉴于我们的团队规模很小，学生根据需要成为测试人员和开发人员可以吗？ （我想避免给他们停机的借口。）
• 由于我们每周只会遇到1个小时，所以1个月的冲刺长度最好？
• 我也一直在寻找测试优先设计的概念，虽然看起来很棒，但我不明白这个术语。我如何让我的学生先设计机器人及其程序测试？它会更合适吗？

我知道这些是很多问题。任何帮助你都可以给我将不胜感激。谢谢！

Answer 1

这是一个很酷的想法。对孩子来说这可能有点过于正式。我是FIRST机器人挑战赛（高中版）的导师，即使让高年级学生加入进程也很困难。

我喜欢任务是积压的想法。其中一个目标/判断标准是团队如何策划选择哪些任务。优先处理积压将是与之交谈的好方法。

对于规划扑克，有没有任何的孩子之前做过？即使是大人，估计也很难。我喜欢这样的想法，即显示任务需要比预期更长的时间。半个小时似乎很好。你甚至可以做15分钟，30分钟，1小时，以允许一些小任务。像清理:)。或者根据时间问问孩子。

谁决定在Scrum之前选择哪个任务？我喜欢孩子们决定做什么的想法。您可以成为值得信赖的顾问，而不是产品负责人。我认为你最好是ScrumMaster而不是产品所有者，因为这更像是一个辅导角色。

当然，对于学生来说，成为测试人员和开发人员是很好的！在一个真正的Scrum团队中，目标是让人们投入并做任何需要的事情。这是跨职能团队的目标。

我认为4周的冲刺长度是好的。一周进行冲刺计划/回顾，三周进行实际工作。我希望你会发布这是怎么回事。 （虽然这是比StackOverflow更多的讨论，但我强烈建议您在Chief Delphi（FIRST机器人论坛）上发布您的体验。如果您愿意，请在链接中添加注释！

您可以测试第一个设计。例如，去年机器人不得不直行，向左转，在保龄球柱上掷球，测试可能是“确保保龄球杆被击倒”。这个真实的世界介绍测试驱动就是爽！

我一般的建议是尝试Scrum的部分。有些可能是更适合孩子比其他人。

Answer 2

你很可能会更好过冲刺时长为1小时。这对学习来说更好，并且避免了估计问题。刚开始上课时只需简短的复古和一天的规划（5分钟）。