我是中学乐高机器人队的教练,参加我们当地的 FIRST 乐高联赛比赛。我有兴趣将敏捷方法引入我们的团队。从我所看到的情况来看,这似乎很合适,并且真的有助于教学生在现实世界的软件工程中事情是如何工作的。问题是我在使敏捷适应软件+硬件问题的某些方面有点动摇。
这是我到目前为止所拥有的:
- 在比赛中,机器人被安置在一个有许多乐高结构的桌子上。这些构成了价值不同点数的任务。机器人离开基地区域,做某事(最好是一个或多个任务)然后返回。这听起来很像“用户故事”,我已经计划让学生写出他们希望机器人那样做的事情。所有的任务基本上都变成了积压!
- 我还将使用 Planning Poker 来估计他们构建和编程的难度。不过,我们的团队每周只开会 1 小时。设置时间估计的最佳方法是什么?我认为最小的单位应该是每小时 1/2,并且会从那里上升。
- 这些任务有时往往非常复杂,并且可以从分解为更简单的任务中受益。在编写用户故事时我们是否应该担心这一点?(好像不是这样……)
- 作为教练,我应该担任项目负责人吗?还是应该让团队中的学生负责确定哪些任务或任务组合最重要?
- 鉴于我们的团队很小(8 个学生),一个 Scrum Master 会是最好的吗?
- 鉴于我们的团队很小,学生可以根据需要成为测试人员和开发人员吗?(我想避免给他们停机的借口。)
- 既然我们每周只见面 1 小时,那么 1 个月的 sprint 长度会是最好的吗?
- 我也一直在研究测试优先设计的概念,虽然它看起来很棒,但我不明白这些术语。我如何让我的学生设计机器人及其程序首先进行测试?它甚至合适吗?
我知道这些问题很多。大家可以给我的任何帮助将不胜感激。谢谢!