跳到主要内容

保存的文章

管理者能领导敏捷团队吗?

Mike Cottmeyer领导敏捷
Mike Cottmeyer 首席执行官
读: 管理者能领导敏捷团队吗?

如果我们将开始处理像成年人的经理......并开始要求他们像敏捷领袖......并在敏捷团队中给予他们一个真正的角色......让我们首先探讨为什么首先排除原因。也许如果我们可以恢复退一步并考虑原始问题,我们可以找到一个更包容的解决方案。

以下是我的看法……

敏捷排除了管理,因为人们厌倦了被拖来拖去。他们厌倦了经理们告诉他们该做什么,改变他们的想法,然后决定他们希望一切都按照原来的时间表进行。人们厌倦了被当作机器上的齿轮,从一个项目转移到另一个项目,从一个团队转移到另一个团队,就像可互换的部件一样。人们厌倦了被微观管理和在门口检查自己的大脑。

人们厌倦了建立低质量的软件只是为了满足不合理的时间表......满足不合理的预算......由不合理的稀释经理施加。他们想连接......他们希望像整体一样对待......思考......感觉......创造性的人类。他们希望被视为人们,这些人比两只手和社会安全号码更多。人们想要做有意义的工作,并成为比自己更大的一部分。
我总是想象那些早期的Scrum团队坐在一起说……嘿,这是一堆废话!这些经理拿不定主意。让我们这些开发人员呆在一个房间里,让我们自己写一些代码。给我们一个人,我们称他为产品负责人,然后我们就能创造出他想要的任何产品。顺便说一句,我们需要有人去干扰我们,帮我们解决问题。嘿,过来,做我们的Scrummaster。但你们谁也不能告诉我们如何工作……我们要自我管理和自我组织!
想想什么是什么真的说:
产品所有者是一个良好的对齐业务的人性化。亚博vip9通道产品所有者是球队的答案,以猛拉在一起。它们是产品经理,项目经理,业务分析师,UX设计师,UAT测试仪以及Dev Manager的一些上下文。亚博vip9通道无法让企业弥补它的思想吗?亚博vip9通道好吧......我们会让你简单......弗兰克得到了决定。他可以和自己争辩......我们要建立一些软件!
Scrummaster是为了确保团队拥有所需的一切,并且任何障碍都不顺其。厌倦了小小的,控制,微管理人员......厌倦了在像牛头上的团队之间交换......让我们带走所有Sue的位置权威,称她为Scrummaster。Scrummaster是关于管理的一切都很好......明确地留出我们不喜欢的东西。
但等等......现在我们没有所有这些项目经理和Dev Managers ......谁要告诉我们该怎么办?好吧......我想我们会。我们将自我组织和自我管理。我们将掌控自己的命运......我们自己的职业生涯......并获得独立的权利。我们将一起计划......每天见面来谈论...并审查我们与产品所有者的工作。当我们完成时......我们会弄清楚自己如何变得更好和改善。
听起来不错吧?
问题是,所有曾经负责的所有这些管理者都没有消失......他们仍然为组织工作。猜猜......他们喜欢负责。他们为它付出了很好的报酬......它对他们的EGO有好处。为什么我们认为这些人只是在没有战斗的情况下离开!?没有给他们一些事情,只鼓励经理抵抗......这种阻力让我们所有的敏捷良好危险。
产品所有者从根本上解决了组织的对齐问题。如果我们可以使用我们的经理帮助真正让我们的组织变为对齐方式怎么办?如果业务真正阐述什么是重亚博vip9通道要的,经理可以清楚地传达他们的团队所需的东西......是否需要单一的产品所有者这么重要?不知怎的,我不这么认为。
scrummaster呢?如果我们可以教我们的经理成为团队的仆人,成为真正的领导者,首先成为促进者,我们还需要一个单独的角色吗?如果……一旦我们解决了一致性问题……经理们不再被给予不合理的最后期限……不现实的预算限制……以及超出他们的团队所能处理的更多的工作……他们开始以与Scrummaster一致的方式行事,但保留了他们的位置权威,那会怎么样呢?那样会很糟糕吗?
走进组织,告诉他们每个团队除了传统的经理之外,还必须有一个产品负责人和一个Scrummaster,这在大多数组织中是行不通的。告诉经理,他们不再对自己的团队有权力,因为他们的团队现在是自我管理,这也真的不起作用。就我个人而言,我认为我们需要把我们的经理安排到两个角色中的一个,优先级和业务对齐(PO)或者管理和问题解决(Scrummaster)。亚博vip9通道
我们应该允许并拥抱他们的位置权力,并鼓励他们鼓励更多的赋权......在他们的团队中自我组织行为。许多经理将能够崛起......他们中的许多人已经存在。那些不能像经营的任何其他雇员一样执教和开发的那些。亚博vip9通道那些不能或不会改变的经理可以选择留下或继续进行更多命令和控制组织。
下一个;管理者也是成年人

评论(11)

  1. 安德烈西姆
    回复

    啊慕!我喜欢你的观点。当我过渡到Scrum时,我是一个发展经理。我把scrum带到了我们的组织中,我是scrum大师。我知道Ken Schwaber会对我摇手,但是,你知道什么,真是太棒了!Scrum完全适合我的管理风格。

    后来,我成了一个敏捷的教练,我发现大多数经理都不知道如何领导仆人领导者。他们有“我是老板”的心态。为什么?因为他们不知道更好。我认为公司将不得不面对一个事实,无论是a)他们无法促进他们在没有训练(呵呵?)或b)雇用“强硬”并确保他们的“良好”的人带入具有正确仆人领导技能的人。

    我很宁愿有一个经理比任何人来自PMO的人(是的,我说,希望它不会回来困扰我),因为通常,在我的经验中,那些人在令人可怕的仆人领导者中。

    谢谢你的好帖子!

    回复
  2. Mike Cottmeyer
    回复

    谢谢你的大评论。我唯一担心的是,我们也不能留下这些员工。这些讨厌的项目经理可能会导致尽可能多的问题,因为脱离战士管理员!

    回复
  3. 保罗嘘声
    回复

    这些是迈克的优秀积分。

    我努力鼓励商业经理的第一件事之一,我处理的是他们决定他们是否希望成为产品所有者或赞助商(赞助商是提出钱的亚博vip9通道人)。我将其解释为所有者,他们将经常参与并能够在优先事项上进行正常的重现决定。如果他们想要仅仅是赞助商,那么他们所需的第一个决定就是他们将委托他们代表他们的决定。

    我也鼓励他们成为Sprint Review的一部分,如果事情看起来不太顺利,就和他们的PO谈谈。由于我本人是csm的管理者,所以每当出现这种情况时,我都会努力确保PO仍然被授权。通常,发起者和PO不同步的唯一原因是它们之间的通信有时会中断。

    作为CSMS的经理,我经常坐在审查和规划会议上,看看他们是如何做的,然后提供指导建议。这是相当于通过行走来管理的等同物。我也试着尽可能多地从他们的盘子上取得尽可能多的管理员,所以他们可以保持专注的识别和消除障碍。当然,如果是组织,他们可以将其撞到我处理,或者我可以与赞助商合作,如果它更具业务为导向的障碍。亚博vip9通道

    在一线业务监督员成为POS的某些情况下,它将更为理想;亚博vip9通道通常是他们的钱,它降低了对工人蜜蜂的意图误解的误解。

    回复
  4. Mike Cottmeyer
    回复

    保罗,你们和开发经理在做什么?

    回复
  5. 斯科特Bellware
    回复

    麦克风,

    我更喜欢学习组织的精益模型。试图将传统的管理模型改装成敏捷仍然只是将截止者摆动到相反的极端。它可以是成功的或灾难。

    没有良好经理的一个完全自我授权的团队可以迅速地划分成一个自我决定和自我题为的团队,因为它可以发展成为一个伟大的产品开发组织。我更喜欢一个组织协议,少一点才能达到机会。

    回复
  6. Mike Cottmeyer
    回复

    斯科特,

    我同意你的看法,但我不确定如果开发经理已经到位,你会怎么做。我们要解雇他们,重新开始吗?他们是否能被稍微“训练”一下,成为敏捷组织的管理者……或者是精益组织的管理者?

    迈克

    回复
  7. 安德烈西姆
    回复

    我可能很可能澄清我对PMO的评论,我觉得我有点匆忙:-)我不是故意暗示我们应该总是摆脱PMO。

    在我的小世界中,PMO通常由任务大师组成,他并不真正关心“敏感,是”的东西(他们开玩笑地笑着敏感,因为敏感)。他们宁愿“破解鞭子”来完成事情。而且,如果你没有“破解鞭子”,你就会吮吸下午。

    这是艰难的,当你有一个你想要的群体/人的人来说,你会做什么,并且可能成为一个重要的障碍?包括它们?是的,你必须,否则你已经注定了。他们需要受过教育,销售,执教,思考,愿意改变。

    此外,还有一些功能仍然需要Scrum并没有真正地址,即财务报告,预算,供应商关系和MISC。最终可能溶解为敏捷的企业“东西”在本组织内被加入。PMO的成员,谁的技能组(目前)包括促进和仆人领导,肯定可以帮助这个领域。希望他们可以被宣传成为伟大的仆人领袖。当然,那些仆人领导人肯定可以成为Scrum大师的人。

    回复
  8. Mike Cottmeyer
    回复

    谢谢你的澄清,你注意到我偶然的头韵了吗?讨厌的项目经理,被剥夺权利的开发经理。嘿!意外的头韵,这也是一个,我今天早上运气很好!

    回复
  9. 保罗嘘声
    回复

    作为Dev Manager自己,我执行两个有用的角色(IMHO):

    1)我尽可能多地负责组织希望安排在PM/Scrum Master或开发团队中的管理工作
    2)我不断接触新的概念和技术,并作为PM/SMs技能的导师。

    唉,我手下的团队是这里唯一在做敏捷的团队,所以其他的开发经理适合更传统的经理角色。

    回复
  10. 斯科特·邓肯
    回复

    我认为你的这一段给我说:

    “许多经理将能够升到这个场合......他们中的许多人已经存在。那些不能像经营的任何其他雇员一样执教和发展的人。那些不能或不会改变的经理那么有亚博vip9通道选择留下或继续进行更多命令和控制组织。“

    在敏捷中可能存在戏剧的职责,其标题是“经理”,但它不是传统意义上的经理。正如你所说,一些人不会想要/喜欢过渡或能够做到这一点。

    对我来说,诀窍是组织是否上面的第一级经理的第一(或第一对夫妇)想要转换。如果他们没有,或者不是真正关心的话,那么消息将不会试图尝试。

    现在使用“正确的”语言来帮助他们决定过渡可以工作,肯定会有很大的意义。但是作为Scrummaster或产品所有者并不是一个在组织中通常预期的项目经理或开发经理。

    我有过“技术”(包括分析)领导的经历,我被说服成为scrummaster,因为这将给他们“管理”的经验。他们觉得他们想要这样,因为组织的结构要求技术人员下一步要进入管理。

    在贝尔系统中,我说众多科技领袖带领主管角色,因为这是他们唯一的选择。有些人成功,其他人不高兴。后者的一些人丢回了科技领导作用,其他人变得更加悲惨。

    敏捷要求组织在与敏捷团队的关系方面采取了对管理层的领导。管理层仍有战略性的作用,但战术,对球队的日常监督不是模型。这不是一种克拉银斯特或敏捷的教练是在那里做的。这不是产品所有者在那里做的事情。

    如果您描述的转变能够发生,那么您所说的关于POs和Scrummasters的内容就更有可能起作用。问题是,我在过渡时期看到了跳跃。

    敏捷不是匆忙行事;这是关于行动紧急,即,常规(每日)关注如何运作,如何改进工作方法,以及我们可以追求的新学习。

    天啊,简直就是戴明。看来他知道自己在说什么。

    回复
  11. Mike Cottmeyer
    回复

    斯科特......正如我读到的评论......以及这篇文章中的所有谈论......我几乎希望我会在“管理”这个词和“位置权威”这个词中少集中。

    在现实生活中,经理人做了很多东西。有些人是技术领导者,导师给球队。有些主要与人力资源和发展计划和发展计划交易。有些人处理组织障碍,培训计划等。

    我认为我在这里真正探索的是“在团队中有位置领导的空间吗?还是必须在团队之外?”在此基础上,我认为在团队中存在位置权威的空间,前提是我们指导管理者采取参与式决策的领导风格。

    如果我们能得到它......我不认为位置权威的东西是挂断......或者至少它不应该是。谢谢你的评论......你们今天让我保持警惕!

    迈克

    回复

留下你的评论

您的电子邮件地址不会被公开。必需的地方已做标记*