4月24日，Wrike平台发生了重要变化：该小组宣布以俄语版本“ Spaces”公开发布一项新功能-“ Spaces”。
Spaces的目标是改善任务管理器中的团队工作，并简化产品导航，使流程更加有机和透明。 我们做到了吗？ 继续阅读并学习如何在大型公司中发布重要更新而不是搞砸它，如何确保30个Scrum团队的互动以及我们从产品开发过程中学到的经验教训，
后来的发布使我们付出了很多
心血和突破性的团队合作精神。
为什么要发明空间？
创建Wrike时，其重点是解决15至20人的小型团队的有效性问题。 这样的团队在一个每个人都有“空间”的地方工作很方便。
随着时间的流逝，帐户的规模已多次增加。 现在，该产品已被成千上万的客户组成的分布式团队使用，并且在未来，我们将Wrike视为公司许多部门工作的便捷工具：一方面，在不同的流程中工作，另一方面-仍然需要彼此交互。
由于在现实世界中，团队存在于不同的办公室，办公室，国家，Wrike团队考虑为他们创建一个特殊的空间，以便他们可以同时作为工作过程的一部分而不会与其他部门失去联系。
空间允许各个工作组有效地建立工作流：为他们提供所需的工具和数据结构，访问各种形式的查询的权限，以便他们可以组织自己的工作区并更加专注。 空间还使您可以更好地控制多功能团队中的信息分配，并提高数据安全性。
创建空间的想法属于Wrike产品经理Sasha Plotvinov和Van Saveliev。 首先，他们进行了研究，为董事会中的团队绘制了解决方案的原型，组装了模型并验证了这个想法。 后来，在Werike
Hackathon上最终确定下来，在那里他们迈出了一步，并组装了个人空间原型，以补充这一概念。
首先，“空格”是团队的功能。 但是，它基于居住的个人空间的概念，每个人都需要排除不必要的信息和多余的噪音。
Spaces解决什么问题？
为简化起见，Wrike包含与之配合使用的项目和工具。 例如，在进行全面发布时，您将创建多个项目，通过甘特图监视其进度，使用Workload控制团队的负载，并根据结果为利益相关者编制报告。
一切似乎都很简单，但是如果您有成千上万的人在大量团队中使用一个帐户在多个帐户中使用重叠的流程并使用许多工具，
则会出现两个问题：
难以管理流程 ，
并且用户界面上充满了不必要的元素 。
原为
已经成为阻碍有效团队合作的种种原因有很多：首先，在同一个文件夹树中，有许多团队。 用户经常看到不相关的信息，并且无意中违反了“外星人”团队的结构。 其次，只有管理员有权访问流程管理，而帐户结构通常由首席经理-管理员组成。
在开发太空的过程中，我们完成了两项关键任务：
- 用户应该只看到与他相关的内容
- 委派和自我组织应取代纵向管理
Wrike是
相信横向管理胜过纵向
组织的公司之一，“绿松石”
组织以最有效的方式展现自己。 在Spaces中实施的方法将帮助团队达到更高的透明度和自组织水平，其中水平管理将占上风。
“如果在帐户管理员对流程负有高度责任之前，现在他将能够将团队工作流程的组织交托给他的直接主管，他通常会更了解团队的功能。”
-Wrike产品经理Ivan Savelyev我们遇到了什么困难？
当然，产品的重大变化会带来巨大的风险和许多困难。 以下是其中一些：
难点1.降低风险使帐户适应新的组织工作方式是一项非常耗时的任务。 在Wrike内部，问题几乎立即被发现：作为一家拥有许多团队和流程的公司，我们属于客户类别，我们将其视为自己的受众并每天使用我们的产品。 在团队帐户中（来自所有国际办事处的800余人），我们启动了发布活动，并立即收到内部的反馈-这有助于为公开发布做准备，并最大程度地提高了风险。
对于从未使用过Wrike的用户，在最初阶段，我们进行了一系列解决方案访谈，使用
UserTesting服务启动了测试，还为感兴趣的客户制定了Spaces功能的早期访问计划。
在面向所有用户发布之前，我们还对新的试用版进行了A / B测试，以确保新的导航范例对新用户而言是直观的。 通过测试，可以清楚地看到新用户已成功开始使用该产品。 我们还采访了测试和控制小组，发现在受访者中，用户更有可能谈论界面的可理解性和Wrike的易用性。
困难2.将解决方案的价值带给客户
Wrike有许多客户已经在使用该服务并设置了他们的工作流程，因此存在新功能不愿使用的风险。
我们为主要客户启动了Beta测试版，并将我们的
专业服务部门与该流程联系在一起。
为了向客户传达问题及其解决方案，客户成功经理与客户管理员一起在早期阶段就确定了组织流程的问题，并告诉客户Spaces如何解决这些问题。 因此，我们传递了Spaces的最大值，该最大值超过了重组成本的大小。 我们不仅突然“推出了该功能”，还为客户准备了外观的系统准备：客户成功经理举办了网络研讨会，教客户如何导航新功能，培训了电子邮件通讯，并讨论了最佳做法。
后来，我们根本没有打过电话：客户开始自己开始使用早期测试程序并使用一项新功能。
困难3.一项改进需要进行许多更改
平台的改进会影响产品的各个方面，因此我们决定进行现代化改造，以免一站式出现。 我们很幸运，一个开发团队解开了最令人难以置信的技术节点，并在整个项目工作中找到了最佳解决方案。 此外，每个人都知道这项计划的必要性，因此我们始终得到副总裁兼首席执行官的大力支持。
从一开始，开发团队就决定创建一个最小连接的体系结构，将整个解决方案转变为一组单独的业务组件和微型应用程序，它们仅在Workspace（Wrike用户看到的最终产品）之间集成和交互。
为这些组件（包括沙箱）创建了一个单独的存储库。 不仅可以查看活动中的每个组件并在冲刺审查中显示出来，还可以进行完整的开发和测试。 与在成熟的工作区中进行开发相比，组装，单元测试运行和自动测试所花的时间要少一个数量级。 这使开发人员可以快速进行迭代，在每个sprint的末尾显示结果，并在必要时快速更改功能和API。 一段时间后，采取了下一步-创建一种“游乐场”，在该游乐场上创建了一个非常简化的主要产品界面，包括大多数组件的集成。 这使我们能够设计和调试它们之间的交互。
团队之间如何互动？
Wrike大约有30个Scrum团队在他们产品的一部分上工作，每个团队目前都受功能的影响，或者将在不久的将来纳入该过程。 太空开发期间的团队间互动问题有时会非常尖锐-毕竟，每个团队在该季度都有自己的产品OKR。
交流问题是当务之急：在可以事先讨论所有问题，达成协议并正式确定协议的地方，互动要比没有进行初步讨论的团队更好。 在后一种情况下，开发团队必须自己更改或修改其他人的功能。
“有非同寻常的情况：一旦有必要整合由外部团队开发的相当大而复杂的组件，然后再由该团队完成（因此，它出现在我们功能中的时间要早于基本上）。 做什么-我们试图在截止日期之前完成工作，因此不得不下班。 而且，在组件完成之后，我们花了所有的时间进行整理，在处理其他功能时，我们不得不用薄薄的一层涂抹它-按照计划进行的集成已经漫长了！”
-
前端团队负责人Alexey Kartavenko当30个团队在非常敏捷的环境中相互交流时出现的问题数量应该不会令人沮丧。 对于几乎所有公司而言，安排一个Scrum流程已经是成就，而Scrum的Scrum则是一个幻想：在这里，产品负责人，潜在客户和普通开发人员必须学习如何相互合作。
这些是Spaces团队为准备进行大型项目的人员提供的提示：- 与过程中的不同参与者尽可能经常地讨论项目的中间选项，不断收集反馈并寻找其他思考的食物。
- 如果您的工作可以在内部使用（在Wrike，我们很幸运），请启动一个试点项目。 向所有人滚动，通知所有人，运行反馈表！
- 确定可以为忠实客户启用功能的就绪程度：其中总有一些人喜欢跟上时代并激活各种实验性功能，他们的反馈将特别有价值，因为它们是您的目标受众。您可以使用所有早期测试机制：A / B实验，有限和受控的Alpha和Beta版本，按需提供抢先体验等。
- 就像在冲浪板上一样，在发展速度和质量之间取得平衡：不要害怕在当前的冲刺中留下技术债务，但是一旦情况变得清楚就立即开始消除它的任务。 切记将这些任务放在最高优先级。 对功能的单元测试和自动测试进行全面介绍并不是很短视，这些功能可以在下一个sprint中的反馈后改变。 此外，工程师不仅将愚蠢的代码留在最后，然后将其发布，这不仅是愚蠢的，而且是犯罪的。
- 尝试为下一个冲刺做好适当的准备：进行PBR（产品待办事项清单细化），确保在当前冲刺中承担任务，以研究您下一步的计划，并与产品负责人和UX设计人员进行尽可能多的交谈：他们在厨房和吸烟室里弄清楚了细节。 尝试以一种交互方式“重叠”的方式来同步后端，前端和测试，以便没有人闲着，等待另一专业的同事的准备，这样您就不必坐在地上，然后扔掉它们，等等。
- 在发布日期临近之时，当热情开始升温，并且大部分工作都从开发人员转移到QA工程师时，请您替自己负责：自己测试代码，运行回归，帮助解析以及尝试编写自动测试。
- 与其他团队进行互动时，请事先就如何执行此操作进行定期讨论。 写下所有协议和计划，生成文档，甚至可以起草合同-并不是因为有人会欺骗您而不做太多事情，而是因为每个人都有自己的日子，而您的问题却只占5％。 Sprint同步是理想的；为此目的。
- 当使用其他团队开发的产品时，请警惕“几乎所有东西都准备就绪，可以使用并集成在一起”的说法。 首先，您必须找出自己是否不想弄乱，盲目接受他们提供的东西并在上面制定计划（尤其是日历计划）。
- 最重要的是：在一个复杂的IT世界中，没有一件事情是一件轻而易举的事，因此，如果该项目已经进行了很长时间，并且它们开始“侧身”看，请多加注意并知道：即使不是今天，但是明天还是后天，无休止的线程交织在一起，迷雾弥漫，成功等待着您-您相信自己在做什么，对吗？