Sidenis est une société informatique relativement petite qui, à première vue, n'est pas différente des centaines d'autres sociétés d'externalisation. Mais nous recherchons des histoires sur des expériences et des situations uniques qui ne sont pas toujours rencontrées. Et ici, bien sûr, ils existent aussi. Sidenis travaille dans le secteur de l'assurance depuis 20 ans, travaille pour les plus grandes sociétés et essaie de créer ses propres produits.
Sur la base des résultats de l'
évaluation de l' entreprise que Sidenis a reçue chez My Circle, les employés sont particulièrement reconnaissants envers l'entreprise pour son bon package social, ses conditions de travail confortables et sa croissance professionnelle.
Nous avons parlé avec Viktor Klimov, l'entraîneur agile de Sidenis, et avons essayé de savoir s'il était difficile de connecter deux cents personnes entre les fuseaux horaires, comment gérer une liste de technologies interdites d'un client, s'engager dans des projets personnels au travail et pourquoi les programmeurs ingénieux doivent connaître l'anglais.
Qu'est-ce qu'un coach agile et pourquoi est-il nécessaire?
Victor KlimovJe travaille en tant que coach agile et j'ai été programmeur. Je suis à Sidenis depuis un peu plus de sept ans. J'avais un long chemin à parcourir du développeur junior au développeur java senior. Pendant presque toute la durée de ce voyage, j'étais également Scrum Master en cours de route. Et j'ai réalisé que les gens devraient faire ce qu'ils font le mieux. Par conséquent, je suis passé au coaching agile. Communiquer avec les gens, c'est mieux que de programmer.
"Et depuis combien de temps avez-vous compris cela?"Déjà un an. Maintenant, il y a non seulement mon besoin pour cela, mais aussi le besoin de l'entreprise. Nous avons grandi, il y a plus d'employés et le temps de travailler avec les gens, de discuter avec eux, d'expliquer quelque chose, de dire, de montrer de nouvelles choses - cela a commencé à laisser beaucoup plus.
Ensuite, j'ai pris une décision importante pour moi et j'ai terminé le développement. J'ai dû sacrifier quelque chose. Je ne peux pas dire que je n'aime pas le développement - j'aime ça. Vous aimez faire et voir le résultat. Mais malheureusement, tôt ou tard, vous devez faire un choix.
- Coach agile - semble exotique. Dites-moi ce que vous faites exactement?Un coach agile est une personne qui inspire l'équipe à apprendre quelque chose de nouveau, aide à appliquer de nouvelles pratiques, aide à réduire la résistance de l'entreprise à ces changements et peut expliquer en quoi elle consiste, à quoi elle sert et à quoi elle peut conduire. Donnez des caractéristiques comparatives. Il transmet la connaissance aux masses.
Je conduis des formations pour les équipes - y compris pour les nouvelles personnes - je parle des valeurs de base, de quel type de pensée agile est et pourquoi cela fonctionne. C'est utile à savoir quant aux débutants, ainsi qu'à échanger avec les équipes existantes afin de développer un style commun, une réflexion commune.
- Peut-être raconterez-vous une histoire spécifique où les équipes font quelque chose que vous pensez être mal, et vous venez m'aider à le réparer?Par exemple, nous avons une équipe, disons, déçue de la mêlée. Ils ont essayé de traduire une version plus livre, sur une intuition, et ont estimé que la mêlée, en principe, n'était pas applicable dans leur travail. Ils voulaient déjà abandonner ce cadre et se penchaient vers Kanban.
Nous avons organisé une formation avec eux, ils ont repensé leur approche, ont pensé que ce qu'ils avaient auparavant était faux. Nous avons parlé de ce qu'est l'Agile, quels sont ses principes, discuté de Scrum, de tous ses rituels - de quoi il s'agit, à quoi il sert et comment l'appliquer. Après cela, les gars ont repensé, réfléchi à nouveau et ont réalisé que cela pouvait fonctionner. Ils ont donné au cadre une seconde chance. Maintenant, ils fonctionnent avec succès.
Quels produits fait Sidenis
- A votre arrivée, l'entreprise avait déjà plusieurs années?Elle est beaucoup plus âgée. L'entreprise existe depuis plus de 20 ans. Tout au long de cette période, elle fournit des services pour le développement de solutions informatiques pour les activités d'assurance et de réassurance. Nos principaux clients sont de grandes sociétés telles que SwissRe ou Allianz. Ils occupent des positions de leader dans le domaine de la réassurance et de l'assurance.
Nous avons des bureaux dans quatre villes. À Saint-Pétersbourg, il y a la plupart des gens. Il y a un bureau à Tomsk, Kaliningrad et Zurich. À Zurich, la partie commerciale est concentrée principalement à Saint-Pétersbourg, Tomsk et Kaliningrad - centres de développement.
- Si je comprends bien, l'entreprise a été créée spécifiquement pour travailler avec SwissRe?SwissRe est notre partenaire le plus grand et le plus ancien. Mais ce n'est qu'une partie de l'entreprise, nous avons d'autres clients et nos propres produits. Par exemple, le service d'assurance en ligne RiskMarket. Le service est intégré aux systèmes informatiques des compagnies d'assurance et vous permet de rechercher une assurance aux meilleures conditions aux tarifs en vigueur. Sidenis est un partenaire informatique d'Ooniq, une plateforme d'assurance sociale basée sur la blockchain.
Il existe également une plate-forme informatique intégrée appelée Actus. Il aide les actuaires et les assureurs à résoudre leurs tâches quotidiennes plus facilement et plus efficacement. Il existe plusieurs modules, des bibliothèques mathématiques de base qui contiennent l'ensemble des fonctions nécessaires pour les actuaires et les assureurs. Il existe une application web pour calculer les risques et divers graphiques.
- Avez-vous plus de vos propres projets ou projets pour d'autres entreprises?Jusqu'à présent, nous avons plus de projets sur mesure, mais notre objectif est de faire leur ratio de 50 à 50. La plupart des clients sont de grandes sociétés d'assurance et de réassurance, et nous travaillons avec une infrastructure informatique qui comprend des centaines d'applications et de systèmes différents. De plus, les exigences pour les compagnies d'assurance changent chaque année; de nouveaux critères doivent être ajoutés.
Il existe une application Web dans laquelle vous générez des données et obtenez le résultat. Il existe des opérations mathématiques enregistrées, des modèles mathématiques. Il existe une application qui fournit des interfaces pour calculer et enregistrer des données sur les transactions conclues. Le projet permet à la direction de savoir si le prix du contrat répond aux attentes ou non. Tous ces projets contribuent sous différents angles à faciliter la vie des souscripteurs.
Structure de l'entreprise et travail entre fuseaux horaires
"Vous avez dit que vous grandissez." Y a-t-il plus de tâches sur le projet en cours ou y a-t-il de nouveaux clients?Oui, nous grandissons. Le portefeuille de commandes des partenaires actuels s'agrandit, de nouveaux clients apparaissent et le développement de nos propres produits nécessite également plus de ressources. Maintenant, dans notre entreprise, dans les quatre bureaux, il y a plus de 200 personnes - environ 140 à Saint-Pétersbourg, environ 50 à Tomsk, 15 à Kaliningrad et environ 20 personnes à Zurich. Nous avons une équipe internationale. Il y a des gens de Russie, de Suisse, d'Allemagne, d'Autriche, de France, de Chine et d'autres pays.
- Quelle était la logique d'une telle répartition entre les villes? Entre Tomsk et Saint-Pétersbourg loin, différents fuseaux horaires. Probablement inconfortable.Différents fuseaux horaires imposent certains inconvénients. Mais nous avons l'habitude de travailler en équipes réparties. Il existe des universités techniques à Tomsk, et vous pouvez y trouver des spécialistes. De plus, Tomsk est plus proche de l'Inde, où nous avons également des collègues. Cela simplifie la situation.
Pour le développement, ce n'est pas pratique quand il y a quatre heures de différence. Mais en même temps, les gars de Tomsk arrivent au travail plus tôt que nous - si tout à coup une application ne fonctionne pas, le serveur tombe en panne ou autre, ils peuvent rapidement le redémarrer. Vous pouvez donc également en bénéficier.
- Vos employés travaillent-ils uniquement dans des bureaux ou y en a-t-il à distance?Uniquement dans les bureaux. Il est possible de travailler à distance à domicile un jour par semaine, mais surtout - le travail se fait au bureau. Lorsque nous trouvons des employés dans d'autres villes, nous leur proposons de déménager à Saint-Pétersbourg, Kaliningrad ou Tomsk. C'est arrivé historiquement. Nous n'avons jamais eu d'employés distants.
- Comment les gens sont-ils divisés en équipes?Certaines équipes comprennent des personnes des quatre bureaux, mais cela est rare. Les équipes sont assez autonomes et peuvent effectuer indépendamment toutes les tâches qu'elles reçoivent. Cela inclut les testeurs, les concepteurs, les développeurs, les représentants commerciaux, les produits et les analystes.
- Comment se déroule le travail - de l'acceptation de la commande à la livraison du produit au client?Nous travaillons en sprints courts - de deux à trois semaines, selon le projet. Chaque équipe a un produit-oouner, une personne qui a une vision de l'endroit où aller. Les tâches de développement viennent de lui, car il communique avec le client et avec ceux qui utiliseront ce système.
Il décrit les tâches, les fournit à l'équipe, l'équipe pose des questions de clarification, le produit clarifie les détails et l'équipe prend la tâche au travail. Pendant deux à trois semaines, il y travaille, et à la fin de l'itération montre le résultat. La sortie de quelqu'un en production a lieu une fois par sprint, le temps de quelqu'un en deux sprints. Il y a des équipes qui ne sont pas libérées aussi souvent, par exemple deux à trois fois par an. Néanmoins, après chaque itération, ils montrent au produit et aux utilisateurs ce qu'ils peuvent voir dans la prochaine version de production.
Toute la documentation, toute la communication avec le client se fait en anglais, donc la connaissance de la langue est importante pour nous. Nous accueillons même les communications des développeurs avec le client. Pourtant, les développeurs sont les plus proches du code et savent mieux comment tout fonctionne.
"Cela prend-il beaucoup de temps pour les réunions et les négociations?"Eh bien, les développeurs se plaignent parfois. Ils répondront bien entendu à cette question. Mais chaque réunion et rassemblement a un objectif - afin que les développeurs apprennent également comment notre projet évolue, où il se déplace, ce que font les autres. Chacun doit être conscient que la compréhension ne dépend pas d'une seule personne.
- Pensez-vous que les développeurs ont vraiment besoin de savoir comment les autres fonctionnent?Je pense que oui. Pour moi personnellement, c'était important. Je connaissais les domaines dans lesquels d'autres employés étaient versés et nous pouvions nous entraider. Les tâches se déroulent, il peut s'avérer qu'à un moment donné, vous aurez besoin de comprendre un nouveau domaine, et donc vous en avez déjà entendu parler.
Spécificités client et liste des technologies interdites
- Pouvez-vous nous parler des caractéristiques et des particularités de travailler avec une société d'assurance?Comme il s'agit d'une grande entreprise, ils ont une liste assez restreinte de technologies que nous pouvons utiliser. De temps en temps, nous le franchissons, mais la position doit être défendue. Si nous pouvons prouver que cela est vraiment nécessaire et important, alors ils acceptent notre point de vue et font des concessions.
Mais il y a une liste. D'une part, c'est mauvais car cela limite les gens. Mais d'un autre côté, cela évite le chaos, car le maintien d'un grand nombre d'applications identiques et de versions différentes est coûteux, difficile et prend du temps.
- Parlez-moi de cette liste?La plupart du temps, le développement Java est en cours et plusieurs projets .NET, mais globalement beaucoup plus petits. Autrement dit, Java 8 et .NET, RabbitMQ pour le transfert de données sont définitivement autorisés. En principe, cela couvre la plupart des besoins du développement industriel, mais le monde grandit et se développe.
Par exemple, nous avions besoin du framework Spring pour Java, mais il était interdit. Autorisé uniquement Java Enterprise Edition. Nous avons réussi à prouver que cela est important pour nous et qu'il accélère le développement.
Dans l'interface, Angular 6, JavaScript avec React et TypeScript sont autorisés.
- À quoi sert la liste des technologies?Lorsqu'il existe une liste claire et compréhensible, cela donne une prévisibilité. Sinon, le support sera très cher. Une application qui fonctionne est jugée par le nombre d'utilisateurs qui l'aiment. Mais il y a un contrôle technique minimal de la part du client - des analyseurs de codes statistiques ou des services qui sont responsables de la qualité du code et vérifient nos référentiels (ce n'est principalement que sur les nouveaux projets).
Mais nous n'avons pas de règles super strictes pour le code. Rien de surnaturel, non "assurez-vous d'écrire une parenthèse sur une ligne, et pas sur l'autre".
Nous vivons avec cette liste. Pour ne pas dire que nous sommes très heureux, mais il n'y a rien de mal. Elle nous limite dans les limites de la raison. Il n'y a rien de tel que nous n'utilisons que des technologies anciennes, et personne n'écoute nos conseils.
- Y a-t-il des technologies que vous aimeriez appliquer, mais que vous ne pouvez pas?Nous voulons écrire dans Go. Il est suivi de demandes de tous les côtés, car le langage est léger, prend moins de mémoire que Java et fonctionne plus rapidement. Mais il y a un processus de discussion. Certains projets l'utilisent dans leurs services.
Dans de rares cas, vous pouvez quitter la liste, l'essentiel est que le client comprenne pourquoi cela est nécessaire et quel problème nous voulons résoudre. Nous ne pouvons pas venir dire «aujourd'hui, nous utilisons un tel cadre JS et demain un autre». Ils naissent chaque année et si vous changez constamment, les clients ne comprendront pas ce qui se passe.
Embaucher une entreprise sans marque annoncée
- Où cherchez-vous des gens?Surtout chez HeadHunter, My Circle, Linkedin, lors de conférences. Cette année, nous avons mené une petite expérience à Tomsk et lancé plusieurs académies en Java, test et développement front-end. Ils y ont formé des gens d'horizons différents. Maintenant, le deuxième set est déjà en cours, et je pense que nous allons continuer avec cela. En moyenne, nous recrutons la moitié des personnes formées, ce qui est un très bon résultat.
Le bouche à oreille est plus compliqué, jusqu'à récemment, nous ne faisions pas la promotion active de notre marque RH. Mais en même temps, si les gens nous connaissent, ils sont prêts à partir. C'était même tel que certains ont travaillé pour nous, sont partis, ont travaillé pour d'autres entreprises et sont finalement revenus. Cela dit quelque chose sur quelque chose.
- Comment interviewez-vous?Elle se déroule en deux étapes. Le premier va sur Skype. Nous essayons d'apprendre des choses généralement acceptées: connaissances techniques, matériel théorique, donner des tâches pratiques pas très difficiles, afin que vous puissiez estimer le niveau d'une personne.
Le deuxième entretien a lieu au siège de l'entreprise. Il peut déjà y avoir des tâches de programmation. Nous regardons comment une personne écrit du code, comment elle pense. Il est intéressant de voir comment les réponses sont apportées, si des questions de clarification sont posées, comment elles sont formulées et si son code est ajusté au fur et à mesure.
Nous posons des questions théoriques plus approfondies pour comprendre avec quelle expérience une personne nous est venue.
- Ne semble-t-il pas qu'un bon développeur peut être éliminé par la théorie? Toujours googlé.La capacité d'analyser rapidement les informations et d'obtenir la réponse - c'est important. Si une personne a rencontré des problèmes et les a résolus, elle sera en mesure de justifier raisonnablement pourquoi cela est résolu de cette façon et non autrement. Une personne expérimentée a toujours des arguments, pas seulement un flair, et il me semble que cela a plus de valeur. Un flair et une inspiration dans l'esprit de "Je l'ai déjà fait dix fois et j'ai toujours travaillé" est, bien sûr, bon, mais étroit.
Je ne dis pas qu'une personne devrait tout savoir à fond. Mais s'il comprend ce qu'il fait, il peut trouver une meilleure solution que de simplement copier des morceaux de code de StackOverflow sans connaître la théorie.
- Y a-t-il un trait à cause duquel vous refuserez définitivement le candidat?Manque d'anglais. Si une personne ne peut pas parler, nous sommes obligés de refuser. Par conséquent, lors de l'entretien, nous consacrons du temps à la langue, veuillez nous parler en anglais.
- Si le développeur est brillant, mais ne connaît pas l'anglais - toujours pas le prendre?Malheureusement, oui. De plus, les développeurs ingénieux sont difficiles à prendre racine dans le développement des entreprises. Comment communiquera-t-il avec le client? Comment résoudra-t-il ses problèmes?
- A travers le produit.Toujours travailler sur un produit n'est pas très efficace. Et lorsque vous utilisez Scrum est presque impossible.
Mais à notre époque, presque tout le monde connaît l'anglais - ils le lisent à coup sûr. Beaucoup essaient de parler. De plus, notre entreprise a ses propres cours d'anglais et d'allemand. Les enseignants peuvent s'arrêter. Si une personne est un génie de la programmation et parle au moins en quelque sorte l'anglais, alors elle sera aidée à se développer.
- Combien de temps s'écoule entre la candidature du candidat et l'offre?En fait, tout va vite. Après l'entretien, nous prenons un jour ou deux pour réfléchir, pour discuter. Ensuite, nous fixons un deuxième entretien, et combien de temps cela se passera, cela dépend du candidat s'il a du temps dans les prochains jours. Après le deuxième entretien, également un jour ou deux. Il se passe donc une semaine, un maximum de deux, et le candidat reçoit déjà une offre ou un refus.
- Un homme entre dans l'entreprise. Et ensuite?Nous avons une formation bienvenue. Tout y est raconté sur l'entreprise, notre façon de vivre et de travailler. Une personne est présentée au bureau, aux personnes et aux projets, puis la responsabilité de la façon dont elle rejoint l'équipe incombe à l'équipe.
Dans un premier temps, il y a une étude de l'activité d'assurance. C'est une chose assez spécifique. Lorsque vous voyez cela pour la première fois, cela peut ne pas sembler très clair. Donc, au début il y a une immersion, ce n'est pas tout à fait facile, mais tout le monde s'en sort. De plus, quand une tâche arrive, le contexte est donné avec elle - pourquoi est-il fait pour qu'une personne ne pense pas écrire du code sans réfléchir, mais comprenne pourquoi l'écrire.
- Qu'est-ce qui incite généralement les gens à travailler pour vous?Je dirais des cookies ...
"Vous ne surprendrez personne avec des cookies."... mais nous avons des fruits!
En fait, nous avons réalisé que les cookies sont vraiment mauvais et nous sommes passés aux fruits et légumes. Nous avons un très bon package social, nous avons VHI et des comptes virtuels.
La vie à l'intérieur, les comptes virtuels et le temps de se développer
- Comment motivez-vous et encouragez-vous les employés?Nous avons des comptes virtuels pour chaque équipe. Un compte virtuel est émis immédiatement pour un an et est calculé en fonction du nombre de personnes dans l'équipe. Ils gèrent le compte comme ils le souhaitent. Ils peuvent noter, par exemple, leur libération, s'asseoir dans un bar, discuter dans une atmosphère non fonctionnelle, partir en quête, sauter sur des trampolines.
Le même compte virtuel est pour chaque personne individuelle. Il peut être dépensé pour améliorer le lieu de travail, la forme physique, l'éducation, les conférences, les livres.
- Et comment gérez-vous l'épuisement professionnel?Nous avons un système de suivi du temps, et nous surveillons le temps que les gens passent sur un projet, combien ils sont impliqués. S'il y a beaucoup de traitement, nous essayons d'envoyer des vacances ou de donner des jours de repos supplémentaires. Travailler au même rythme et montrer la même productivité est difficile.
De plus, les gens choisissent eux-mêmes leurs tâches parmi celles qui sont dans le sprint. Des tâches intéressantes maintiennent une personne dans un état de fluidité. Mais parfois, il y en a de routine - il n'y a pas moyen de contourner cela.
Souvent, il n'est pas très visible qu'une personne soit épuisée. Il continue de travailler, mais il ne s'intéresse à rien. Et si cela s'est déjà produit, alors quelque chose a mal tourné. Ceci devrait être discuté avec chacun séparément et décider quoi faire spécifiquement. Je connais une personne qui a résolu ce problème en passant à un autre projet. Il a été motivé à travailler en raison d'un changement d'activité, les tâches ont apporté plus de joie.
Il est important que nos employés puissent gérer non seulement des projets de travail. Au sein de l'entreprise, il existe des "Guildes" réunissant développeurs, testeurs, designers. Nous consacrons jusqu'à 200 heures par an à chaque employé, qu'il peut consacrer au développement personnel et à la créativité. , , . , , .
— ?, , . — . , , — . , .