将敏捷付诸行动

创建物理环境

集中团队成员
  • 面对面沟通,从 Scrum 团队成员哪里获得清晰的解释
  • 每日站会(时间不超过15分钟),时刻了解 Scrum 团队成员正在做什么工作
  • 向他人寻求帮助来完成任务,协助他人完成任务
设立专用区域
  • 尽可能的创建一个集中办公的工作环境
  • 申请必要的资源以创建最佳的工作环境
消除干扰因素
  • 开发团队专注于单个项目
  • 开发团队专注于单个任务
  • 制定完任务目标后,放手让开发团队自己去干
  • 出现新的任务,由产品负责人决定是否值得为新任务牺牲冲刺中的既定功能
选择工具
  • 选择低科技工具,工具应该用来解决具体的问题,对敏捷开发过程提供支持,低成本学习
  • 整个项目的需求池
  • 单个迭代的冲刺目标
  • 达成冲刺目标所必须的功能
  • 团队成员在冲刺中已完成了哪些工作
  • 团队成员在冲刺中接下来还要做什么
  • 问题反馈

建立敏捷角色

  • 开发团队成员
  • 产品负责人
  • Scrum master
  • 干系人
  • 敏捷导师
开发团队成员
  • 直接负责创建项目的可交付成果。享受创建产品的过程。
  • 自组织和自管理。主动性和独立性,解决障碍,达成目标。
  • 跨职能工作。好奇心,愿意为专长外的领域做贡献,喜爱学习新技能,分享知识。
  • 专注且集中办公。
产品负责人
  • 提供项目的战略和方向。构想完成后的产品,深入理解公司战略。
  • 提供产品专业知识。有类似产品的经验,了解该产品使用者的需求。
  • 了解客户和其他干系人的需求。了解业务流程,创建可靠的用户参与和反馈渠道,与业务干系人保持良好的协作关系。
  • 对产品需求进行管理和优先级排序。专注于效率,保持灵活性,处事果断,把干系人的反馈转化为有价值的、以客户为中心的产品特性,擅长为具有经济价值的特性、高风险特性,以及战略体系的改进进行优先级排序。
  • 对预算和盈利能力负责。了解哪些产品特性能带来最佳的投资回报率,有效地管理预算。
  • 决定产品发布日期。根据时间表理解业务需求。
  • 与开发团队通力协作。了解开发团队的能力,与开发人员保持良好的协作关系,熟练介绍产品特性,每天随时愿意回答问题或做出澄清。
  • 接受或拒绝工作成果。了解需求并确保已完成的特性正常运作。
  • 在每次冲刺完成时展示已完成的工作成果。在开发团队演示冲刺中已完成的能够正常运行的功能前,清楚的介绍本次冲刺的工作成果。
Scrum master
  • 秉承 Scrum 的价值观和实践。是 Scrum 流程的专家,对敏捷技术充满热情。
  • 扫清障碍,防范干扰。拥有组织影响力,可以迅速解决问题,善于表达、讲究策略、专业,是优秀的沟通者和聆听者,坚定秉持开发团队的需求,只专注于项目和当前冲刺的工作。
  • 促进外部干系人和 Scrum 团队的紧密协作。从全局角度审视项目的需求,避免拉帮结派,帮助打破群组孤立。
  • 引导建立共识。了解如何帮助团队达成一致意见的方法。
  • 仆人式领导者。不需要不想要掌权成为老板,确保开发团队的所有成员都获得必要的信息以完成工作、使用工具和追踪进度,真正渴望帮助 Scrum 团队。

干系人

  • 干系人指与项目存在利益关系的任何人,对产品及其用法能够提出关键见解,在每次冲刺结束时的冲刺评审中提供与产品相关的反馈。
  • 干系人包括客户,可能包括技术人员、法律部门、客户经理、销售人员、除产品负责人外的产品专家等。

敏捷导师

  • 以导师的角色服务于 Scrum 团队,并不是团队的一部分。
  • 往往是组织以外的人员,能提供客观指导,无需考虑个人和政治因素。
  • 是敏捷方法的专家,在实施敏捷技术和运作不同规模的敏捷项目上拥有丰富的经验。

建立新的价值观

  • 承诺
    • Scrum 团队必须在作出承诺时面对现实,冲刺阶段尤为如此。
    • 整个 Scrum 团队必须对目标作出承诺。
    • Scrum 团队是务实的,必须确保每次冲刺都具有实实在在的价值。
    • Scrum 团队愿意为结果负责。
  • 专注
    • 在空间上与公司的干扰源分隔开。
    • 确保不把事件浪费在于冲刺目标无关的活动上。
    • 搞清楚需要做什么,且只做需要做的事。
    • 平衡专注工作的时间和与 Scrum 团队其他成员交流的时间。
    • 检查你是否保持专注。
  • 开放
    • 确保团队中的每位成员都能访问相同的信息。
    • 保持并鼓励他人采取开放的态度。
    • 阻止谣言来化解内部政治。
    • 时钟保持对他人的尊重。
  • 尊重
    • 推崇开放。
    • 鼓励积极的工作环境。
    • 找出差异。
    • 用同等尊重的态度对待团队中的每位成员。
  • 勇气
    • 认识到在过去没问题的流程在现在不一定行得通。
    • 准备好突破现状。
    • 用尊重迎接质疑。
    • 接纳其他价值观。

改变团队理念

  • 跨职能工作。为了创建产品而完成不同类型任务的意愿和能力。
  • 自组织。确定如何着手进行产品开发工作的能力和职责。
  • 自管理。保持工作正常运作的能力和职责。
  • 控制团队规模。确保开发团队成员人数在5人到9人之间。
  • 行为成熟。工作积极性高,并对产品负责。

你可能感兴趣的:(将敏捷付诸行动)