文章

团队管理101

不论你是单一团队的领导者还是多个团队的管理人,团队管理工作都是你职权范围内一个重要的组成部分。在今日,集多重技术于一身的工作方法已逐渐取代阶层式的、缺乏弹性的传统工作体制,团队合作因而很快就成为了一种很受欢迎的工作方式。对于每一位参与团队管理工作的人而言,《团队管理》是一本不可或缺的重要读物。它向你提供了达成计划所需的技巧、建立团队成员间的信任、激发团队最大的潜能等方面的知识,为你能专业化地管理好你的团队创造了有利条件。另外,全书还散布了101条简明提示,为你提供重要而实用的讯息。后半部分有个自我评估练习,使你能正确地评估自己的领导能力,并针对自己的不足加以改进。
Read more

让敏捷团队学会协作的三个要素

本文将探讨敏捷团队协作相关的话题,无论你是谁,是公司经理、联合会成员、后勤人员、咨询人员,还是政府官员,都无法仅仅依靠自己来实现所有的目标。你需要下属、同事、上级、供应商或客户的帮助。

然而,事实证明,相互合作不是一件容易的事情。通过设计可以使装配流水线上的机器人相互配合得天衣无缝。但对于人来说却不行,因为每个人都有自己的想法,况且人不是机器,人都有情感——高兴或愤怒、自信或无安全感、友好或妒忌。对任何事情我们都有自己的判断标准,是公平还是偏颇,是对还是错。

Read more

我所知道的关于Scrum团队的一切都来自MASH

我热衷于参加团队组。我喜欢进行讨论,也乐意见到参与讨论的朋友。有很多问题重复出现,但是经常都能引起不同的讨论,而我个人认为这是好事。因为这些话题每次出现的时候总是能够让我学到新的东西。

一个经常出现的问题就是:“应该让谁来当Scrum Master?”有时候问题简单得就像“我们要开始实施Scrum了,所以我们要一个Scrum Master。但是应该让谁当呢?”有时候问题又稍微深入一点。很多这样的对话都集中在团队在向Scrum转型的过程中,如何将项目经理转变成Scrum Master,而这个问题是转型过程中一个自然的步骤。虽然,我觉得这是自然过渡的一环,但是我不大确信它像想象中那么有用。在我们无休止地追寻自我的过程中,我将会用70和80年代一部非常有名的节目——MASH来解释。 Read more

如何做好发布计划

当Scrum的团队按照Sprint的方式进行迭代交付的时候,他们更加关注的是发布,而不是项目。那么什么是一个发布呢? 简单的说,它就是一个开发团队交付一个可以工作的软件给团队外部的人使用,以满足他们的某个目的。当你交付一些内容给下游的QA验证团队来做测试时不是一个发布,当你把你的软件功能和其他团队开发的功能进行集成的时候不是一个发布。当你告诉其他人:“来吧,你现在可以使用它了”,这叫做一个发布。 一个发布是多个Sprint集中交付工作的一个成果,这常常是对市场、业务和客户产生影响的标志性的时刻。 Read more

Scrum of scrums 的演进及重要性

Scrum of Scrums 的从诞生起就是一种为了处理多Scrum团队项目的相互依赖的复杂性的机制。每天,在每个团队进行完每日站会后,由每个团队派出的代表来组成一个“Scrum of Scrums”会议。在这个会议中,每个团队的代表向大家报告他的团队 昨天做了什么有可能影响其它团队的工作,以及明天有可能做什么有可能也会影响其它团队的工作。他们主要会集中在讲问题上面。就跟每个团队内的每日站会一样,只是在一个更高的层面上。
Read more

每日Scrum: 不是只针对ScrumMasters的

我一向不认为每日scrum(或者每日站会)是“状态会议。” “状态会议”这个词语对我们大多数人来说都太贬义。对我来说,它让我回想起了这样一个画面,一群人围着桌子坐下,每个人向项目经理汇报更新情况,与此同时,每个人都假装很有兴趣地倾听着,但他们可能都在准备自己接下来要汇报的更新状况,或者在想这个会议将要持续多久。 Read more

敏捷的心跳

一直以来,如何在Scrum中预测团队可以在一个Sprint交付的工作量都是一项挑战。很多人把一定的工作量定义为一个故事点来尝试建立一个基 准,而没有留意团队的实际工作方式。例如,有些团队把对一个有8个字段的数据表的CRUD操作定义为一个故事点数。这种方法实际上是行不通的,因为团队里 面的每个人都有不同的经验、专长和特质。每个团队都拥有自己的特质,每个团队完成同一项任务所需要的时间也不一样,所遇到的困难也不尽相同。总而言之,对 于一个由人类组成的团体而言,也许会有生产效率的统计标准,但是永远不会有可预测的而且精确的工业标准。这个时候,我们所面临的问题是:是制定一个计划, 然后为了合同或者公司利益按照计划勇往直前,还是先制定一个目标,然后一直跟踪团队的效率成长来不断调整项目计划,为团队创造良好而且高效的工作环境,最 终令客户满意更好? Read more

Scrum失败了?

昨天晚上我在Scrum Alliance的一个老朋友告诉我,有人说我曾经说过只有30%使用Scrum的团队和组织能够成功。

我沉思了一会儿,但是我并不记得我说过这样的话。我只记得我说过只有30%使用Scrum的团队和组织会变成出色的开发团队。也许这就是从我这句话演变过来的吧。 Read more

创建一个好的Sprint Backlog 的8个小贴士

Sprint Backlog是Scrum 团队在当前Sprint必须完成的任务清单,根据Sprint backlog ,Scrum团队在Sprint的最后交付一个带有增量功能的软件。创建Sprint Backlog发生在sprint计划会议的第二部分,每一个团队成员都需要参加。真正的重视这个过程是更好地了解Sprint中团队应做哪些工作,以及更好的做Sprint的计划的基础。尽管这样,许多团队仍然为这个事情挣扎。我希望如下这些建议对他们有点帮助。 Read more