软件团队如何学习一起制作美妙的音乐

从表面上看，蓝草音乐和软件开发没有太多共同点。但两者都致力于创造一些东西。在他们的创作方法中，蓝草音乐家在软件团队中占有一席之地——开发人员可能会发现这种方法很有用。

蓝草音乐涉及的原声乐器是小提琴或小提琴、班卓琴、吉他、曼陀林和立式贝斯。在某些歌曲中，班卓琴可能会“驱动”，这意味着它处于领先地位。在其他歌曲中，小提琴、曼陀林或吉他可能会引导。即使在演奏同一首歌时，音乐家也可能轮流领唱。

软件团队，请注意。
现代软件团队由多个参与者组成：开发人员、设计师、架构师和质量保证。大多数单位由项目经理管理。这类似于乐队领队，这是在蓝草中找不到的东西。然而，现代团队能否作为一个自组织单位发挥作用？

我们不建议取消项目经理；有人需要确保满足所有要求。但是，如果团队中的每个成员都像蓝草乐队中的音乐家一样轮流领导开发呢？

例如，在项目开始时，架构团队成员需要推动，而开发人员、设计人员和质量保证人员则扮演辅助角色。其次，设计人员领导，而架构、开发人员和质量保证提供支持。然后，开发人员推动演出。最后，质量保证起主导作用。

这听起来很合乎逻辑，以至于许多人认为这就是团队现在的运作方式。但是，在大多数组织中，流程的一部分已完成，而另一部分则处于休息状态。在蓝草音乐中，所有乐手同时继续演奏；然而，一位音乐家在不同的时间间隔领先。

因此，我们建议团队由流程每个部分的专家组成。在项目的特定时间，一个人带头，其他人支持他们。例如，在设计阶段，UI/UX 人员和平面设计师致力于制作功能性和美观的设计。传统上，开发人员和架构师在对项目做更多事情之前等待他们完成。

如果开发和架构通过在此过程中发挥积极作用来支持他们呢？架构师应确认设计符合技术要求，而开发确保设计易于创建。通常，设计使 UI 需要复杂的自定义来控制。或许客户的项目需要一些复杂性，但团队能否创造出更直接但仍符合要求的项目？

研究表明，成员拥有平等发言权并有机会被听到的团队表现要好得多。根据一项此类研究，即人类群体绩效中集体智慧因素的证据，成功的团队利用这段平等的时间来提高群体的“集体智慧”。这些工作人员的工作效率更高，也往往会促进更多的创新。

当团队成员是他们工作的专家时，每个人都会立即发现每个阶段和跨学科的问题。专业设计师将知道如何做出引人注目的设计，与其他同等设计相比，它的构建时间更少。专家开发人员可以在工作开始之前立即查看设计或架构的问题。专业的 QA 工程师会在软件构建之前看到软件中的问题。关键是，如果所有人都是专家并且齐心协力，他们可以轮流带头。整个项目将以更低的成本和更短的时间创建。

平滑过渡
与爵士乐一样，蓝草音乐通常包含计划外的元素。因为音乐家是他们学科的专家，所以他们可以在播放歌曲时快速修改歌曲。音乐家可能会这样做以鼓励正在跳舞或为特定观众增加歌曲持续时间的人。