上周，教练兼作家Michael D. Hill发出了极富洞察力的推文，内容涉及软件团队如何培养紧迫感。
紧急情况可以很容易地称为“热情”。 这是关于拥有一支想要上班并做出出色工作的团队，而不是一个让星期一感到恐惧的团队。
迈克尔介绍了一个可爱的首字母缩写RAMPS（我喜欢一个很好的首字母缩写）。 RAMPS代表节奏，自治，精通，目标和安全。
迈克尔正在他的博客中对每种解释进行详细的解释。 有机会时，您应该真正阅读所有内容。
本周，我意识到我一直在思考RAMPS的某些要素，而未必意识到我要灌输的紧迫性 。 我特别想关注节奏– RAMPS的R。
迈克尔将节奏定义为：紧张的时期导致释放的时期。 这是能量和强度的来来去去。”
有些紧张是有用的，甚至是必要的，但这太多是坏消息。 我曾在许多遭受“冲刺疲劳”的团队中工作-每次要达到冲刺目标都需要付出巨大的努力，每个人都精疲力尽。 这是过于紧张的一个例子。
不过， 过分紧张是一件困难的事情。 如果您运行得很顺利，但似乎缺少某些东西怎么办？ 如果人们似乎从未被解雇过，该怎么办？
冲刺工作为我们提供了一种节奏形式，尽管它们并不适合所有人。 较长的迭代时间（六周还是八周？）对您来说更有意义。 或更短。 对我而言，最好的节奏形式是定期发布代码。 对于“您多久释放一次？”这个问题，我听到的最恐怖的回答之一是“准备就绪时”。
随时使用的方法意味着您没有节奏，也没有必要。 这意味着我们将等到完成为止。 意思是“ me”。
当然，软件永远不会完成。 大学毕业后我从事的第一项编程工作是在一家小型创业公司。 它是从一个较大的业务中剥离出来的，并通过该公司的利润提供资金。 因此，它实际上有无限的预算和无限的工作时间。 普遍的态度是“做完就做”。
该公司花了大约五年时间才交付任何有效的软件。 我不在那儿了。
因此-获得节奏，紧迫感，获得运输。
