我们为什么不停止做Scrum?

经理(叫她帕姆)看着咖啡机,“为什么,怎么了?”我回答。 产品负责人与产品经理,开发团队的一连串漫长的讨论,透明度以及真正的变化与变化的幻觉相伴而生。 我在许多社交媒体平台上看到的话题越来越频繁,所以让我们回答一些Pam的问题。 伟大的重写 “那么,到底是什么困扰着你?”我问。 “好吧,我不知道该如何管理团队了。”她回答。 “所有人都在交付微服务的产品的小角落里工作,但不再关心整体。”转向微服务一直是一个持续的痛苦项目。 将单一的,由供应商锁定的系统分解为易于管理的小型服务,已证明连续不断的令人不快的意外发生,花费了估计时间的三倍以上。 “我还没有看到向微服务的过渡,这并没有完全停止向市场发布功能的节奏。 我们都知道这是很多工作,但是为什么我们停止发布?” 正在从下面的橱柜里取绿茶的建筑师报时说:“只是没有做伴侣,要设置的东西太多了,以至于早点发布毫无意义。” “我所知道的是,旧平台正在崩溃,新平台仍然无法正常运行,客户六个月之内都没有看到新功能,只是断电了。” “所以…。 您要寻找的是常规版本吗?”我尝试过。 “是的,我想我们可以放慢脚步,但是每月一次我们需要改善,我们的NPS上周下降了负数,我们不知道何时会出炉。” 定期发布将使每个人都可以观察产品的性能,并采取更加平衡的方法来决定下一步的工作。 UX与开发团队 “你们在咖啡角花费了大量时间。”设计师杰森一直都是观察者,但您永远不知道该如何处理这些观察结果。…

简单的观念转变已被证明可以将无效率的团队转变为高效的组织

我的工作是提高团队效率。 我是全球约一百名Scrum联盟认证的企业教练(CEC)之一。 在过去的10年中,我为数十家公司的团队提供了咨询和培训,其中包括PayPal,State Street,edX,Carbonite和许多其他企业。 这些不是小团队。 在许多情况下,我正在努力解决系统性问题,这些问题可能会影响到组织中影响数百个不同团队成员的各层。 在过去的十年中,如果我学到了一件事,那就是如何使团队更有效,更透明,更有生产力和更了解,那就是: 您必须整合“指导”心态。 使生产效率低下的团队转变为高效组织的关键思维转变是使组织内的每个领导者从成为“有答案的人”转变为帮助他人解决自己的问题,通过解决方案进行思考并相信的人本身(许多公司未能完全解决)。 这意味着,作为一名敏捷教练,我的工作不是进入一个组织并“向人们提供答案”。这是使他们承担责任并帮助他们以更具可扩展性的方式开始应对系统性挑战。 当然,不同的人将以不同的速度经历这个过程,最终将导致自我意识,谦卑,同理心,对他人的关心等不同层次的结果。 他们还将对I和Potato帮助人们采用的实际工具有自己的理解。 这就是为什么我通常的观点是试图让组织中的每个人都有机会接触和实践这些转变-因为董事会中的人员越多,长期集成这些工具的可能性就越大。 现在,总会有人说:“只要给我答案,”或“我只需要告诉其他人该怎么做。”但是,从长远来看,成功的绝大多数团队都是可以“买入”到以下观念转变: 1)尊重您的团队作为专家 我们从小就被教导说,如果我们不知道什么,我们会问父母。 一旦我们成年,对权力的延缓就会延续到我们的工作生活中。 如果我们不知道如何解决问题(或者我们自己没有解决问题的权限),我们会问老板。…

关于敏捷的问题:超越软件的敏捷

肯特·麦克唐纳(Kent McDonald) 这是一系列文章的一部分,在这些文章中,我看了一些常见问题并提供了自己的看法。 答案全是我自己的。 因此,尽管我的回答不一定反映敏捷联盟的政策或立场,但我将指向AgileAlliance.org上的一些相关资源,这些资源可以支持我的观点或提供不同的观点。 我们现在是否可以将敏捷思想和相关框架公平地应用于所有业务,软件开发,如果可以的话,可以达到什么程度? 简短的答案是肯定的。 这是更深入的答案: 有很多人在探索如何使敏捷软件开发中体现的思想超越软件开发和IT领​​域。 这些探索大多属于“业务敏捷性”标签。 这些探索倾向于采取以下两种形式之一: 组织其他部门的人员如何需要采用敏捷思维方式才能进行软件开发工作,进而使整个组织变得更加有效 组织的其他部门如何采用敏捷框架(即Scrum)和实践(如定时迭代,独立陈述,回顾) 敏捷联盟启动了业务敏捷性网络研讨会系列,以与社区分享其中的一些探索,并在Agile2017和Agile2018上举办了有关敏捷公司的会议。 向组织传播思想 我建议采用第一种形式,以帮助组织其他部门的人员采用敏捷思维方式。 自从团队开始以敏捷的方式工作以来,这是很有必要的,这早在2001年的《敏捷宣言》的作者的思想中就得到了暗示。 但是,尽管宣言提供了一些具体的想法,但有一个更深层次的主题可以驱动许多(但不是全部)联盟成员。…