“有什么问题吗？”
您可能听过演讲者在演讲结束时问这个问题。 这次演讲最重要的部分是——毕竟，你参加会议不仅仅是为了听讲座，而是为了参与对话和社区。
最近，我有机会听到我的 Red Hat 同事向当地一所大学的技术专业的学生们介绍了一个名为“敏捷实践”的课程。在会议期间，软件工程师 Tomas Tomecek 和敏捷实践者 Fernando Colleone 和 Pavel Najman 合作解释了敏捷方法的基础，并展示了日常活动的最佳实践。
考虑到学生参加本次会议是为了了解敏捷实践是什么以及如何将其应用于项目，我想知道学生们的问题与我作为 Red Hat 的敏捷实践者每天听到的问题相比如何。 事实证明，学生们问的问题与我的同事们问的问题相同。 这些问题直接深入到实践中的敏捷的核心。
1. 完美的团队规模是多少？
学生们想知道小团队与大团队的规模。 这个问题与任何曾经组队参与项目的人都息息相关。 根据 Tomas 作为技术负责人的经验，12 人的项目团队将被视为大型团队。 在现实世界中，团队规模通常与生产力没有直接关系。 在某些情况下，位于同一地点或时区的小型团队可能比分布在世界各地的大型团队更有效率。 最终，演讲者建议理想的团队规模可能是 5 人（这与 Scrum 的 7，+-2 相一致）。
2. 团队面临哪些运营挑战？
演讲者将本地团队（所有成员在同一办公室或彼此邻近的团队）支持的项目与分布式团队（位于不同时区的团队）进行了比较。 当项目需要团队成员之间的密切合作时，工程师更喜欢本地团队，因为时差造成的延误会破坏编写软件的“流程”。 与此同时，分布式团队可以将本地可能没有的技能组合在一起，并且非常适合某些开发用例。 此外，还有各种最佳实践可以改善分布式团队的合作。
3. 需要多少时间来整理 backlog？
由于这是一个针对敏捷新手学生的入门讲座，演讲者专注于 Scrum 和 Kanban，以此使敏捷对他们来说更具体。 他们使用 Scrum 框架来说明编写软件的方法，使用 Kanban 作为沟通和工作计划系统。 关于整理项目 backlog 所需时间的问题，演讲者解释说没有固定的规则。 相反，实践出真知：在开发的早期阶段，当一个项目是新的——特别是如果团队中的一些成员是敏捷新手——整理 backlog 可能会每周花费几个小时。 随着时间的推移和实践，它会变得更有效率。
4. 产品负责人是必要的吗？他们的角色是什么？
产品负责人有助于促进扩展； 然而，重要的不是职位头衔，而是你的团队中是否有人代表客户的声音和目标。 在许多团队中，尤其是那些属于处理单一输出的更大的工程团队中的团队，首席工程师可以担任产品负责人。
5. 您建议使用哪些敏捷工具？ 是否需要特定的软件才能在实践中实施 Scrum 或 Kanban？
虽然使用 Jira 或 Trello 等专有软件可能有所帮助，尤其是在与大量贡献者合作处理大型企业项目时，但它们不是必需的。 Scrum 和 Kanban 可以使用像纸牌一样简单的工具来完成。 关键是要有一个清晰的信息来源和整个团队之间的强大沟通。 也就是说，两个优秀的开源看板工具是 Taiga 和 Wekan。 有关更多信息，请参阅 Trello 的 5 个开源替代方案 和 敏捷团队的 7 大开源项目管理工具。
6. 学生如何将敏捷技术用于学校项目？
演讲者鼓励学生使用看板来可视化和概述项目结束前要完成的任务。 关键是创建一个公共看板，以便整个团队都可以看到项目的状态。 通过使用看板或类似的可见性高的策略，学生们不会在项目结束时发现任何特定团队成员没有跟上进度。
Scrum 实践，例如 sprints 和每日站立会议，也是确保每个人都在取得进展并且项目的各个部分最终协同工作的绝佳方式。 定期检查和信息共享也至关重要。 要了解有关 Scrum 的更多信息，请参阅 什么是 scrum？。
请记住，Kanban 和 Scrum 只是构成敏捷的众多工具和框架中的两种。 它们可能不是每种情况的最佳方法。
1 条评论