在我们六个开发团队的每一个中，考虑到几乎不可避免的重构，修复，功能和“愿望清单”产品专家，计划在未来两年内进行积压。 在内部，一切都可以根据优先级进行，某些大块变得更重要，然后将其删除，然后在其中添加一些新内容。 但是，人们始终对未来几个月的挖掘方向有所了解。
除了很多优点之外，这种系统还有两个明显的缺点：
- 这太无聊了，无聊不是促使我们编写代码的原因。
- 根据通常的过程，许多假说正在积累，这些问题落在积压工作的末尾，但每种假说都能迅速得出结果。 也许不是。 其中一些很有趣。
在正常模式下，很难分析这些假设，因为您需要产品科学家，业务人员（通常是直线经理）以及来自其他开发团队的更多人员的交互。 也就是说，当您有两个小时的空闲时间时，您仍然无法做到这一点。 而且由于我们经常通过踩踏新界面和新功能的业务来赚钱，因此假设检验是生命。
首先，我们在办公室内留出时间并完成整个工作流程。 事实证明，如果您尽快检查，就会得到平均的解决方案。 为了提高质量，您需要打破常规。
因此，我们已经去过三次外国城市并在那里工作过。
为什么需要这个？
如果您已经阅读了有关我们如何积累
技术债务以及如何处理
技术债务 ，以及
开发人员需要了解哪些
业务的文章 ，那么您会不时地知道许多关于什么的假说去做。 大约一半来自开发人员，部分来自其他部门的故事，以及经验转移给自己，部分来自产品科学家，创始人，或者仅仅是由于月相。
接下来，我们确定解决大多数任务所需的人员列表。 通常，这是一个特定的开发团队（空中，铁路，旅行，火车，冒险或分析的方向），基础架构工程师，几个业务人员（用于大致了解和评估财务一致性），一个来回迁移的分析师，其他团队的人员。
基本过程如下所示：聘请营销人员，开发人员，设计师，分析师和领导者。 在办公室，每周一次，我们讨论有关假设的冲刺。 当仅根据假设进行工作时，分配一天的时间。 如果一个问题的解决方案在六个小时内消失，则将其中断并离开此过程。 任务是在六个小时内启动倾斜beta。 每周对所有团队测试10个假设。
这很好用，但是您在上面看到的局限性。
全面的开发将根据Beta测试结果满足项目经理的要求。
我们咨询了项目管理专家，有几个不同的人立即说，应该在公司内部设立特种部队，即专门从事快速假设推广的人员。 在某个地方称为开发小组，在其他地方。 关键是一个团队的永久黑客马拉松。
这听起来是合乎逻辑的，但并没有很快实施：有必要召集来自六个不同领域的专家，并剥夺主要团队中最有趣的一员，因为面包中的所有葡萄干都是由这种“特种部队”挑选的。
之所以需要“特种部队”，是因为如果没有将开发人员的时间的100％分配给解决问题，结果会更糟。 从经验来看。 但是我们不能那样做。
我们采用TRIZ并建议我们需要将部分时间集中在假设上，而将部分时间集中在“从长远看”的主要工作上。 是什么阻止我们像在办公室那样做呢？ 背景，不断分散注意力和规章制度，不断聘用团队成员以及长期反馈。
这就是人们想出黑客马拉松的方式。 他们取消了所有办公室限制，并留出时间集中精力。 只有骇客马拉松是免费的自愿性故事，通常与培训有关。 开发人员度过了星期六，因为他们可以学习新知识，而不是做得更好。
因此，我们决定进行实验，并与14个人组成的团队一起前往伊斯坦布尔。
伊斯坦布尔实验
为什么选择伊斯坦布尔？ 我们需要一个满足食物要求的城市：
- 快速飞行，没有频繁的延误（星球的另一侧不适合，天气不可预测的岛屿不适合）。
- 访问相对便宜（通常不适合使用冰岛）。
- 每年的这个时候，这座城市比莫斯科更具吸引力（不是每个人都喜欢为了旅行而离开办公室，鄂木斯克不适合，但这个城市的居民会原谅我）。
- 有很多有趣的事情，您不必走很远（挪威不适合）。
- 团队一致希望去这座城市。
我们列出了合适的城市并与大家讨论。 立即检查所有内容非常重要，这不是一项艰巨的任务。
我们决定在伊斯坦布尔举行一次大型会议，以换取两天假（有偿），但我们自己购买门票。 这种逻辑适合每个人，因为这是一个机会，可以将这两天与周末对接，并在年中进行一次小型假期。
好吧，最后，我们仍然对旅行充满热情。
他们当场在中心附近租了一间大房子。
谁干的 其中一位开发人员花费了自己的时间来组织所有这些工作。 我不确定这是因为他想研究商务旅行的过程（我们刚刚进行了推广），还是仅仅因为他想为所有人提供帮助。
他们警告了
厨房一周，我们在路上需要小吃，但是接下来几天的食物负担会减少。
我们像往常一样在星期五早上工作，大约在15点-离开机场，在18点我们去了机场。
我们到达了房子，那里已经部署了无线网络，我已经随身携带了印刷材料。 全部配备企业笔记本电脑。 我们吃了，坐着，讨论了主要的事情。 实际上，这是关于在产品中做什么以及如何做的辩论。 就是说，我们决定了应如何处理积压。 我想讨论“快速”的假设和命运，以及长期任务的优先事项。
第二天，我们采用这种格式：星期四出现了一系列有问题的问题（除了已知的问题之外），因此我们几乎在整个星期五都讨论了这些问题。 发现了两个方面：一个是关于假设的，另一个是反对的。 然后他们安排了一场决斗，其他人都对决。 也就是说，几乎就像是对假设的审判：检察官为您不需要做的事情拉扯，律师为成功和喜悦而拉扯。 没错，那时他们没有考虑更换检察官和律师，这是此类辩论中的标准程序。
工作时间表是这样的：我们选择最差的散步时间（在伊斯坦布尔，这是一天的中段时间），我们将会议放在这里。 早上和晚上都是免费的，但是我们一起吃午饭，这是一个交流的机会。 在那次旅行中，有些人仍然完成了一些小任务，也就是说，他们无法完全关闭通常的流程。 另一方面，我不会说花费了很多时间。
磨合假设的一个例子
公交车没有合法批准的电子票。 这使我们非常难受，因为乘客必须在家中打印表格或在汽车站的打印机上打印（这有时会成为问题，有时是收费的）。 长期以来，Russian Railways几乎在任何地方都接受电子注册，飞机可以在机场向您打印，而在航站楼或前台毫无疑问（在某些地方您不需要打印）。 在某些地方的公共汽车上，苏联仍然是70年代。
实际上，有一些渐进式电台只是通过电话显示票证。 他们仍然在声明中保留了这些数据，您只需要查看那里和该人的文档即可。 但是，有些保守的电视台以及那些只是“巴巴亚嘎反对”的电视台。 并且所有电台都有其自己的形式。
从车站的角度来看，电子票是一种发展。 工作站的安全性提高，对于控制器和驾驶员来说更加方便，操作得以加速，节省了纸张，年轻人不问问题。
无论如何，在公共汽车上，一两个乘客忘记了车票，无论如何，它们都是从车站数据中恢复的。 但是在某些地方，他们发现自己的缺点很大。 实践表明，如果一名乘客开始大笑，他们就让他进入。 如果他安静地离开（通常是养老金领取者）-我们必须已经了解了情况。
我们要做的第一件事是分配保守的车站，在购买车票时，我们会与旅客分别发出通知，告知他们必须打印车票：没有票就不允许他们这样做。
然后，我们决定为此类电子登记工作的公交车站制定一份“白名单”。 三重检查：旅客召回，我们秘密客户的电话，直接问题到车站管理。
如果法律在允许电子票方面落后于现实，但是根据车站的规定，可以通过票务找回解决方案，那么为什么不自动化并制作自己的快速便捷的拐杖呢？
一般而言，我们在网站上找到了此类电台并标记了标签。
验证会不时重复。
在此过程中，事实证明，有些车站自己也采用了这种方案，但并未真正告知乘客有关方案。 集成商对此也很满意。
然后，我们在系统中向具有此类标记的电台提供了少量奖励，因此有经济动机这样做。
结果，我们很快就结合了好几个已经自己进行电子注册的电台和电台（实际上，不是我们，而是他们本身，尤其是与我们的工具结合在一起）。
也就是说，您不能只是坐下来等所有事情都立法通过，而是想办法以编程方式进行操作。 就是这样。 我们需要一群开发人员，经理，与合作伙伴沟通的人以及设计师。
结果如何？
第一次体验的损失：
好处：
- 几乎像是年中的假期。
- 在接下来的六个月中，他们立即决定了所有问题。
- 他们能够与团队进行专门的沟通。 由于某种原因，办公室无法正常工作。
- 在感觉层面上难以衡量的事情：团队中的关系已经改变。
- 我们从外部看了自己的产品：毕竟，我们一直在使用我们的工具（和其他团队），并“动态”提出了几个功能。
- 他们只是开车旅行，这对于旅行公司来说是合乎逻辑的。
- “高级”同志教会“六月”进行理性思考，不仅在发展方面，而且在日程安排上。 这是微不足道的，但是经验可以转移。
- 他们能够拉动远程开发人员进行交流，这通常是不够的。
Nezhdanchiki：- 我们了解到，这两个女孩在进入该地区时遇到了灾难性的问题：他们迷路了，我们找到了他们，从不放手。 这几乎打乱了工作会议。
- 接管该组织的开发人员表现出情境领导的表现。 没想到，eychar和领导者感到惊讶。
- 我们发现我们的同事Misha拍了很酷的照片。 他拿着相机，把所有东西都拿走了，然后出了纸照片。 为了记忆。
在旅途中进行同步非常困难，这尚未成为一个过程。 但我认为会这样，因为好处显而易见。 现在，我们使用两种方法：我们分配团队在办公室的时间来分析假设并偶尔离开。 还需要更多人次去确定视野和完成不同的任务，并在办公室里“请勿打扰”以个人黑客马拉松模式打破假设。
在第一次迭代中选择并检验了七个假设，其中三个显示了结果。 例如，在公共汽车方向上。
在数据输入阶段，乘客开始在车牌上显示题为“ N分钟前此航班的最后购票”字样。 在移动版本上，A / B占销售额的+ N％，在台式机上，没有明显的结果。 我们根据时间表在页面的移动版本上扩展了搜索表单-结果，我们的销售额增加了NN％。 我们从客户那里接收数据以便能够将其返回。 在空无一物的情况下，他们开始收集用户电子邮件以发送公交车，如果它们出现在方向上，则每周有数百封电子邮件。 根据用户的偏好，我们在新闻通讯中收集优惠。 结果。 命中率：91–93％。 开封者的销售额：+ NN，3％（显着）。 但是！ 人们沿着相同的方向乘坐公共汽车，这意味着预测是相同的。 到目前为止，事实证明邮件将始终相同。 我们将考虑如何多元化。
当时，积压中有一些典型的任务，例如，一个例程：
- 与公交车站运行两次集成。
- 更新三个当前集成。
- 整合立陶宛公交车。
- 为您的帐户建立16个运营商连接器。
总的来说，它是可行的，但是我们很想听听您在办公室“孤立”工作的经验，如果有的话，他们也要旅行。