协作的意思说是一起工作，而不是单独去完成某项任务。敏捷方法强调了与跨功能团队合作的好处，大大加强了业务负责人之间的沟通；业务负责人是我们获得产品需求的人，以及产生产品的技术团队。协作也是技术团队成员之间有的重要部分。与其工作在一个孤立的功能中，敏捷方法帮助所有团队成员增加的面对面沟通的次数。
敏捷宣言四个价值中的两个都强调的敏捷方法对协作有重要性。“整个流程和工具中涉及到的人和交互”提醒着我们相到尊重的交流的重要性。例如，与其 让测试和开发人员使用缺陷跟踪工具来记录bug，还不如鼓励他们坐下来，一起使用重要创建并解决问题。“根据合同指示的客户协作”提醒我们开发团队给予的灵活性更重要，更能令客户满意，找到协作解决方案来解决产品开发中可能会出现的问题，远远比只是固守着严格的合同好的多。
虽然协作并不是局限在使用敏捷方法团队的中，但与控制命令型企业文化相比，敏捷开发实践可以通过培养交流的企业文化帮助企业更好地发展。敏捷心态与交流文化中的价值实践类似——鼓励共享驱动决策，自我管理跨功能团队和服务型领导。
领导人员有许多工具和流程可以使用，来培养他们团队强大的沟通能力。尽管软件方法也在使用，但是更多有团队将会从培养健康的沟通和协作文化中得到好处。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
DevOps和敏捷相结合 改进软件质量
DevOps实际上是打破了开发人员和运维人员之间的壁垒。在运维团队，你所考虑的方面可能与开发团队不同。但如果我们能更加了解相互的工作，将会更为深入得理解所需的工具和设备。
-
敏捷扩展的九条原则
对于敏捷扩展，并没有按部就班的方法，但有了固定的原则，软件开发团队将会有据可依地创建高质量的企业软件。
-
敏捷式 vs. 瀑布式：软件需求最佳方式
确定软件需求很困难。很好地理解客户需求，在改变发生时维护文档和需求都不是容易的事情。
-
如何实施整体团队敏捷方法
达到整体团队敏捷方法很难。这里讲述了一个教练如何采取不同寻常的方法来使她的团队成员相关讨论、寻求帮助，以及把所有问题看作是团队级别问题来处理。