我想拆除开发者防火墙

通过manbetx官方网站多少

:我想拆除开发者防火墙

直到最近,我才明白我作为首席技术官的职责之一是开发者防火墙这样可以保护我们团队中的开发人员不受经理的影响。这些防火墙需要为开发人员创造实际完成工作的空间,并赋予他们能够完全理解的任务,从而在实现中集中精力。否则,管理层每隔一个小时就会站在门口讨论一个新的想法。我通过计划会议创建这些防火墙,其目的是按优先级排序即将到来的功能请求。这是我的第一个防火墙。在这里我有机会低声说话功能请求并最终使它们消失。如果他们能够通过这些会议,那是因为他们在现有资源的情况下实际上是有用的和可实现的,或者是决定他们足够重要,可以把已经超额的日程安排进去。如果任务实现了路线图,我只有第二次机会进行干预:我可以尝试去掉一些额外的功能,使功能的第一个版本尽可能小。一旦它们在我的第二个防火墙之后,开发团队就必须实现它们,不管他们是否喜欢。

马蒂·卡根的伪敏捷开发过程,我的防火墙已添加

当我看到马蒂卡根斯精彩的演讲题为“伟大的工程,失败产品”从这几年工匠我很清楚,这是造成如此多摩擦的原因之一,有时让我的工作变得非常可怕:我在进行一场艰苦的战斗,因为我们最终为同一个目标而战,所以只有输家。

但我为什么要反对来自高层或管理层的想法呢?战斗是一个很难的词,但最终情况完全是这样的:在如上图所示的伪敏捷过程中,我没有能力拒绝任务。我不能说不,因为它是如何组织的。有一个有远见的老板知道什么是最好的。但不幸的是,远见并不意味着智慧,因此许多广泛的思想根本无法付诸实践。就像那样.这需要几天的计划,说话,概念化,建筑,测试,修复每个新功能的错误。新特性需要对现有特性进行更改等等。你拥有的功能越多噪音您可以在项目中创建,也可以在开发人员的头脑中创建。

开发人员是每个技术项目的基础。然而,他们没有权力。他们没有说:停下来,让我们通过消除技术债务来纠正这种混乱!他们不会说:不,在我们跳到下一个功能之前,首先让这个功能真正完成。为什么?这是最关键的部分:等级制度。他们不能大声说话,因为他们不能拥有这个项目。首席执行官这样做。现在应该清楚的是,Marty Cagan是对的:你不能期望开发团队的优秀产品没有完全投入到他们正在做的任务中,因为他们只是被交付给他们。在这个经典的场景中,并不是所有的功能重用都是相同的,有些人可以免费进入制作阶段,不需要问任何问题。

还有一个有趣的旁注:关于为什么老板会成为老板的通常论点是,他持有创业风险。但只有在最罕见的情况下,他才会真正受到错误决策的影响。首先要承担风险的是员工。如果这些数字对业务不利,需要削减成本,最快的解决办法是裁员。所以坏决定的结果就传给了员工,如果成功的决策往往由首席执行官兑现。

卡根所描绘的这些罕见但成功的团队创造了伟大的产品,这并不是什么新鲜事,但他在讲话中明确表示要理解:任何人都不应该强制使用特征。他们应该从团队中脱颖而出,因为只有当和想法足够吸引人时追随者(设计师,开发人员,意识到这一点,它可以使它投入生产,并保证从事它工作的人实际上致力于做伟大的工作。他还指出,为了让一个想法或特征请求能够被理解,它们应该目标体系附属的。这就回答了为什么?但是离开怎样打开,无论如何,这在以前是不可能的。

这种组织结构完全不同,但如果我们诚实,我们要取代“旧经济”的产品有什么不同?我们在一个有百年历史的骨架上附加了一个敏捷附录。

想象一下,一个拥有公司大部分股份的人来到你的办公桌旁,而不是说:“在周末之前把后院的棚子漆成绿色。”他问你:“我需要你的帮助,让我们的后院更漂亮。”他会希望你拒绝,如果你很忙的话。这不是很好吗?看不到防火墙。