It’s easy to confuse 实际 进步 意图 取得进步。

为什么要指出明显的地方?一世’我刚从另一个敏捷的对话中脱颖而出,潜在客户感到困惑“我们希望更快地构建更好的软件”“我们希望一些新的流程能够立即使我们赶上多年的截止日期和功能缺失。”

释义 老子 一千英里的旅程从一个步骤开始,但仍然有一千英里。即使以正常行走速度的两倍,也要做好长时间的准备。

就上下文而言,几乎每个软件开发团队都希望提高生产力,交付更好的产品并进行创新。但是,按照定义,生产力问题最大的企业几乎是最落后的企业-数月(数年)未满足的客户需求和技术债务。一堆堆拖延的应许。这意味着要求更好的开发流程通常是在庞大,丑陋的积压和长期受苦的客户的背景下进行的。

因此,这些会议中未提及的问题是 “我们如何赶上我们原本应该去的地方?更好的流程(将来)还能消除我们以前的不足吗?”

秃顶地说,似乎很幼稚。然而情感逻辑是非常真实的。每个人都希望有一个新的开始,一个重置,一个平民。外部专家或崭新的流程肯定会赶上我们。或不。

So 什么 Do We Do Now?

考虑一个假设的软件团队,该团队偶尔会运送产品,累积了一大笔技术债务,错过了一些客户承诺并需要进行一系列流程改进。业务需求紧迫,因此’不能停止开发以进行彻底的重组。

您可以尝试以下几种组合:

  • 选择一件小东西作为演示,并使其成功。 例如,如果我们’在进行计划和估算时遇到麻烦,然后确定一个非常小的项目以进行仔细的计划和估算。让团队专注于完成–主要是按时而合理。这成为我们存在改进的证据:一次在较小的事情上做得更好,我们可以再做一次。 (毕竟,一千英里的旅程……)
  • 无情地优先。 有很多积压的问题要解决,我们新近充满希望的开发团队一次只能处理几个项目。确保接下来的一些小改进确实是最重要的。对于其他一切, ‘nice to have’ 转换为 ‘not this year.’
  • 唐’不要把大与小混为一谈。 一旦一些小事情如期开始,内部利益相关者将游说进行大修。 (“如果工程团队可以在一周内重写报告,则可以’他们是否在一个月内重新架构了我们所有的业务流程?”)
  • 要透明。 说明你的‘正确地做一件小事’所有内部利益相关者的战略。 (要时髦,可以称之为‘agile.’)提醒大家我们还有998英里要走,但是我们’重新加快步伐。
  • 与客户分享一些小的改进。 他们可能会渴望获得任何好消息,并渴望您取得成功。为团队鼓掌。客户不’确实希望您一次修复所有问题,但需要有所进步。
  • 做你的数学。 如果我们要处理两年的积压订单,并且我们的开发速度提高一倍,那么可能要花一年的时间才能赶上。避免魔术思维。
  • 庆祝积极。 无论起点如何,您的团队都需要有进步感和乐观感。突出小小的胜利,为做正确的事情的人鼓掌,将注意力从自己身上转移开。

并穿舒适的鞋子。那里’有很多步行要做。因为作为另一位中国哲学家,孔子说过:“无论走到哪里,都在.”

SoundBytes

查找您现在可以进行的一些改进,并确定趋势。大多数长期问题是通过不断的变化和成功来解决的,而不是通过一项大的措施来解决的。