«Attitude atypique à l'égard de la finance» - et si les employés géraient eux-mêmes leurs revenus. Conversation avec Flant

Dans un monde où seule votre entreprise peut vous rendre vraiment riche, les gens continuent à travailler pour la location. Premièrement, tout le monde n'est pas heureux d'être un homme d'affaires, mais il lui faut vivre. Deuxièmement, tout est clair et sûr au travail - vous remplissez votre fonction et la plupart assument les risques des autres. De là grandissent de vieux conflits de marchandage: les propriétaires veulent que les employés soient motivés, comme si le travail était leur propre entreprise; les employés veulent faire ce pour quoi ils sont payés, et pas plus.

Ces relations classiques ont des variations - options, intérêts, primes, qui rappellent un peu les propriétaires et les employés du même bateau. Mais il y a des situations moins typiques.

La société Flant est composée de plusieurs équipes Devopos qui servent la production d'autres personnes sur une base clé en main. Ils sont issus d'un gang d'étudiants passionnés et fans de Linux, et maintenant ils ont construit une structure d '«entreprises au sein de l'entreprise», simplement parce qu'elle est plus confortable et plus honnête. Dima Stolyarov et Sasha Batalov nous ont expliqué comment cela fonctionne.

Flant a été classé parmi les meilleurs employeurs informatiques en 2018 avec une note moyenne de 4,68. À en juger par les estimations de l'entreprise chez My Circle, les employés croient que l'entreprise rend le monde meilleur, et apprécient également Flant pour les tâches intéressantes, les bonnes relations d'équipe, la technologie moderne et la communication avec la direction.

Gang étudiant Linux

Dmitry Stolyarov (directeur technique) lors de son reportage

- (Dima Stolyarov) Nous avons toujours traité de Linux et de l'open source, mais nous avons commencé avec un sujet très amusant, pour lequel il est maintenant un peu gênant. Pour une raison quelconque, nous avons pensé que nous devrions implémenter Linux dans les bureaux au lieu de Windows. Le prénom de la société était TrueOffice - «True Office». Ensuite, nous avons réalisé que personne n'en avait besoin. C'était en 2006, j'avais 19 ans. Ce n'est qu'en 2012-13 que l'on a réalisé comment faire des affaires, quelles technologies le monde a besoin.


Alexander Batalov (PDG) sur le stand de l'entreprise lors de la conférence

- (Sasha Batalov) En plus de la technologie, il y a une énorme couche sous forme de marketing, de vente et d'économie que personne ne nous a jamais enseigné, à l'exception des cours à l'université, mais je ne sais pas du tout s'ils sont applicables ou utiles.

Au début, il nous a semblé que tout cela n'était pas nécessaire, mais ensuite nous avons dû comprendre dans la pratique, lire des livres, parfois après que les bosses étaient pleines. En général, nous avons parcouru un long chemin épineux, essayé un tas de toutes les mauvaises choses.

- (DS) Mais progressivement, au fur et à mesure que les qualifications ont augmenté, ils se sont déjà tous spécialisés dans Linux, et maintenant nous ne nous occupons que de projets Web très chargés et très chargés. Et lorsque Kubernetes est apparu, nous avons rapidement réalisé que c'était le fondement même qui faisait tellement défaut.

- Pourquoi y avait-il un tel intérêt pour Linux? Idéologique ou technologique?

- (DS) L'entreprise a deux fondateurs - Dima Shurupov et I. Dima Shurupov s'intéressait davantage à l'open source. Et j'ai aimé Linux, technologiquement, comment tout est arrangé là-bas. Et le résultat a été une combinaison: Dima aime l'idéologie, mais j'aime la technologie. J'aime l'idée open source, mais le côté technologique a toujours été plus important pour moi.

Einstein a déclaré: "Il est nécessaire de faire aussi simple que possible, mais pas plus facile." Ici, Linux est construit de manière si simple, fiable et transparente que j'en profite. Nous avons tous aimé, et nous sommes passés d'un gang d'étudiants à une grande entreprise. Maintenant, nous en avons déjà 70. Pour l'informatique, pour les services spécialisés - c'est beaucoup.

- Comment était tout pendant la bande d'étudiants?

- (DS) Eh bien, comme d'habitude, les élèves l'ont - amusant et provocant.

- (SB) Une énorme quantité d'altruisme, une volonté de conquérir Internet, de conquérir les pics technologiques. Nous nous sommes impliqués dans des tâches très difficiles - c'est arrivé, nous avons entrepris des projets sérieux (mais très intéressants!) Du domaine de l'intégration de systèmes, ce qui les a fait pour un sou. Ils ont essayé de créer leurs propres frameworks, ont absorbé toutes les technologies qu'ils reconnaissaient et ont immédiatement cherché à les utiliser.

- Tout a-t-il fonctionné commercialement?

- (DS) Oui, mais au début, nous n'avions besoin de rien. En ce temps-là, 40 000 roubles étaient un revenu absolument normal pour moi, je leur ai fait des promesses.

- (SB) Et je pensais que pour mille dollars, vous pouvez créer n'importe quel site Web que vous pouvez imaginer.

- (DS) En 2013, nous n'avions pas d'argent pour embaucher librement à Moscou. Nous avons déjà pris toutes les connaissances que nous pourrions prendre. Nous avons décidé d'ouvrir un bureau à Nizhny Novgorod. Nous y sommes allés, ouverts, avons commencé à embaucher. Puis ils ont réalisé qu'il était difficile de vivre dans deux bureaux et ont décidé de vivre sans bureaux.

Bien sûr, ils ont rempli un tas de cônes. Ce n'est qu'en 2016, à ma honte, que j'ai lu Remote. J'ai pleuré et ri parce que nous voyagions en tête-à-tête. Chaque paragraphe a recoupé mon expérience personnelle.

- (SB) Dans chaque paragraphe, il y avait nos cicatrices.

---

Que fait flant

Nous assurons une production clé en main à haute charge. Cela diffère de l'externalisation conventionnelle, parce que nous vivons avec des clients depuis très longtemps et interagissons très étroitement, les gens nous font confiance pour l'une de leurs choses les plus importantes. Leur entreprise dépend en grande partie de la façon dont nous travaillons.

Pour créer une opération de production de haute qualité, vous avez besoin de 15 à 20 devops, de spécialistes de bases de données, de Kubernetes, d'un service de support, etc. Et si l'entreprise est petite, où il n'y a que deux ou trois douzaines de développeurs, c'est impossible là-bas. Et ici, nous venons et économisons. Des milliers pour 150.

Auparavant, nous avions pour mission de créer une entreprise dans laquelle nous serions à l'aise de travailler, aussi stupide que cela puisse paraître. Maintenant qu'elle a réussi, la mission est de mettre les technologies de niveau Google et Facebook à la disposition des petites entreprises et des startups en démarrage.

Les gens peuvent se concentrer sur leur produit, plutôt que de surmonter des problèmes qui ne peuvent pas être surmontés.

Beaucoup de gars qui viennent chez nous sont surpris - combien est différent, quelles sont les charges partout. Nous avons plus de 50 projets en production, plus de 70 clusters de Cuebrnetes. Dans ce cas, vous pouvez toujours tordre. Il a ouvert un dessin, dessiné une architecture de microservices, dressé une liste de 200 technologies - et c'est parti. Mais cela entraîne toujours des problèmes et des conséquences.

L'astuce consiste à assurer une stabilité, une fiabilité et une simplicité maximales d'une part, et un haut niveau d'innovation d'autre part. Eh bien, nous sommes fiers de pouvoir le faire. Nous le faisons partout et en grande quantité, comme un Ikea conditionnel.

---

Qui a besoin de développeurs externalisés?

- Il me semble que les grandes entreprises préfèrent garder les devops dans l'Etat.

- (SB) Il est clair que de grands joueurs comme Avito ou Badoo peuvent recruter des devops. Les petites entreprises avec des investissements énormes peuvent aussi - mais elles vont reprendre, et non le fait qu'elles ont la force de faire face.

Nous pensons que même les grandes entreprises devraient mieux contacter les experts qui ont mangé ce chien. Les petites entreprises avec une entreprise basée sur le Web ont juste besoin de contacter des personnes expérimentées. Parce que tout temps d'arrêt dans un système clé est une perte d'argent.

- (DS) Nous savons que les gens en Russie ont peur de l'externalisation - en raison d'une expérience négative, pour d'autres raisons. Mais les clients ne nous quittent pas. Pendant dix ans, ils sont partis pour deux raisons seulement. Soit ils nous ont dépassés (par exemple, ils ont été achetés et tout a été reconstruit), soit ils ont fermé parce que l'idée ne fonctionnait pas.

- Et qui vient à vous le plus souvent - petites ou grandes entreprises?

- (DS) C'est la même chose maintenant. Mais les petits ont juste peur de nous, ils pensent que nous ...

- (SB) ... grand, complexe, inaccessible et pleure dans les nuages.

- (DS) Eh bien, oui, vous passez devant le salon avec Maybach et ne rentrez pas, ne demandez pas de prix, car Maybach ne peut pas coûter 500 000 roubles.

- Bien sûr que non.

- (SB) Mais dès qu'il apparaît dans le covoiturage, vous pouvez vous permettre de le conduire.

- (DS) Oui, bien sûr, nous ne sommes pas Maybach - nous sommes Ikea. Nous avons également réussi de manière simple, fiable et abordable. En général, le nombre d'entreprises du TOP 50 et de petites entreprises qui nous contactent est le même. Mais nous comptons principalement sur les petites entreprises et travaillons principalement avec elles, et essayons de ne pas coopérer avec les grandes.

- Pourquoi?

- (DS) Beaucoup de bureaucratie.

- (SB) Dans une grande entreprise, il y a plusieurs niveaux de répartition des responsabilités, le feedback est très long et souvent les gens commencent à jouer à la technologie: «Et pesons, écrivons une stratégie, planifions pour l'année à venir, faisons-le mieux, c'est plus beau pour la culture d'entreprise, c'est ainsi que notre pratique s'est développée. » Et donc ils commencent à compliquer les choses qui peuvent être résolues d'une manière simple et courte afin que 80% du résultat soit demain. Ils vont un long chemin, où on ne sait pas si cela fonctionnera du tout ou non.

En conséquence, au lieu de pratiques bien établies, nous réinventons la roue, et le coût d'une solution technologique devient incomparablement plus élevé. De plus, la qualité n'est pas le fait qu'elle sera meilleure.

---

Frais d'impartition

Nous avons un tas de projets sur Github, nous contribuons activement toute l'histoire à l'open source. Pas seulement aux nôtres - aux étrangers aussi. Nous essayons de partager les outils que nous utilisons tous les jours. Nous pensons que c'est notre responsabilité et nous sommes très heureux de le faire.

Tous les gars de l'entreprise contribuent d'une manière ou d'une autre - soit avec des critiques, soit avec de la documentation, soit avec un code. Nous pensons que c'est notre paiement pour tout le monde riche des utilitaires open source que nous utilisons. Et je pense que nous sommes dignes de ces frais.

Nous l'appelons la condensation de l'expérience. Au départ, une personne a appris quelque chose, fouillé avec des collègues, l'expérience est devenue folklorique. Ensuite, nous avons écrit la documentation, puis l'avons insérée dans les utilitaires et oublié l'existence, parce que nous ne pensons plus - tout est automatiquement pris en compte.

---

La popularité de la technologie et la toxicité des développeurs

- Pourquoi exactement Ubuntu? Avant d'être choisi, quoi d'autre a été considéré?

- (DS) Nous étions une bande d'étudiants qui aiment Linux. Et nous avons utilisé Gentoo pendant longtemps - c'est une distribution basée sur la source, et chaque fois que nous devons la compiler à partir de zéro. Lorsque nous avons eu quelques centaines de serveurs, la mise à jour a pris des mois. Bien sûr, nous avons tout d'abord automatisé et optimisé tout, mais à la fin nous avons réalisé que nous devions changer quelque chose et, connaissant les avantages et les inconvénients des différentes solutions, nous avons simplement pris la plus populaire. Ensuite, c'était intuitif - puisque le plus populaire, alors il sera préférable de le développer, et toutes les lacunes seront corrigées tôt ou tard.

Il y avait une telle base de données Resync DB. Ils ont concouru avec MongoDB et ont commencé à peu près au même moment. Et pendant longtemps, Resync était technologiquement meilleur.

Lorsque les utilisateurs sont arrivés, ils ont essayé de résoudre les problèmes du système interne et dans MongoDB, ils les ont résolus beaucoup moins, mais ils pouvaient conditionnellement indiquer s'ils devaient être meilleurs dans les tests synthétiques. Par conséquent, la popularité de MongoDB a augmenté. Sur les cas les plus simples, ils se montraient mieux, mais à l'intérieur se trouvaient des figues. Et Resync DB à l'intérieur était bon, mais il n'a pas gagné en popularité.

En conséquence, tout allait bien avec MongoDB à l'intérieur, mais personne ne se souvient de Resync DB. L'entreprise a fait faillite. Ubuntu a quelque chose comme ça. L'accent est mis sur cette distribution, nous avons donc décidé de l'utiliser.

- Comment aimez-vous les derniers changements politiques, CoC et tout ça?

- (DS) Eh bien ... il n'y a pas de négatif, tout va bien, tout est clair. Je souffre moi-même du fait que parfois j'offense les gens. Par exemple, la chose me semble évidente, et cela commence à me faire terriblement enrager que les gens ne la comprennent pas. Je suis en colère et cela s'avère négatif (mais j'y travaille).

Linus est très intelligent, après tout, il y travaille depuis 30 ans. Il est clair qu'il est un mec vif, il ne va pas dans sa poche pour un mot. Sa politesse en souffre et la communauté y travaille. Lui-même comprend et reconnaît tout.



"Mais, si j'ai bien compris la réaction des discussions, beaucoup de gens soutiennent l'idée de parler directement et durement, et si quelqu'un n'aime pas ça, ils ne sucrent pas, ils ne fondront pas."

- (DS) Non, ce n'est pas le cas. En tant que personne souffrant d'un manque de politesse, je comprends que c'est très mauvais. Cela gâche la communauté. Il y a des gens qui s'en moquent, mais il est toujours important pour la plupart des gens qu'il y ait un réconfort émotionnel.

Il y a une erreur stupide dans le code. Vous pouvez écrire: "Les gars, c'est dommage que nous manquions des choses aussi simples, nous devons y remédier." Et vous pouvez écrire: "Quel idiot a fait ça?!" Une phrase. La personne qui a fait cette erreur est peut-être encore plus intelligente et plus expérimentée que vous, mais elle était tout simplement hors de lui quand elle a fait une erreur - on ne sait jamais ce qui s'est passé. Et pour lui, ce sera une infraction directe. Pourquoi est-ce nécessaire?

Vous devez dire les choses directement, mais vous n'avez pas besoin de dire "Quel idiot l'a écrit." Il est également insensé de cacher et d'envelopper, mais il n'est pas nécessaire d'offenser les gens.

---

Pourquoi les devops appellent-ils tous les jours

- (DS) Nous avons maintenant un petit bureau où se trouvent les documents et le chef de bureau siège qui s'occupe de ces documents.

L'entreprise compte 70 personnes. 20 personnes est une équipe OPS. 30 personnes sont trois équipes DevOps d'environ 10 personnes chacune. Les 20 autres sont des développeurs et des ventes. 8 développeurs, rnd département - 4 personnes. Personnes non techniques pour toute l'entreprise 5-6 personnes.

Trois équipes DevOps gagnent de l'argent clé. Les processus sont les mêmes partout - un long rallye tous les jours, pendant une heure et demie. Mais là, ils trient tous les problèmes techniques et les gars décident quoi faire ensuite. Et comme tout est éloigné, c'est l'occasion de communiquer normalement.

- Est-ce vraiment nécessaire tous les jours?

- (DS) Oui.

"Tout le monde est d'accord avec ça?"

- (DS) Oui, tout le monde est d'accord, tout le monde est à l'aise. Mais certains jours, le rallye peut durer jusqu'à 30 minutes. Malgré la communication très intense à Slaka, je veux toujours bien synchroniser, comprendre ce qui s'est passé hier. Nous voulons nous comprendre, et pas seulement cliquer sur des tâches. Il s'agit d'un point culturellement important.

- (SB) Quelque chose peut arriver à tout moment, la situation peut changer. Un ajustement constant est nécessaire.

- (DS) Vous avez une bonne blague à ce sujet.

- (SB) Oui. Le chirurgien cardiaque arrive au centre automobile, et le mécanicien lui dit: «Écoutez, nous faisons la même chose, seulement vous opérez sur le cœur humain, et je suis le cœur de la voiture. Vous obtenez 10 000 $ pour l'opération et je paie 100 roubles pour le service.

Le chirurgien demande: "Voulez-vous également obtenir 10 000 pour les réparations?" Un tel mécanicien - bien sûr. Le chirurgien monte dans la voiture, démarre et dit - "trier".

Aussi avec nous. En développement, vous pouvez prendre la tâche et apporter le résultat en deux semaines. Ensuite, tout peut être corrigé, car plus ou moins trois jours n'affectent rien.

Et dans notre cas, chaque alerte manquée ou décision incorrecte sur l'alerte peut devenir un très gros problème. Pour éviter cela, une communication étroite, rapide et constante est nécessaire.

---

Est-il difficile de passer à udalenka

Il est difficile de gérer les gens à distance. Mais c'est difficile tant que vous êtes dans un bureau, et qu'ils sont dans un autre, et que la conscience est floue. Vous êtes assis à Moscou et il vous semble que les gars de Nijni travaillent mal, inefficacement. À Moscou, vous voyez les efforts des gens autour, mais les efforts des travailleurs à distance - non. Vous n'acceptez que le résultat.

Il y a beaucoup de communications au bureau de manière informelle - quelqu'un a dit quelque chose à quelqu'un sur le chemin de la cuisine. Les gens d'un autre bureau ne le voient pas, ne le ressentent pas et le contexte est perdu.

Au moment où nous étions prêts à quitter le bureau, toutes les communications (même avec les employés dans la même pièce) étaient passées par Google Meet. Et lorsque nous avons construit toutes les communications à distance, cela a fonctionné à 100%, toutes les barrières de malentendus ont été supprimées.

Il est difficile de tout construire, mais si tout est fait correctement, cela fonctionne et ne cause aucune gêne.

---

Comment les équipes gèrent elles-mêmes leur argent

- Udalenka est une question controversée. Parfois, les entreprises ont peur de laisser les gens rentrer chez elles parce qu’elles pensent qu’elles sont censées perdre le contrôle sur elles. Mais ceux qui sont libérés disent aussi que le travail doit être fait d'une manière complètement différente.

- (DS) Nous avons résolu ce problème par le fait que nous sommes prêts à partager de l'argent avec les équipes. L'ensemble de notre système d'économie et de motivation est construit presque comme une franchise. Les salaires sont assez élevés, et nous laissons de l'argent gratuit aux gars.

L'équipe dessert le pool de projets. Ils savent combien gagne chacun de ces projets. Ils connaissent certainement leur part de cet argent. Tout l'argent qui reste en excédent de leurs salaires reste dans l'équipe et est réparti entre eux selon un certain système. La motivation est absolument directe - ils ont pris le projet pour 200 000 autres, en ajoutant dix de plus au salaire. Faites une erreur - vous devez indemniser le client.

- (SB) Si vous commencez à laisser tomber les gars, cela se ressent immédiatement. Vous vous privez de la possibilité de recevoir un revenu supplémentaire. Et notre système résout complètement le problème de contrôle. Une personne fait un plan pour chaque jour et il y a suffisamment de rassemblements quotidiens pour comprendre qui fait quoi.

- (DS) Dans les conditions d'hostilités, le camarade dans les tranchées ne ment pas.

- Alors, avez-vous des salaires ouverts? Est-ce que tout le monde sait combien ils obtiennent?

- (DS) Nous avons fermé les salaires il y a quelque temps. Il y a une différence régionale. Malgré le fait que nous nous efforçons de payer l'intégralité du salaire de Moscou dans les régions, il y a encore une certaine dissonance.

- (SB) Maintenant, tout le monde sait combien d'argent possède l'équipe. Ils voient combien de bonus ils reçoivent.

- (DS) Timlid, chaque équipe décide du montant que ses gars recevront et comment distribuer les bonus. Nous abordons cette question exclusivement avec des conseils, la décision appartient toujours au chef d'équipe.

---

Pourquoi les gens ont-ils peur du travail?

Célébration des 10 ans de l'entreprise en 2018

- 70 personnes suffisent pour vous?

- (DS) Non. Nous prévoyons de recruter au moins 20 ingénieurs DevOps en un an. Mais c'est très difficile. Nous avons un bassin de candidats suffisamment important, tout le monde nous connaît d'une manière ou d'une autre. Mais voici l'histoire comme avec les clients. Beaucoup de gens disent: "nous avons peur de travailler pour vous, du coup nous ne le retirerons pas". Mais nous ne pensons pas que nous avons des choses super cosmiques ici.


Correspondance avec le candidat

- De quoi avez-vous besoin pour tirer?

- (DS) Théoriquement, une personne devrait être développée de manière uniforme dans son développement et son fonctionnement. Dans la pratique, il n'y a que quelques-unes de ces personnes dans le monde, sans parler de la Russie. Surtout ceux qui sont seniors ici et là. Je ne me lierais même pas à eux.

Dans nos postes vacants, il est toujours bien écrit ce que vous devez savoir. Nous y travaillons beaucoup et essayons d'écrire essentiellement.

- Peut-être que les postes vacants font vraiment peur, si c'est prévu, combien devez-vous savoir?

- (DS) Non, non, non, nous ne pensons pas que nous devons en savoir beaucoup.

- (SB) Nous ne nous intéressons pas à la connaissance, mais à la réflexion, à la capacité de la personne à rechercher des solutions.

- (DS) L'expérience sous Linux est intéressante, et nous la testons avec des tâches assez simples - juste beaucoup. Notre test est assez long, avec un candidat moyen, cela prend 8 heures. Et selon les résultats, nous regardons comment une personne a fait face aux problèmes, comment il google, quels sont ses horizons.

Nos connaissances peuvent être acquises très rapidement, car il existe de nombreux projets différents et des collègues expérimentés qui vous le diront toujours. Par conséquent, nous cherchons d'abord à ce que les gars réfléchissent rapidement et aient de l'expérience.

"Outre le test, est-ce que vous le révélez en quelque sorte?"

- (DS) Nous avons trois phases. Eichar communique d'abord, demande de raconter l'expérience. Ensuite, ceux qui ont aimé Heychar réussissent la tâche de test. Selon les résultats, les Timlidés communiquent et disent leurs opinions à l'Eichar, et s'ils sont unanimement bons, c'est l'occasion de faire une offre à une personne.

---

500 mille roubles pour embaucher le futur surhomme

- (DS) Nous avons une attitude très atypique envers les finances, nous partageons avec les équipes et ne sommes pas gourmands. Et nous attribuons à l'équipe 500 000 roubles pour étendre l'état. , , , , .

— 500 ?!

, . . — . . , . , . , .

— ? , , .

— () , . , . , . .

, — , . , . , .

500 , , . 20 . , 100 , 30 , 20 , , , . . . , , . , . .

— ? 500 , , 500 .

— () . — « , 11. , , . 500 ». . - , , .

.

— () , . , . . , 10 . , .

— () , , , , , . , , . . , . , . .

— . , , . , , .

— () . , , . - , .

— - . ?

— () , . , . .

— , , ?

— () , . , . , , , .

, , . . , .

— , . , , , . .

. — , . — DevOps - . , . , . , , .

, — , . «DevOps-» , , , . , . - «-».

---

— ?

— () , . . , — , .

, , . , . . : .

— () .

— () ! , , . , . , - .

, , , . , — . , . — , , . , .

— , — , . , -?

— () , . , — . . — « »? , , .

. , , . , , . — . , SaaS-, . . .