敏捷团队的最佳实践

一、过程裁剪

  • 软件开发与测试是一个复杂的过程。过程可能是一致的,但却是不可复制的;
  • 任何一个项目都具有其特殊性;
  • 不能完全照搬敏捷的框架与方法,也并不是所有敏捷的实践都要采用,要根据企业和项目的具体特点裁剪出适用于自己的框架与方法

二、敏捷迭代周期的选择

  • 一般初期转型时建议一个迭代周期为4周,团队稳定后可根据需要缩短周期;
  • 可以将环境、平台创建、签入规则、团队组建与磨合的迭代工作作为Sprint 0进行;
  • 合适的迭代周期为2~4周;
  • 尽量保证跨团队协作时每个团队的迭代周期相同

三、跨团队的敏捷项目组织与管理

  • 尽量保证不同的团队在同一个办公地点;
  • 如果不在同一个办公地点,要建立scrum of scrum机制,即每个scrum团队的scrum Master之间要定期进行状态更新与同步;
  • 而后SM将最新的状态带到团队内部;
  • 应该有一位PM协调多团队沟通与写作;
  • 通过Daily scrum metting保持所有员工状态透明,目标一致;
  • PM、SM和团队成员提供绩效反馈信息

四、守破离的思路

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值