“在开发团队内部和外部传达信息的最高效、最有效的方式是通过面对面的对话。”
– 敏捷宣言
这些原则是在 2001 年编写敏捷宣言时需要的。这是因为大多数员工在小隔间里工作，许多项目是通过跨团队任务和交接来管理的。瀑布式项目管理方法的失败率很高，这导致越来越多的组织转向敏捷方法，包括 Scrum 和看板。
ⓒ 盖蒂图片银行
采用敏捷开发的组织通常将多个开发团队放在一起。这种向托管的转变导致一些组织更愿意在敏捷开发团队中配备全职员工，随之而来的是对分散团队、使用外部服务提供商和依赖自由职业者的强烈反对。当项目停滞时，很容易将责任归咎于外包，并且很容易将无法支持的代码开发归咎于营销机构。
目前 托管并不是一个非常重要的优先事项
大约 58% 的公司支持混合工作，大多数敏捷组织使用工具来管理待办事项、增加异步通信并简化文档。
尽管如此，人们仍然普 西班牙 WhatsApp 号码数据 遍倾向于雇用员工，而不是与第三方签订合同或寻求外部合作伙伴关系。我认为组织需要反思改变这种模式的机会和风险。
合作伙伴关系加速创新
企业面临着改善客户体验、实现应用程序现代化和试验新技术的巨大压力。Gartner 发现，超过一半的数字化举措没有达到首席执行官和高管的期望，许多技能的需求量很大。这意味着包括首席信息官在内的技术领导者需要更多选择来扩大发展，而不仅仅是雇用和培训员工。
这意味着敏捷开发团队 DevOps 组织和数据科学小组
与来自服务提供商、初创合 欧洲邮件 作伙伴、机构的设计工作以及小型开发公司的工程人员的员工和合同人员的混合。 通过共同创造重组组织 为了实现其目标，组织必须创建一种“我们与”的合作伙伴关系。我们必须摆脱“他们”或“我们和他们”的心态。相反，我们需要的是“我们和他们”的共同创造模式。
共同创造是一种协作和项目管理方法，它将雇主、就业状况和组织层次结构排除在团队自组织方式之外。这种方法侧重于人们按照商定的方法工作以实现既定目标。
