-
《敏 捷 教 练：如何打造优秀的敏捷团队》—10.3 保持使用TDD
10.3 保持使用TDD到目前为止，我们一直都在讲如何引入TDD和CI。然而，等团队把这些实践都用起来之后，你还需要继续辅助他们保持使用这些方法。如果团队已有自信可以用好TDD，你还能做些什么帮助他们继续提高呢？留意运行缓慢的测试。下面这个故事要讲的是，一个团队为他们的测试感到非常自豪
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—8 公示进展情况
第8章公示进展情况有什么窍门可以用来记住自己要做的事情？不管是从干洗店拿回衬衣还是寄出生日贺卡，我敢打赌你会做一个看得见的标示，例如在冰箱上贴便签。团队要记的东西很多，如迭代计划、回顾行动计划以及软件的状态等。辅导团队，让他们学会公示需要关注的东西。有用的信息应该对所有人可见，而不是藏在电脑深处
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—7.3 明确工作规模
7.3 明确工作规模在对工作进行估算之前，团队还需要讨论软件设计的牵连范围。确保团队会花时间探究故事的技术细节。这部分会议恐怕不值得客户花时间参与。让她知道她可以离开会议，等团队估算完所有用户故事之后，再打电话给她。这样做对团队也有帮助，某人站在一旁等待交谈结束，这会给团队带来压力
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—8.3 维护团队板
8.3 维护团队板本章重在详细介绍如何使信息更为可视化。还有一个重要方面我们尚未触及，即如何保持团队板上的数据是最新的。过期数据是没有价值的。没人想参照“昨日新闻”干活，那么，信息该如何维护呢？和团队谈谈，看他们如何解决这个问题。团队可以选择在每日站会的时候花点时间更新他们的团队板
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—2.3 化解矛盾
2.3 化解矛盾有时团队会遇到一些冲突使团队停滞不前，教练可能会被卷入其中。有时这是一个公开的分歧，可是其他时候有分歧但并未公开使现状不断恶化。如果发现团队内潜藏的矛盾，就多花点时间听听团队内部有哪些看法。在揭示矛盾之前，了解它的来龙去脉。进入调解员角色之前，想象一下，没有你的帮助
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—1.4 如何开始教导
1.4 如何开始教导你可能已经跃跃欲试了，但是从哪里开始呢？这个问题没有标准答案。最简单的方式是选择一个点切入进去。如果不容易一眼看到应该首要解决的问题，可以选择一种敏捷的方式。借助脑力风暴列出一个问题清单，看看可以着手解决哪些问题域来减轻团队的项目负担。而后再根据自己的教导使命对这个清单进行优先级排序
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—10.2 持续集成
10.2 持续集成你会发现，开发人员都习惯了各干各的活，隔几天提交一次代码。他们迟迟不肯集成代码是因为集成很耗时间，可是，代码库其他部分在他们推迟集成的这段时间里也会发生变化，于是，间隔时间越长，集成也就变得越困难了。持续集成(Continuous Integration，CI)
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—7.4 审查并承诺
7.4 审查并承诺接下来是规划会议的第二部分，选择团队切实可交付的故事，并相应地安排迭代时间表。这部分往往是最难的，因为此时通常得做出一些取舍。图7.1 故事卡矩阵检查团队产能完成所有估算后，团队还需要知道自己的产能，然后根据可完成的用户故事数量，相应地制定计划。运行几个迭代之后
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—5.3 处理问题
5.3 处理问题如果团队中有人提到他们碰到了问题，通常来说最好是留待每日站会结束之后再讨论如何解决这个问题。所有人都发言之后团队能看清全局，而且也并不是每个问题都需要整个团队参与解决。试着在每日站会时分离出不同的讨论，先邀请团队介绍完进度，随后再讨论如何解决问题。快速澄清问题是可以的
-
《敏 捷 教 练：如何打造优秀的敏捷团队》—5.4 设定时间
5.4 设定时间大多数团队更喜欢在开始一天工作之时召开每日站会，讨论完谁在做什么之后就投入工作了。然而，在很多公司里，人们不都是同一时间到达公司的，得找一个适合所有人的会议时间。作为教练，不应该由你来挑选会议时间。相反，询问团队他们想在什么时候召开每日站会。这倒不会让决定变得更容易
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
