转向敏捷
- 主题:
- 敏捷
创建对象:
- 中级
- 管理员
- 领导
- 用户
进行切换之前要问的问题
在您开始采用敏捷方法之前,让我们先来了解几个问题,这些问题有助于您确定这种方法是否合适。
其中要问的第一个问题是:贵公司是否允许交付产品或采用功能增量?您是否需要能够在相关流程中改变该产品的焦点或方向?换言之,您是否在开始一个项目时,根据相关环境、未来技术进步或目前尚不明显的未来需求,您并不知道有关最终产品的所有细节?
如果您对上述问题的答案是肯定的,那么到目前为止,向敏捷方法过渡是不错的选择。以下是第二组问题,其关注的重点是您团队的基础设施:
-
团队人员彼此靠近吗?
-
他们可以每天亲自参加站立会议吗?
-
如果团队人员在地理位置上并不靠近,您是否拥有支持他们快速协作的技术?
-
您能让每个人都按照相似的计划出席每日站立会议吗?
-
他们能够以迭代的形式工作吗?
-
他们通常是作为一个团队获得工作分配,还是每个人都会随机地从各个地方分配获得工作?
-
您的团队成员愿意改变吗?
-
他们是否愿意并且能够在出现问题时进行合作并进行建设性讨论?
-
如果使用这种敏捷工作风格,是否有人可以担任产品经理或 Scrum Master 的角色?
如果您认为团队的某些方面可能会成为采用敏捷方法的障碍,那么应该提出并解决这些类型的问题。虽然这些问题无法包罗万象,但这应该可以在开始采用之前疏通沟通渠道。
教育您的团队
当您觉得可以推进对敏捷方法的采用,您首先需要培训您的敏捷团队如何过渡到新角色,何时开始进行每日站会,以及如何将当前的工作转为新的故事板设置。
开始采用敏捷方法后要注意什么
在制定了过渡步骤并确保每个人都适应新的工作方式后,您需要确保监控和跟踪他们的进度和成功。如果他们很难以与之前相同的速度完成工作,那么导致这些问题的原因是什么?如果团队没有使用他们的当前状态更新故事,那么这些状态是否已经明确定义?
跟踪一个新的敏捷团队的进展或成功将非常有利于让团队对他们正在进行的变革充满信心。此外,在更高级别的会议上,拥有这些指标将有助于验证让团队向敏捷方法过渡的益处。
最后,为您的团队和新的 Scrum Master 提供一个表格,列出在日常站立会议和迭代回顾中要提出的有用问题,这一点很重要。这为以后的流程审查提供了一些很有帮助的文档。它还可以帮助团队识别需要改进的领域,并帮助他们回答刚刚接触敏捷方法时可能不会想到要讨论的问题。
Workfront
- Workfront 教程
- 管理和设置
- 自定义数据
- 管理工作
- 报告
- 管理资源
- Workfront Goals
- Workfront Planning
- 集成
- 融合
- Workfront 校样
- Workfront DAM
- 主页
- 敏捷
- 最佳实践
- 适用于高级管理人员的 Workfront