在Devops的Breakneck世界中，团队合作是成功的表格赌注。开发团队必须经常密切合作，理想地与积极的态度合作。当一个或多个团队成员难以与之合作时，他们可以撤销截止日期和挫败士气。Devops Managers应该专注于修改这些行为并提供变革的激励，而不是惩罚员工 - 或者更糟糕，忽略了迹象。以下是开发团队中的“问题儿童”的一些例子。您可能会认识到您的同事和直接报告中的一些特征。
1.牛仔
这个个性是一种自由精神。他推动估计，计划，会议和文件，更倾向于有机地工作而不是现代发展团队所采用的结构。众所周心，寻找作为牛仔队的开发人员 - 创意人民常常独立。然而，走出殴打小径的牛仔太过分了，可以弥补规划和基于团队的可交付成果。
该怎么办：为了控制那个牛仔，需要一些时间来重新教育整个团队的敏捷宣言的核心原则。这里的更广泛的消息是，敏捷值与速度相当的过程和控件的正确混合。具有单独优点的另一个想法是引入测试驱动的开发（TDD）或行为驱动的开发（BDD）方法，这将迫使更多的责任和透明度进入该过程。
2.迟到的队友
这个个性可能是您团队中最聪明的编码器，但她经常遗漏截止日期，用于提供代码，估计，设计，模型等。这些辛辛可能是在高中和大学期间转入作业的同一个人，驾驶教师和父母疯狂。他们可能有良好的意图，但缺乏一些基础组织技能和焦点。
该怎么办：迟到的开发人员经常低估将大型项目带来成果的努力，或者可能只是轻松地淹没了更大的画面。无论哪种方式，经理都可以通过将项目分解为更小的作业来减少压力。迟到的开发人员还需要更多的经理监督，直到他们开始按时交付。以下是更多的想法：
3.会议想象者
让我们面对它，最具创造力和技术类型不喜欢会议。然而，当开发人员持续跳过立场，回顾率和其他重要的团队聚会时，它成为整个敏捷团队的问题。有资料差距，很快，其他开发商想知道为什么他们必须出现。
该怎么办：首先，参加定期举行的会议的库存，以确保其实际上是必要的。最好的敏捷开发团队是共同定位的，可以实时解决问题，但大多数问题可以在涉及的团队成员之间使用协作工具和走廊会议可以解决。状态更新也是通过敏捷ALM和项目管理工具与物理会议提供的。这是敏捷/ devops进程的一部分。将更大的团队分成较小的球队，鼓励休闲合作。通过将重点重点与团队建设和合作重新引发，每个人都受益。当需要会议时，是否在右脚或高性能的截止日期下获得突出项目，使其成为生产力。这意味着有一个坚持议程的有效的会议领导者。
4.沉默的怀疑论者
异常安静的开发人员 - 到傲慢的观点 - 从队友的失控和不可或道地脱离。这些杀戮可能在工作中不满意，或者是如此，他们不合适地融入敏捷的团队。如果这个人是一个有价值的唯一贡献者，值得彻底扎根问题，如果他们不是，他们为什么要在球队上？
该怎么办：有些人想分享想法，但不是公共形式。与沉默的怀疑论者安排一对一的会议，并尝试像TinyPulse这样的工具来收集匿名的反馈。其他想法包括：
5.指数经理
此电子表格 - 情人需要传统的开发指标，因此他们可以微笑其项目和团队 - 或者只是满足他们的数字痴迷。敏捷度量最适合按时向客户提供有价值的软件，质量;它们对于追踪融资团队和团队成员的贡献，它们尚不明显。
该怎么办：指标对任何敏捷团队都很重要，但只有他们是正确的团队。由于经理因特定指标的痴迷而导致敏捷计划，尝试使用明确定义的敏捷度量（如NPS（如NPS）将其担忧与特定的业务驱动程序 - 如产品质量，用户体验或客户满意度绑定为了客户满意度）。考虑带来外面的声音，例如敏捷教练，他们可以教育经理现代度量的发展方法。
开发人员有许多颜色和口味。这些人格差异可以使团队乐趣和高功能，或功能失调。了解差异和采取行动，以支持的方式纠正问题行为，帮助开发商在工作中更加富有成效，快乐。
凯文邓恩是Qasymphony战略和业务发展的副总裁。
