人们有不同的文化背景、习惯、信仰、兴趣、能力、知识、技能和气质。在一个团队中，他们不可能总是受规则手册的约束而变得自组织。首先必须了解它们之间的动态，以便识别反模式。以下是必须避免和纠正的6种反模式，以帮助团队走向自组织。
自组织团队是真正敏捷软件开发的信条。自组织的团队选择如何最好地完成他们的工作，而不是由经理或团队外部或以上的人来指导他们。
关于如何建立和鼓励自我组织的团队，有很多建议给领导者，包括早期的项目导向，建立共同的目标，取消命令和控制结构，以及创建一个安全的环境。但有时，尽管有规定的方法和最好的意图，团队无法打破他们根深蒂固的习惯，拥抱自组织。
人们有不同的文化背景、习惯、信仰、兴趣、能力、知识、技能和性情。在一个团队中，他们不可能总是受规则手册的约束而变得自组织。相反，必须首先理解它们之间的动态关系以识别反模式。
以下是一些必须避免和纠正的反模式，以帮助团队走向自组织。
权威的行为
敏捷团队通常由来自不同学科的高级和初级成员组成。在发生争论时，资深成员经常援引他们在相关领域的经验和知识，将自己的意愿强加于他人。当这种情况发生时，它为团队设置了错误的优先级。
我在团队中的经验是，初级成员经常提出正确的问题，并提出新的想法，但很多时候他们不能很好地表达它们，当高级成员有力地提出他们的论点时，他们不情愿地让步。这些行为阻碍了自组织团队的建立。
在团队中保持“没有级别，就没有标签”的政策是很重要的，在这种情况下，不鼓励等级制度，也不鼓励任何人带着SME的标签。通过这种方式，团队可以作为一个单位聚集在一起，公开表达他们的观点，并参与决策。团队尤其应该锻炼对初级成员的耐心和同理心，以帮助他们以各种可能的方式做出贡献。
表达的自由和作为平等贡献者的感觉增加了团队的自组织特性。
明显偏袒
基于共同的兴趣、性格类型和文化背景，团队成员很容易在团队中形成非正式的竖井，生活在他们的舒适区内。我的一个团队成员告诉我，他发现某个人的代码评审注释被夸大了，所以继续下去，他希望另一个他选择的人来评审代码。在另一个例子中，一个开发人员只想与一个特定的测试人员一起工作，因为她发现团队中的另一个测试人员很傲慢。
这些优惠待遇和非正式的竖井阻碍了团队有效地自我组织的能力。
人们需要接受指导，以便与团队中的每个人合作，而不考虑他们的差异。当在团队中发现竖井时，应该鼓励成员打破这些墙，作为整个团队一起工作，并与整个项目的成员建立工作关系。
观察团队动态，解决争端，不断修正过程，发展团队的凝聚力，这是自组织的重要组成部分。
挣扎于3c
当过渡到一个自组织的敏捷团队时，最初的几个迭代充满了从各个角度的学习，包括技术堆栈、应用程序体系结构、功能领域、环境设置、工具、对系统的访问、客户机交互、与涉众打交道、遵守组织和客户机策略，甚至是敏捷工作方式。
最初的挣扎暴露了团队在沟通、协调和协作方面的差距——这三个C影响了自组织的有效性。
我所面临的挑战之一是由于在分布式团队中工作而缺乏面对面的交流。这大大减少了自组织团队必须具备的渗透式沟通和协作。为了解决这个问题，我们使用了允许我们通过语音或视频聊天的沟通工具，我们坚持沟通是及时的。
为了确保我们的分布式沟通在行动上的结果，我让团队就基本的工作流程和每个人将扮演的角色达成一致，无论是编码、审查、合并、测试、提出及时的查询，还是更新ALM工具。由于每个人都了解自己的角色，我们的沟通培养了团队成员之间适当的协调和协作。为了将我们的合作提升到一个新的水平，每个人都站出来在交付的各个方面尽其所能地贡献他们的特定角色和职责。
这三个C构成了团队保持自组织的基本支柱。团队为实现良好的沟通、协调和协作所采取的所有方法都应该在每次回顾中进行讨论，以保持工作良好的努力，并摒弃不必要的努力。
习惯和信仰
当团队成员的行为受到信念和习惯的驱动时，他们可能会偏离团队的工作协议。例如，一些成员可能会要求把上午的站立会议挪到下午，因为他们不能总是早开始工作。有些人认为匆忙完成待办事项以牺牲遵守质量流程为代价，因为这为他们提供了更多的学习机会或提高了他们所感知的生产力。类似地，有些人发现物理板是组织工作的更好方法，因为他们不习惯使用看板软件，因此不定期更新。
这些与先前达成一致的协议的偏差产生了反映自组织糟糕状态的纪律问题。
我使用Scrum价值观的例子，如承诺、专注和勇气，作为强大的工具来教导团队要灵活，并按照敏捷原则行事。与团队成员建立一对一的讨论和帮助会议也很有用。
结果不会在一夜之间出现，但通过持续的努力、同理心和耐心，你的团队成员可以围绕一个有效的方法达成一致。
没有按照改进计划行动
在回顾会议之后，团队应该根据过去迭代的观察提出改进计划。成员如何认真地推动行动项目，并在一段时间内表现出改进，反映了他们的自组织行为。
团队不会创建或执行改进计划的原因有很多，比如没有足够的时间进行改进，改进的依赖超出了团队的控制，缺乏改进的动力或鼓励，没有从以前的改进中看到直接的好处，或者团队只是对改进不感兴趣。这些原因应该被理解和解决，以帮助团队坚持改进计划。
等待方向
有时ScrumMaster或产品负责人无法为团队提供指导。一个自我导向的团队不会等待别人的帮助，而是运用批判性思维来找出前进的方法。
例如，一个可视化设计可能规定PDF附件是必要的，但没有说明在出现错误时该怎么做。如果选择的是文档文件，是否会出现错误?是否应该在屏幕上显示文件必须是PDF格式的消息?团队可以使用他们关于可用软件如何工作的知识来建议和建议如何解决这些缺失的需求。
团队还必须学会推动帮助项目实现其客户目标的主动性工作。他们必须自我组织，学习必要的新技能，优先安排时间解决在制品项目的问题，必要时要求和参与中小企业，及时支持其他团队和领导，坚持整体质量流程，努力持续产品创新，定期相互分享知识。作为一个自我指导的团队去做这些活动将使你的产品和团队更加成功。
网友评论