Scrum 开发模式失败案例总结(待续)

 

一.团队Team人数超过7人,在经历的多个Sprint过程发现团队人数最佳人数是5-6人,一旦到达7个人就有些臃肿和拖沓,机动性降低,Planning Meeting Scrum Review就会时间过长,每天的立会也是时间过长,并且对团队的积极气氛也会有所削弱。每个Team的人员不应该是一成不变的,二是根据每个SprintBacklog的划分,来制定最佳的组合团队,这样有利于团队跟团队之间互相的了解,每个人的脾性和技能优秀点都能互相了解,整个项目的参与者如果是50人,最少在这个项目结束的时候有1/3人你应该非常熟悉其能力特点,有人可能会有疑问,如果我跟某个人刚结对编程有效率上的提高,磨合了一段时间有需要接触新的人对于沟通是一种成本。我的意见是,对于程序上的合作特点,可以进行长时间的XPScrum要充分拥抱变化,所以每个人都应该是积极主动的去改变和适应变化,掌握变化。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值