数据科学项目的Scrum
尊敬的各位：，
我在一个数据科学项目中担任Scrum硕士。该项目由多个专业技能集和从事数据建模、数据工程师、大数据架构师、ETL测试人员、Qlik报表开发人员和Mashup开发人员等工作的人员组成（如果我们每个技能集中都有一个团队，那么我们几乎拥有一个完整的团队！）。
挑战（正如你已经从上面的陈述中感觉到的）是，我们有各种技能和专业人员在这些领域工作，创造了许多sylos。我努力帮助他们尽可能做到跨职能和自我管理，但考虑到每个成员所代表的不同技术背景，很难激励他们在各个领域相互竞争，并以任何可能的方式帮助团队的事业向前发展。
一些团队成员甚至愿意学习其他技术，并在跨功能方面做出贡献，但不同技术平台上的许可限制成为了一个障碍。当我们与客户讨论这个问题时，他们回来说，他们在每个技术平台上都有有限的许可证（专用），不能共享或扩展到其他团队成员。不确定还能做些什么来帮助球队的事业。目前，团队似乎只是为了继续不同事件的运动而跟随Scrum，而实际上并不是一个Scrum团队。
有什么建议可以改善这种状况吗？提前感谢！
听起来似乎存在一个启用约束。如果团队成员热衷于合作和学习，为什么他们不结对，群策群力呢精确地因为可用许可证的数量有限制吗？
谢谢你的回复，伊恩！团队成员确实会集中讨论他们不时面临的几个主题或挑战。然而，配对编程对该团队来说是一个挑战，因为该团队是在大流行期间开始的，几乎所有团队成员都是地理分布的。因此，配对编程是这样的：一个人在共享屏幕的同时实际完成工作，而其他人则在看屏幕。很快，他们就失去了兴趣，因为他们只是看到屏幕并提供输入/评论，而没有“动手”的机会。
似乎有许可限制的各种技术还不足以成为问题，分布式团队成员增加了麻烦。我不知道如何保持团队的积极性，让他们集中精力处理工作项目，而不仅仅是在危机时刻。
因此，配对编程是这样的：一个人在共享屏幕的同时实际完成工作，而其他人则在看屏幕。
这听起来不像我所知道的配对编程。这是维基百科关于配对编程的文章的开场白。
配对编程是一个敏捷软件开发其中两个程序员在一个工作站上一起工作。一，这个驾驶员，写入密码而另一个观察者或导航器,[1]评论键入的每一行代码。这两个程序员经常互换角色。
在审查的同时，观察员还考虑了工作的“战略”方向，提出了改进意见和未来可能需要解决的问题。这是为了让驾驶员能够将所有注意力集中在完成当前任务的“战术”方面，将观察者作为安全网和指南。
即使两个人都不知道正在使用的语言/工具，我也非常成功地使用了这种方法来帮助传递知识。观察者将是一个知之甚少/一无所知的人。他们会阅读问题陈述，并提供简明的语言说明。然后，司机将其翻译成代码，向观察者解释代码是如何工作的。这允许观察者参与解决方案，同时学习语言。有时，两人可能会交换位置，而原来的司机仍然担任该语言的导师。
然而，配对编程对该团队来说是一个挑战，因为该团队是在大流行期间开始的，几乎所有团队成员都是地理分布的。
这听起来像是一个借口。许多公司都面临着这一挑战并取得了成功。甚至在大流行之前，当离岸外包开始时，我就使用远程会议工具成功地在这些情况下工作。有了今天可用的工具，这就更容易了。作为Scrum大师，您可以帮助团队解决这个障碍。
我的意见是，你的客户已经明确表示，他们真的不在乎你是否试图通过在许可证上说明他们的立场来提高效率。如果他们有意限制你，那么你就在现有的范围内工作。并不是所有的障碍都可以消除，所以你最终会尽你最大的能力在这些限制条件下工作。您仍然可以成为一个使用Scrum事件、工件和值的Scrum团队。知识可以通过其他方式共享。但你可能没有意识到所有的好处，你的利益相关者也不会。