Alexandre Baranov travaille chez Veeam en tant que directeur R&D et vit entre deux pays. Il passe la moitié de son temps à Prague et l'autre moitié à Saint-Pétersbourg. Ces villes abritent les plus grands bureaux de développement de Veeam.
En 2006, c'était une start-up créée par deux entrepreneurs russes, spécialisée dans les logiciels de sauvegarde de machines virtuelles (d'où le nom — V[ee][a]M, machine virtuelle). Aujourd'hui, c'est une gigantesque entreprise qui compte plus de quatre mille employés dans le monde entier.
Alexandre nous a raconté ce que c'est que de travailler dans une telle entreprise et à quel point il est difficile d'y entrer. Voici son monologue.
Traditionnellement, nous parlerons de l'évaluation de l'entreprise sur 'Mon cercle' : Veeam Software a obtenu de ses employés . On l'apprécie pour son bon package social, l'atmosphère de travail agréable en équipe, les tâches intéressantes et le fait que l'entreprise rend le monde meilleur.
Quels produits développe Veeam
Des produits qui assurent la résilience de l'infrastructure IT. Heureusement, avec le temps, le matériel est devenu suffisamment fiable, et le cloud assure la résilience. Mais les erreurs humaines existent toujours.
Par exemple, le problème classique d'incompatibilité des mises à jour avec l'infrastructure de l'organisation. Un administrateur a déployé une mise à jour non vérifiée, ou elle s'est produite automatiquement, ce qui a perturbé le fonctionnement des serveurs de l'entreprise. Un autre exemple : quelqu'un a apporté des modifications à un projet commun ou à un ensemble de documents, pensant que c'était justifié. Plus tard, un problème a été découvert et il a fallu revenir à un état d'il y a une semaine. Parfois, ces modifications ne sont même pas liées à des actions conscientes : récemment, les virus d'extorsion ont gagné en popularité. Un utilisateur apporte sur son ordinateur de travail une clé USB avec du contenu douteux ou visite un site avec des chats, et en conséquence, les ordinateurs du réseau sont infectés.
Dans une situation où le mal s'est déjà produit, nous offrons la possibilité de revenir sur les modifications. Si les modifications ne sont encore qu'en projet, nous permettons de vérifier leur impact dans une infrastructure isolée, reconstituée à partir d'une sauvegarde de centre de données.
Souvent, les sauvegardes jouent le rôle de « témoin silencieux » lors des audits au sein des organisations. Les entreprises publiques doivent se conformer aux exigences des régulateurs externes (comme le Sarbanes-Oxley Act), et ce n'est pas sans raison. En 2008, l'état de l'économie mondiale a été ébranlé parce que certains acteurs des marchés financiers, pour le dire simplement, ont falsifié les résultats de leurs activités. Cela a déclenché une réaction en chaîne, et l'économie a chuté. Depuis lors, les régulateurs surveillent de plus près les processus au sein des entreprises publiques. La capacité à restaurer l'état de l'infrastructure IT, des systèmes de messagerie, et de la gestion documentaire pour les périodes de reporting est une des exigences des auditeurs.
Microsoft, Amazon, Google et d'autres fournisseurs de services cloud disposent de solutions natives qui assurent la sauvegarde des ressources au sein du cloud. Mais leurs solutions sont des « choses en soi ». Le problème est que pour la plupart des grandes entreprises, l'infrastructure IT est généralement hybride : une partie se trouve dans le cloud, l'autre sur site. Dans le cloud, on trouve généralement des projets web et des applications centrées sur le client. Les applications et serveurs contenant des informations sensibles ou des données personnelles se trouvent le plus souvent sur site.
De plus, les organisations utilisent plusieurs clouds différents pour construire un hybride afin de minimiser les risques. Lorsqu'une entreprise multinationale construit un cloud hybride, elle a besoin d'un système de résilience unifié et commun à toute l'infrastructure.
À quel point est-il difficile de développer de tels produits
De nouvelles technologies apparaissent constamment, nécessitant apprentissage, adaptation et expérience. Lorsque nous avons commencé en tant que startup, peu de gens prenaient la virtualisation au sérieux. Il y avait des applications pour la sauvegarde des centres de données physiques. Les centres de données virtualisés étaient considérés comme des jouets.
Nous avons commencé à soutenir la sauvegarde en tenant compte de la virtualisation dès le début, lorsque la technologie n'était utilisée que par des passionnés. Puis est survenu son essor explosif et son adoption en tant que norme. Aujourd'hui, nous voyons d'autres domaines qui attendent une telle avancée qualitative et nous essayons de rester à la page. La capacité de naviguer avec le vent est inscrite quelque part dans l'ADN de l'entreprise.
L'entreprise a déjà surmonté la phase de démarrage. Aujourd'hui, pour de nombreux grands clients, la stabilité et la fiabilité sont primordiales, et la prise de décision en matière de résilience peut s'étendre sur plusieurs années. Nous sommes en phase d'adaptation, de test des produits et de conformité à de nombreuses exigences. La situation semble cocasse : d'un côté, il faut garantir la fiabilité et la confiance dans les produits, de l'autre, il faut rester à la pointe de la modernité.
Cependant, le nouveau est toujours lié à un certain niveau d'incertitude concernant les technologies, le marché, ou les deux.
Par exemple, après plusieurs années d'activité, nous avons réalisé qu'il était nécessaire d'exploiter les capacités intégrées des systèmes de stockage pour accélérer la sauvegarde. Cela a donné naissance à toute une branche d'intégration avec les fabricants de matériel. Aujourd'hui, tous les grands acteurs de ce marché sont partenaires de Veeam dans ce programme : HP, NetApp, Dell EMC, Fujitsu, etc.
Nous pensions également que la virtualisation éliminerait les serveurs classiques. Mais la réalité a montré qu'il restait encore 10 % des serveurs physiques, ceux qui ne peuvent pas être virtualisés ou pour lesquels cela n'a pas de sens. Ils doivent également être sauvegardés. C'est ainsi que Veeam Agent pour Windows/Linux a vu le jour.
À une époque, nous pensions qu'il était temps pour Unix de prendre sa place dans un musée et avons cessé de le supporter. Mais dès que nous avons commencé à travailler avec des clients ayant une longue histoire, nous avons compris qu'Unix est plus vivant que jamais. Nous avons donc développé une solution pour lui.
Une histoire similaire s'est produite avec les bandes magnétiques. Nous avons pensé : « à qui cela peut-il bien servir dans le monde moderne ? » À l'époque, nous travaillions sur des fonctionnalités telles que la restauration granulaire des données ou la sauvegarde incrémentielle avec une copie complète synthétique — ce qui est impossible à réaliser sur bande, le disque est nécessaire. Puis, il s'est avéré que les lecteurs de bandes fonctionnent comme un des moyens d'assurer des sauvegardes immuables, nécessaires pour le stockage à long terme — afin de pouvoir revenir dans 5 ans, prendre une bande sur l'étagère et effectuer un audit. De plus, au départ, nous collaborions avec des petites entreprises — où les bandes ne sont pas utilisées. Puis, nous avons atteint des clients qui nous ont dit qu'ils n'achèteraient pas le produit sans bandes.
Quelles technologies sont utilisées dans Veeam
Pour les tâches liées à la logique métier, nous utilisons .NET. C'est par là que nous avons commencé et nous continuons à optimiser. Actuellement, dans plusieurs solutions, nous utilisons .NET Core. Lorsque la startup a été fondée, il y avait dans l'équipe quelques partisans de cette technologie. Elle est efficace pour écrire la logique métier, rapide à développer et dispose d'outils conviviaux. À l'époque, ce n'était pas la solution la plus populaire, mais maintenant il est clair que ces partisans avaient raison.
En parallèle, nous développons sous Unix, Linux, travaillons avec du matériel, ce qui nécessite d'autres solutions. Les parties systèmes liées aux informations sur les données stockées dans la sauvegarde, les algorithmes de recherche de données, les algorithmes liés au matériel — tout cela est écrit en C++.
Comment les employés sont répartis dans le monde
Actuellement, l'entreprise compte environ quatre mille employés. Environ mille d'entre eux sont en Russie. L'entreprise est divisée en deux grandes équipes. La première s'occupe du développement et du support technique des produits. La seconde rend les produits visibles pour le monde extérieur : elle est responsable des ventes et du marketing. Le rapport entre les groupes est d'environ trente à soixante-dix.
Nous avons environ trente bureaux dans le monde entier. Les ventes sont plus étendues, mais le développement ne reste pas en arrière. Certains produits sont développés simultanément dans plusieurs bureaux — une partie à Saint-Pétersbourg, une autre à Prague. Certains sont développés uniquement dans un bureau, par exemple, le produit qui assure une sauvegarde physique de Linux est développé à Prague. Il y a un produit qui n'est développé qu'au Canada.
Nous faisons du développement distribué pour répondre aux exigences des clients. Les grands clients se sentent plus en sécurité lorsque le développement se fait dans la même région que le produit.
Nous avons déjà un grand bureau en République tchèque, et pour l'année prochaine, nous prévoyons d'en ouvrir un autre à Prague — pour 500 développeurs et testeurs. Ceux qui ont déménagé dans la capitale tchèque lors de la « première vague » partagent volontiers leurs expériences et conseils sur Habr avec tous ceux qui s'intéressent à la possibilité de travailler en Europe. En Russie, notre bureau est situé à Saint-Pétersbourg, certains projets internes sont menés à Izhevsk, et le support est partiellement basé à Moscou. En tout, plusieurs centaines de personnes dans le monde entier s'occupent du support technique. Il y a des spécialistes de différents niveaux de préparation technique et de spécialisation. Le niveau le plus élevé est constitué de personnes capables de comprendre le produit au niveau du code source, et elles travaillent dans le même bureau que le développement.
Comment les processus sont-ils structurés
Environ une fois par an, nous publions de grandes versions avec de nouvelles fonctionnalités, et tous les deux à trois mois, nous effectuons des mises à jour pour corriger des défauts et des améliorations qui répondent à des exigences urgentes du marché ou à des changements de plateforme. Les priorités sont attribuées aux exigences — allant de mineures à critiques, sans lesquelles une version ne peut être publiée. Les dernières sont appelées « épiques ».
Il existe un triangle classique — qualité, quantité de ressources, délais (dans le langage courant : « rapide, de qualité, pas cher, choisissez deux »). Nous ne pouvons pas faire mal, la qualité doit toujours être élevée. Les ressources sont également limitées, même si nous essayons constamment de nous développer. Il y a beaucoup plus de flexibilité dans la gestion du temps, mais celui-ci est souvent fixe. Par conséquent, la seule chose que nous pouvons varier est la quantité de fonctionnalités dans la version.
Nous essayons généralement de limiter le nombre d’épiques à 30-40 % des délais prévus du cycle de version. Le reste peut être coupé, reporté, retravaillé ou modifié. C'est notre espace de manœuvre.
Pour chaque exigence dans la version, une équipe temporaire est créée. Elle peut comprendre trois personnes ou cinquante, selon la complexité. Nous adhérons à une méthodologie de développement agile et organisons une fois par semaine des revues et des discussions sur le travail accompli et à venir pour chaque fonctionnalité.
La moitié du cycle de sortie est consacrée au développement, l'autre moitié à la mise au point du produit. Mais nous avons instauré un dicton : « la dette technique d'un projet en faillite est nulle ». Il est donc plus important de créer un produit qui fonctionne et est demandé, plutôt que de peaufiner le code indéfiniment. Si le produit est populaire, alors il vaut la peine de le développer davantage et de l'adapter aux futurs changements.
Comment Veeam recrute des développeurs
L'algorithme de sélection est en plusieurs étapes. Le premier niveau consiste en un entretien entre le candidat et le recruteur pour discuter des souhaits de la personne. À ce stade, nous essayons de comprendre si nous convenons au candidat. Il est important pour nous de séduire le candidat en tant qu'entreprise, car intégrer quelqu'un dans un projet représente un coût élevé.
S'il y a de l'intérêt, au deuxième niveau, nous proposons un test afin de comprendre à quel point l'expérience du candidat est pertinente et ce qu'il peut démontrer en tant que spécialiste. Par exemple, nous demandons de créer un compresseur de fichier. C'est un exercice standard qui montre comment une personne aborde le code, quelle culture et quel style elle adopte, et quelles solutions elle utilise.
Le test fait généralement bien ressortir les choses. Une personne qui vient tout juste d'apprendre à écrire et qui écrit une lettre pour la première fois se distingue nettement de quelqu'un qui écrit des lettres en permanence.
Ensuite, nous menons un entretien. Généralement, celui-ci est conduit par trois chefs d'équipe afin d'assurer le maximum d'objectivité. De plus, cela aide à recruter des personnes techniquement compatibles, qui ont des méthodes et des approches de développement similaires, même si elles travailleront finalement dans des équipes différentes.
Au cours de la semaine, nous réalisons plusieurs entretiens pour le poste ouvert et prenons des décisions sur qui nous allons continuer à travailler.
Souvent, des personnes viennent nous voir et disent qu'elles cherchent un emploi parce qu'elles n'ont nulle part où aller dans leur poste actuel — des promotions ne sont envisageables qu'avec le départ en retraite de leur supérieur. Nous avons une dynamique légèrement différente. Il y a douze ans, Veeam était une startup avec dix employés. Aujourd'hui, c'est une entreprise qui compte plusieurs milliers de personnes.
Les personnes arrivent ici comme dans une rivière tumultueuse. De nouvelles directions apparaissent constamment, et les leaders d'équipe deviennent des développeurs d'hier. Les gens grandissent techniquement et administrativement. Si vous menez le développement d'une petite fonctionnalité mais souhaitez l'élargir, la moitié du chemin est déjà parcourue. Le soutien sera à tous les niveaux, du leader d'équipe aux propriétaires de l'entreprise. Vous ne savez pas comment faire certaines tâches administratives ? Il y a des cours, des formateurs internes, des collègues expérimentés. Vous manquez d'expérience en développement ? Il existe le projet Veeam Academy. Ainsi, nous sommes ouverts à tous, aux professionnels comme aux débutants.
Le projet Veeam Academy est un intensif hors ligne gratuit le soir pour les débutants en programmation C# avec la perspective d'emploi chez Veeam Software pour les meilleurs élèves. L'objectif du projet est de réduire l'écart entre le niveau de connaissances et les compétences pratiques de l'étudiant moyen et le niveau de connaissances requis pour séduire un bon employeur. Pendant trois mois, les participants étudient les principes de la POO en pratique, s'immergent dans les spécificités de C# et découvrent les coulisses de .Net. En plus des conférences, tests, travaux pratiques et projets personnels, les participants développent leur projet collaboratif selon les règles des vraies entreprises. Le sujet du projet n'est pas connu à l'avance — il est choisi en groupe dans les premiers jours après le début du cours. Au dernier groupe, le sujet était une Banque Virtuelle.
Les inscriptions sont actuellement ouvertes pour .
Source : habr.com
