很快，远程工作的便利性便落入了话题列表，最好不要与陌生人讨论-以及政治和宗教。 至于她，他们完全不同意。 一些经理说，现在是取消办公室的时候了，业界很快就会取消。 其他情况则相反-该行业已经幻灭了，召集了所有人。
在争端中有一瞬间的团结：远程方法需要一种特殊的方法，具有某些特质，并不是每个人都能应付的。
我们不仅与
Devhab公司讨论了这一问题，该公司还通过在严格规则和非正式环境之间寻求平衡来解决远程站点的问题。
Devhab在“我的圈子”中的平均评分为 4.56 ，平均推荐率为93％ 。 他因工作中使用的现代技术，与同事的良好关系以及与高层管理人员之间的良好沟通而受到赞赏。
是什么开始了Devhab
在零点零时，当互联网交易仍然是一种异国情调时，亚历山大·萨姆索诺夫（Alexander Samsonov）开设了一家宠物店网站。 他与他一起学习了三年，然后将其出售给毕业生。 在担任在线销售销售经理之后，他决定开设自己的咨询公司。
“在2000年代初期，电子商务一直在积极发展，我了解到该国的在线商店负责人不足，公司希望进入市场。 因此，我接受了咨询并开始领导多个项目，”亚历山大说。
对于新业务，他正在寻找一位对远距离交易了解的现代意识的会计师。 亚历山大（Alexander）发现的那个人想的更广泛-他本人正在为一个复杂的项目寻找开发人员。 因此，该公司（后来称为Devhab）获得了第一笔订单。
“该项目被称为“ Stream FM”。 俄罗斯30个城市的客户托管了带有多频道FM调谐器的服务器，该服务器全天候从27个广播电台收集数据。 在他们的帮助下，我们必须创建一个无线电广播监视系统，以便广告商在多个地区发布广告时可以监视声音的发出时间和地点。”
该系统必须分析数据，将其与标准进行比较，查找空中差异并确定其性质。 该团队为客户端编写并设计了界面，整个服务器部分都使用原始数据，但是该团队只有四个人。
“这是一个艰巨的项目。 他排在第一位，很偶然，我们当然低估了他。 花了很长时间，我们的收入比我们想要的要少，但我们学到了很多。 在这个项目中，我们形成了一种技术和体系结构的方法，这些年来我们一直在关注这种方法。 那时我意识到发展对我来说比互联网商务更有趣。”
但这只是第一个没有满足所有期望的复杂项目。 几年来，该公司在市场上勉强生存下来，一直在寻找自己的位置。
“这很难生存，所以我们承担了一切。 我们制作了公司网站，负责广告代理商的分包合同。 直到2013年，他们都进行了大型项目以及每件事。 仅在第十四年，我才感觉到一定的转折点。 也许到那时，我们终于弄清楚了如何在这个市场上工作。 然后我们学习了如何通过时间和材料来推销自己的商品”
团队现在的工作方式
现在，在Devhab中，大约有40个人从事十多个项目。 该公司现在从事开发和咨询服务，但不是亚历山大一开始所希望的。 他们为如何正确开发IT产品提供建议。
“我们经常充当企业家的技术合作伙伴。 他们的头因业务和销售而受伤，他们将技术和产品问题委托给我们。 可以说，我们专门从事新创业公司的开发。 如果一切顺利并取得成功，我们将为产品提供支持，并在一两年内帮助客户组建自己的团队。”
亚历山大将工作描述如下：他的团队形成了一个开发策略-从MVP开始，到如何启动产品，正确花钱，收集反馈并继续前进。 “在形成业务部分之后，我们编写规格，技术规格，开始设计接口，然后设计。 同时，我们可以开始开发。”
轮换文化
hackathon气氛在项目方法中占据主导地位-这就是前端开发人员Igor Deryabin所描述的方式。 “我们的团队在朋友之间聚集在一起。 尽管确实有做好工作的要求，但气氛是非正式而友好的。”
该团队包括一个与客户沟通，收集需求并讨论工作条件的帐户。 在他后面的是一个项目经理，他在开发人员中分配这些需求，管理发布计划并推出项目。 他实际上是技术总监，负责架构，集成，质量，文档并同时管理团队。
对于每个项目，都会任命两名领先的开发商-techlida。 一个到后端，另一个到前端。 Techlides招募了两三个开发人员。 “在此过程中，人们可以改变。 当流程稳定下来并且主要功能的框架准备就绪时，首席开发人员可以继续进行下一个项目，并将其遗产留给另一个。”
这样的系统具有非常严格的代码要求。
“当新开发人员进入该项目时，最初的几周他们会不断对其进行审查。 一旦掌握了，他们做的事情就会越来越少。 使用这种方法，仍然可以保持代码库完整。
无需双手即可完成的所有工作，我们尝试实现自动化。 我们有用于快速部署项目的模板，有些模板具有现成的结构，因此所有项目都在同一平台上。 我们试图尽可能地统一项目-我们将所有可能的东西都带到一个共同的标准。”
Devhab中使用了哪些技术
在公司成立的九年中，一些技术稳步发展，另一些技术则来去去了。 前端变得更加困难，有时会引发麻烦。
前端-React和TypeScript
当React并不为人所知时，Devhab的一个项目就开始在第一个Angular上进行。 产品的客户查看了进度，将其展示给潜在客户，要求进行更改，然后再次展示-等等。 在此期间，第一个Angular成为了过去。 “对于我们来说，很难找到一家开发商来支持和开发该解决方案。 另一方面，重写它甚至更昂贵。 但我不会说这是一次失败或错误的计算-我们成为了技术革命的人质。”
现在，前端团队是Devhab中最大的团队。 他们尽量不要错过趋势，追踪前景，聆听行业并不断进行实验。 例如，在最近几个月中，开发人员一直在关注Flutter，这是用于开发混合移动应用程序的框架。 “现在他可以成为React Native的重要竞争对手，因此我们正在寻找一个可以进行试验的项目。” 以类似的方式，Devhab在2016年将React作为他的主要工具-将其引入其中一个项目进行测试，因为该库似乎很有希望。
后端-Django + Asyncio
迄今为止，第一个项目的后端以及Devhab用Django用Python编写的。 在过去三年中，该团队仅将Django用作ORM和管理系统。 使用Asyncio，团队可以使所有后端异步。
他们没有离开Python的任何先决条件，甚至编写了
DVHB Hybrid工具与Django和Asyncio交朋友。
Devhab从不看Java，Go或.NET的方向。 亚历山大对Rust表示了兴趣，尽管他尚未受到审判。 “即使在Pascal上，您也可以写任何东西。 您需要使用自己拥有的并且在社区中很流行的堆栈。 重要的是，这项技术必须在未来三到四年内适用，并为其发布相应的库，并有一个可以提供帮助的社区，并且需要有人雇用。”
移动开发
Devhab在Web堆栈上制作移动应用程序，并相信在他们的领域中，您无需本地开发就可以完成操作。 “不专业的外观看不到最终产品的差异。 但是同时，成本和开发时间也大大减少了。 当一家银行需要一个非常酷的移动应用程序时，他们当然需要一家做本地移动开发工作很好的公司。 另一方面，我们知道如何建立一个良好的界面并将其提供给某人进行本机开发。”
如何控制远程工作
在2012年，Devhab团队放弃了办公室，此后一直分布在俄罗斯和几个外国。 当被问及控制这样一个团队是否更难时，亚历山大说相反，它比一个办公室要容易。
“我们相信远程控制系统效率更高。 您来到办公室，看到有人在位，并且您认为一切都很好。 它产生一种幻想，即一切都在控制之下。 当一切都遥不可及时，就不会有幻想。 有些问题可以通过某些方式解决。”
远程站点的主要问题是已知的-控制工作时间和员工互动。 在Devhab中，有两个主要解决方案。
工作时间和可用性时间是两回事。
人们提前讨论了下周要工作多少小时，但是当他们工作时，他们会自己决定。 为了确保没有人依赖其他人的日程安排，他们将工作时间与工作时间分开设置。 例如，每天在莫斯科从10点到6点，一个员工只需将电话放在附近，就可以在Slaka接听电话。 它可以工作-方便时。
每小时费率和时间记录
在Jir中，Devhab会执行所有需要启动计时器的任务，并且时间固定为最近的分钟。 每个任务的估计时间由领导和经理预先确定。 如果情况发生变化，他们会在此过程中调整评估。 然后每周一次，每月一次，这些家伙看着谁工作多少，并按小时费率计算付款。 经理们保证将有足够的任务来满负荷工作，但是员工要自己决定多少工作量。
对于经理来说，整周都有特殊的任务需要执行，例如“项目的常规管理”。 据亚历山大说，由于与客户的工作格式，首次引入了日志记录。 “他们花时间，他们拥有透明的报告，可以在Gitlab的Jira到处访问。 客户也可以看到团队成员承诺的一切。”
“当然，使用计时器有点特殊，”伊戈尔说，“它需要更多的纪律。 您需要控制自己已经花费了多少时间，还剩下多少时间。 但是在我看来，这更有可能是弊大于利。 您自己可以对自己的绩效进行适当的评估，而且一切对经理和客户都是透明的。”
如何建立团队和抗击倦怠
但是，并非所有消除的问题都可以通过正式规则解决。 有时它们更深。
Devhab eychar经理Anna Degtyareva说：“有些人第一次面对远程工作，突然意识到他们不知道该如何处理。” 她就是这样的人，因为一年半以前，她来自一个普通的办公室，不相信eychar可能很遥远。 “在办公室时，您可以更轻松地与团队联系。 你每天都见。 当您亲自交流时，您很快就会认出一个人。 首先，在这里，我不得不强迫自己不要为此担心。”
对于亚历山大来说，安娜的心理教育已成为优势，但正如她所说，企业有时会对此存有偏见。 “市场上有一种观点认为，心理学家比做事更喜欢说话。”
但是，员工之间缺乏沟通-甚至是普通的对话-都会导致大问题，尤其是在远程情况下。 人们变得孤立，无法获得反馈，无法评估自己的贡献，不知道如何处理问题，开始在脑海中夸大这些问题，精疲力尽，最后辍学。
“远程团队很难像团队一样。 “我们正在努力不断地对此进行研究，”安娜说。
指导
例如，现在安娜正在引入一个指导系统，以便每个员工都有一个指导者。 “这就像公司内的知己。 一个肯定会看到情绪变化的人将始终与您的事务保持最新。 如果他发现问题，他将能够通知我或线索，我们将尽力帮助此人。”
每周通讯
“无论发生什么情况，每个星期，莫斯科时间凌晨四点，都会向所有员工发送一封信，其中包含Devhab的新闻，同事的故事和故事，摘要，统计数据，带盖章的照片以及精选的模因。 它需要大量资源，但是每个人都喜欢此新闻通讯。 很多人参与其中-我们的编辑和所有想写点东西的员工。”
员工评估
缺少员工和同事反馈的员工发起了另一个项目。 “现在，我们正在尝试为每位员工实施评级系统-我们编制了一份调查表，并将其发送给与之合作的人。 他们给成绩，一些问题得到详细解答。 收集数据后，我们会给员工打个电话，在这里我们分析答案并提出建议。 六个月后，我们将进行另一轮调查，看看哪些建议有效，哪些有所改进。 如果没有，请理解原因。”
但是，仅靠对话实际上并不能总有帮助-有时需要采取行动。 “您不会在一次对话中做任何事情。 如果一个人不能工作，那么无论您与他进行多少交流且不积极，其效果都是短期的。 他明天将醒来，痛苦将是一样的。”
项目和角色的不断变化
“我们爱员工，我们很少有决定分手的情况。 我们更愿意引导这些家伙。 因此，我们将员工从一个项目转移到另一个项目。 它效果更好。”
“精疲力尽，我有自己的故事。 “去年夏天，我们在开发方面遇到了紧张局面，”伊戈尔说，“那时，我负责该项目的几乎所有前端。 几个星期的工作整天都很难紧张。
之后，我切换到另一个项目，是的，它有所帮助。 活动的改变是最好的休息。 主题区域，步调和环境的变化-所有这些都有助于减轻头部负担。
但是与同事的基本沟通会有所帮助。 我自己得出结论，当我与同事建立友好关系时，工作变得更容易。 当我可以与经理非正式地聊天时，我知道他在层次结构中并不位于我之上，而是与其他所有人一样的团队成员。 在这方面，我喜欢一切安排如何，没有人站在任何人之上。
我们似乎被划分为多个团队，但在Slack中，一切都一样。”
员工如何团结在一起
Devhab的传统是拜访至少有一名员工居住的城市。 由于团队分布非常分散，因此会按照以下原则举行会议-他们选择公司员工居住的城市，聚集在那儿，并花几个工作日和周末一起工作并参观这座城市。
“在一年中，我们已经访问了五个城市-喀山，加里宁格勒，里斯本，克拉斯诺亚尔斯克和顿河畔罗斯托夫。 伙计们定期来莫斯科。 在巴黎和巴塞罗那也有小型工作代表大会。
当然，并不是所有的四十人都在旅行。 平均而言，大约是10到15，但总是不同的。 因为越来越多的人开始主动并加入我们。”
“最后的混战不仅是我们的。 Devhab的市场经理Elina说，在罗斯托夫合作办公室中，我们与另一家公司举行了一次远程工作会议，“我认为我们将以相同的方式继续进行-将团队会议和会议与当地社区结合起来，以交流更多的信息并发展远程工作的文化。
很少有不熟悉的团队聚集在一起并分享经验并只邀请周围的人。 我知道莫斯科的Skyeng有这样的倡议。 但是在这些地区我们还没有看到这一点。 远程工作的独特之处就在于此-您不仅限于一个城市的市场。 与我们在该地区的社区进行交流并告诉所有人：“看，您可以住在自己的城市，同时不仅限于本地公司，这对我们来说非常有趣。”