如何让不“敏捷”的人.pdfVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何让不“敏捷”的人

如何让不“敏捷” 的人变得敏捷 ‐‐‐Greenback项目实践经验分享 米涛 公司及个人简介 Greenback项目大体介绍 Scrum 团队的人员不“敏捷” • Scrum 团队的人员构成: Scrum 团队的人员不“敏捷” 不敏捷之处 敏捷团队应该具备 Greenback团队的 Greenback团队的 的能力 的现状 处理措施 Scrum master 有丰富的Scrum和 掌握部分相关知识、 敏捷的知识、有过 没有带领Scrum成 带领Scrum 团队成 功实施的经验 功实施的经验 Product owner 一名产品负责人 多名(最多时7人) 产品负责人 Developers “综合性” 的开发人 人员构成素质不足 员 人员不“敏捷” (一)及解决措施 • Scrum master :普通项目经理,了解部分敏 捷、Scrum知识,没有带队成功实施Scrum 或者别的敏捷项目的经验。 • 解决措施: – 聘请培训coach (一位经验丰富的Scrum  master,有过多年的实践经验),辅导项目顺 利完成三个迭代的开发任务 – 实践积累经验: 人员不“敏捷” (二)及解决措施 • Products owner:因为Greenback这个产品是 一个新的产品没有任何一个人可以对这个 产品负责,而且由于主要的产品负责人都 在瑞典,北京的产品负责人,不能起到决 定性作用,这样最终我们产生了复数产品 负责人的概念。 • 复数产品负责人:是我们对Scrum 的一个创 新,复数产品负责人的提出解决了这个人 员不“敏捷” 的问题 人员不“敏捷” (二)及解决措施 复数产品负责人的具体处理措施及优势: 产品负责人身在欧洲,与中国有7小时时差 在这时差的范围内,复数产品负责人可以轻松 的达成共同意见。 中国团队以其中一名产品负责人的意见为准。 产品负责人在中国时间的晚上进行内部交流 人员不“敏捷” (三)及解决措施 • 敏捷的Developers – 敏捷的人应该具备的素质: – 具备: • 沟通能力要强 • 具备独立设计能力 • 具备较强的编码能力 • 具备较强的测试能力 • 在刚刚进行敏捷的公司的立面,这样的人 很少很少,大多数人都是只具备一个或者 两个这样的能力 人员不“敏捷” (三)及解决措施 • Greenback项目成立之初的人员现状: – 人员能力不足: • 60%不具备独立设计的能力 • 30%不具备独立测试的能力 • 30%不具备较强的编码能力(在以前的项目中主要 从事功能测试工作) – 人员数量:32人的团队,加上能力的限制,进 行Scrum开发都略显不足,何况是开展Scrum of  Scrum 的开发方式,对于团队要求更高 人员不“敏捷” (三)及解决措施 • GreenBack 团队根据自己的项目特点,采取 了另外一种项目构成 • 一个人达不到一个敏捷要求的人的标准我 们就用3个人或者5个人替代,(三个臭皮匠 赛过诸葛亮)

文档评论(0)

f8r9t5c + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8000054077000003

1亿VIP精品文档

相关文档