在敏捷团队中合作:没有任何功能,但角色

在敏捷团队一起工作时,功能通常构成障碍。他们限制了专业人员在挑选活动中,并强调个人结果而不是团队结果。卷提供更多的灵活性,并使可以共同努力工作。

在Plaats van Functies中滚

在实际上想要与敏捷或精益团队合作的组织中,每个人都对团队成绩做出贡献的合作是中央的。每个人都做到他或她可以做的事情。

在函数驱动的组织中,员工倾向于执行他们的工作描述。这就是组织对他们所期望的内容,他们被指控。

但如果有什么不属于该功能的情况怎么办?例如。如果在完成之前有一个新的软件模块进行测试,并且所有测试人员都很忙,但有一个有时间的开发人员?

在实践中,您认为该工作没有发生,并且直到测试员可用。用户故事仍然是开放的,并且该模块不包括在交货中。

如果有能够编程和测试的团队成员,谁可以填写角色开发人员和角色测试仪?然后它可以完成这个故事。

在一个跨职能的敏捷团队中,它是关于某人可以做的事情,他或她可以表现的角色是什么。结果更为重要,团队和员工看看每个人都可以贡献什么。

功能分离,敏捷防模式

有时函数用于确保员工可以控制彼此的工作。功能分离可确保将工作传输,例如从开发人员到测试仪,以便测试员可以独立检查工作是否完好。

我对工作分离时遇到了麻烦,作为确保员工检查彼此的工作的机制。这是一种敏捷的反模式,使合作困难。

在敏捷团队中,还有控制,甚至更多的控制,但它不是基于工作分离。我看到配对编程和评论作为一种控制形式,其中员工保持彼此锐利。随着蜜饯和暴徒编程,你进一步走了一步,作为一支球队,你将集中努力工作以实现目标。

同样在每日Scrum的立场“controleren”团队成员考虑到进度和任何堵塞。

在敏捷回顾中,您评估工作方法(过程),并搜索连续改进的方法。你也这样做。

使用滚轮检查精益团队的敏捷,而不是作业分离。你可以灵活地填补。今天我是评论者,我批判性地看着我的同事的工作。明天是另一种方式,我的作用是作者,我的同事’提供反馈。彼此尊重,整体眼睛!

检查scrum master?不要!

如果我用一支球队作为敏捷教练的克拉姆大师,我不会检查人。当然,我看看人们如何做事如何洞察如何工作。通过我的知识和经验,我认为可能的瓶颈和合作问题,其中包含项目或团队无法实现其目标的风险,产品质量不足等。

说他们这样做“niet goed doen”我很久以前曾经担任过(我承认,那个成本几年 - )。向团队成员提出问题通常足以获得共享的洞察力,我们将在一起看起来如何不同。这更好地工作得多。如果它真的出了问题,人们从自己的经验中吸取教训,而且比作为警察检查的情况也更有效。

Samenwerken在罗林

流程和实践可以帮助形成如何完成工作的联合画面,并在哪里看到更好的位置。一种看一个不同的外观的语言和工具,看看你通常不会在一天的喧嚣中停下来。

根据程序或方法工作经常不显示最方便的方法。该程序必须在那里工作和员工,而不是另外的方式。而且人们支持他们的工作,而不是将专业人士施加如何做到这一点。

我的座右铭:不要在功能和控制中思考,但在卷和合作!

分享这种经历
  • 15
    Gedeeld.

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

geef enen antwoord.

本网站使用AkisMet减少垃圾邮件。 查看如何处理响应数据.