Il y a quelques semaines, nous avons évoqué le
thème de la gestion «efficace» , ce qui a suscité beaucoup de controverses dans les commentaires. Mais tout phénomène de masse des entreprises a ses causes profondes. Dans notre cas, c'est la croissance de l'entreprise.
La croissance est presque toujours bonne. Quelle que soit la relation entre les employés et ce qui se passera dans l'entreprise à l'avenir, d'un point de vue commercial, la croissance est un indicateur de la réussite et de la justesse du cours suivi. L'embauche de nouvelles personnes, de gestionnaires et même de gestionnaires «efficaces» est toujours dictée par des besoins accrus. Sans ces nouvelles personnes et parfois pas très nécessaires, l'entreprise ne peut pas se développer. Et donc, un matin, un développeur de premier plan, un directeur technique embauché, une autre star spécialisée, se réveillent, viennent au bureau et découvrent que maintenant ils ne sont pas les maîtres de leur travail. Maintenant, tout a changé et leur position, en fait, n'existe pas.
Tout cela est très dur pour l'ego et l'estime de soi. Pourquoi cela se produit-il? Comment y faire face? Et est-il nécessaire de faire face? Mettons-nous ensemble.
Comment cela se produit
Imaginons que nous ayons un développeur sphérique en tête à tête qui était à l'origine et, plus ou moins il y a un an, a levé le genou du produit de notre entreprise à croissance rapide. Ce développeur a écrit les principales fonctionnalités, effectué des révisions de code, introduit de nouvelles technologies, assisté à des entretiens avec de nouveaux employés, etc.
À un moment donné, le produit est sorti de la phase alpha fermée et a occupé avec succès sa part de marché; les revenus augmentent, la clientèle augmente, le poids du propriétaire de l'entreprise a également décollé et augmentera plus rapidement en six mois ou un an que les deux précédentes mesures combinées. Il semblerait que le moment est venu où notre développeur principal peut monter sur le trône qu'il a créé, se mettre à l'aise et
chasser des esclaves pour travailler pour le plaisir.
Mais ils l'appellent sur le tapis. Le directeur de l'entreprise est assis dans son bureau - son supérieur immédiat, ainsi que le propriétaire de l'entreprise, le principal des RH et quelqu'un d'autre à goûter. La conversation commence assez calmement, même à l'aise, mais à un moment donné, le mot «restructuration» sonne. Ou «développement». Ou «change». Vous pouvez en choisir un qui vous convient. Le mot peut être différent, mais le sens est toujours le même: "%% USERNAME %%, vous êtes un bon camarade, athlète et membre de Komsomol, mais l'entreprise se développe et nous n'avons plus besoin de votre travail sous sa forme actuelle."
En ce moment, la plupart des héros de ces scènes (nos principaux développeurs ou autres SuperStar) s'assombrissent dans les yeux et la terre part sous les pieds. «Comment est-ce, pas nécessaire? Ai-je labouré en vain pendant 70 à 100 heures par semaine, je n'ai pas vu ma famille, mes amis, partiellement chauve, et, en conséquence, je suis devenu comme un nosferatu? Bonjour Tu as décidé de me jeter? "
Mais personne ne jette personne, nous avons une société décente ici pour la plupart. En fait, tout est assez simple. Tout ce que notre SuperStar a fait au cours de la dernière année de formation du produit était important et nécessaire. Très important et très nécessaire. La plupart des propriétaires d'entreprise et autres dirigeants connaissent bien le rôle de notre développeur dans leur propre bien-être.
Mais il y a un problème. Tout ce que notre développeur
n'a pas fait évoluer.
Les affaires, c'est une histoire de gagner de l'argent
Il est nécessaire de faire une petite digression pour la rendre non ambiguë. Toute entreprise, y compris le développement de logiciels, vise à faire de l'argent pour les fondateurs et à ne pas réaliser les ambitions des employés.
Mais le plus souvent au départ, c'est précisément l'ambition et le désir d'affirmation professionnelle qui font des start-ups d'hier des entreprises prospères. La première étape du développement et de l'entrée sur le marché de tout produit est sur les épaules de nos camarades enthousiastes qui ne voient pas de familles, travaillent 10-14 heures par jour et se libèrent rapidement des surcharges, physiques et morales.
Les entreprises soutiennent volontiers ces personnes dans leur immolation sur le lieu de travail, mais ce n'est que pour le moment que l'entreprise est rentable. Très rapidement, l'entreprise sort du «pantalon pour enfants» du sprint sans fin, des innovations et des innovations que les pères fondateurs apportent au projet, et passe au stade de «plateau» - sciage mesuré des fonctionnalités, soutien et surveillance étroite des concurrents existants et potentiels. C'est à ce stade que nos stars de Stakhanov deviennent «superflues», car leur sprint sans fin, leurs fonctionnalités et «reviennent d'une manière nouvelle», qui lance le développement il y a quelques centaines d'heures, ne sont plus nécessaires et néfastes pour l'entreprise, ce qui ne devrait plus surprendre, et garantir la stabilité pour les clients et les investisseurs.
C'est pourquoi notre star est invitée à trouver un nouveau lieu de travail, ou à se calmer, à démonter son «trône» des crânes, à redresser ses nerfs et à accepter le fait qu'il va maintenant travailler avec un harnais commun.
Scénarios supplémentaires
En fait, cet alignement est très dur pour l'ego. Hier, vous étiez un spécialiste central et irremplaçable qui a mené le produit vers un avenir meilleur, et aujourd'hui vous êtes invité à retirer votre couronne, à mettre un badge parce que vous avez un service de sécurité et à écouter les opinions des investisseurs ou des analystes de marché.
Le temps des sprints fous est laissé de côté, de plus en plus d'étrangers apparaissent au bureau, et les nouveaux développeurs maudissent parfois des béquilles dans le code ou des puces incompréhensibles pour eux. Vous ne pouvez pas leur expliquer que c'était nécessaire! Nous parlons ici de refactoring et d'introduction de nouveaux outils plus stables, et l'écart entre le propriétaire de l'entreprise et notre développeur se creuse de plus en plus.
Beaucoup ne résistent pas à cela et quittent le projet. Quelqu'un est très offensé, claquant bruyamment la porte, de sorte que le plâtre s'effrite du plafond, quelqu'un reçoit tranquillement une «compensation» reconnaissante pour sa santé endommagée et ses cheveux perdus (mais pas toujours). Mais que se passe-t-il si le produit dans lequel tant d'efforts, de temps et de nerfs ont été investis ne veut pas être jeté?
Ne doit pas être irremplaçable
Lors du passage de la phase de création de produit à un soutien au développement commercial à long terme, les entreprises, les clients et les investisseurs doivent être sûrs que la structure de l'entreprise est stable et que les processus à l'intérieur sont évolutifs. C'est du bon sens banal: il ne doit pas y avoir de personnes irremplaçables. Dans le processus de développement d'un produit commercial utilisé par N clients, il ne devrait pas y avoir de personne sur laquelle «tout à la fois» serait pris en charge. C'est pourquoi la «mutation» de l'entreprise commence par la restructuration, la séparation avec les développeurs SuperStar précédemment clés et l'embauche d'un grand nombre de nouveaux employés.
À ce stade, tout dépend de l'individu. S'il accepte les nouvelles règles du jeu, voit le produit comme un produit, ce qu'il est, et est prêt à partager le pouvoir et la responsabilité, alors pour lui, il y aura toujours un endroit «chaleureux» bien rémunéré.
Mais pour bien «jouer» dans cette situation, vous devez comprendre la logique de l'entreprise: toute tentative de «verrouiller» davantage les processus sur vous-même et d'éliminer toute condition spéciale, le droit de veto ou tout autre levier à développer sera perçu comme un sabotage direct. Parce que le plus souvent, tous ces outils d'influence sont utilisés pour obtenir un résultat subjectif plutôt qu'objectif.
Les développeurs sont extrêmement méfiants vis-à-vis des vendeurs et autres analystes qui affirment qu'ils sont désormais en demande. Un rejet encore plus important est causé par des situations où ces mêmes analystes indiquent que toute partie du travail si durement fait par les développeurs n'est pas pertinente pour les besoins actuels du client. En ce moment, beaucoup tombent en panne, déchirent une chemise sur sa poitrine et se mettent à crier: «Oui, j'ai mis tellement de force! Je ne le permettrai pas! " et ainsi de suite. C'est précisément ce genre de comportement que l'entreprise de la part des développeurs de SuperStar, qui a relancé le projet, a peur, ce sont eux qui essaient de l'éviter en licenciant des membres clés de l'ancienne équipe.
En fait, tout se résume à une simple vérité: si vous n'êtes pas copropriétaire de l'entreprise, ce n'est pas à vous de déterminer comment elle évoluera. Et peu importe le temps et les efforts consacrés à la première étape de la création de l'entreprise. Oui, cela peut être douloureux, il peut être insultant que le produit se soit transformé en marécage du segment des entreprises et ait cessé de croître avec de nouvelles fonctionnalités et puces. Mais une confrontation directe avec les intérêts commerciaux ne mènera qu'à une chose: la recherche d'un nouvel emploi.
Et même si vous avez raison dans un cas particulier et que le nouveau parcours mène à l'abîme et non aux étoiles, les statistiques jouent contre vous. Parce que pour un développeur qui comprend la situation, il y a 99 développeurs étoiles qui ont tiré la couverture sur eux-mêmes, ne voyant pas l'image entière.
À quelle fréquence avez-vous rencontré le fait que les principaux développeurs ont résisté aux changements et aux innovations associés à la croissance de l'entreprise simplement parce qu'ils ne l'aimaient
pas ? Ça n'aimait pas, mais
ce n'était pas faux . Malheureusement, de telles situations sont loin d'être rares. Afin de rester sur la même longueur d'onde avec les besoins actuels de l'entreprise, vous devez accepter que le code écrit n'est pas votre propriété, mais fait partie d'un produit commercial dont le but est de gagner de l'argent, et non de plaire à l'un des développeurs.
Comment rester sur le "navire"
En fait, la façon de rester et de travailler plus loin est assez simple, mais se situe dans le plan de la lutte avec vos propres habitudes. De nombreux développeurs décrits par nous sont confrontés au fait que la nouvelle direction, le propriétaire de l'entreprise et même ses collègues commencent à penser dans des catégories complètement différentes. En fait, cela est enseigné au MBA - maximiser le profit du produit. Si vous ne partagez pas de telles vues, mais souhaitez rester à votre place actuelle, les points suivants doivent être pris en compte:
- Le produit est fait pour les clients et avec un œil sur les clients, car maintenant vous les avez.
- L'approche de développement va changer et c'est normal.
- La mise à l'échelle est inévitable.
- Vous ne pouvez pas essayer de fermer le développement entier à vous-même.
- Il est probable que vous deviez prendre une position de leader, mais tout le monde ne l'aime pas.
- Les tâches et les «défis» professionnels seront de moins en moins intéressants et il faut s'y préparer.
- Maintenant, beaucoup plus de personnes auront le droit de voter et d'influencer le développement. C'est l'affaire.
- Une confrontation avec de nouvelles personnes et de nouveaux patrons ne mènera à rien de bon pour toutes les parties.
Dans les grandes entreprises, ces développeurs vedettes se déplacent entre les différents départements et projets, où ils peuvent donner le meilleur d'eux-mêmes et quitter le bureau chaque soir avec un sentiment d'accomplissement.
Mais s'il n'y a qu'un seul produit, alors le choix n'est pas trop grand: soutenir ce que vous avez «fait», transférer aux managers ou rechercher un nouveau projet. Comme c'est triste.
Post scriptum
Ce qui est décrit ne doit pas être confondu avec des situations où le développeur «serre» vraiment les gestionnaires de radis hors de l'entreprise. Nous pouvons en parler une autre fois.