Alors , votre organisation adopte-t-elle des pratiques Agiles et un discours turquoise de «collaboration» entre équipes? En tant que grand patron, vous commencez à ressentir votre propre impuissance et perte de contrôle sur l'efficacité de VOS équipes? Permettez-moi de vous donner ici quelques lignes directrices qui inverseront ce processus afin que tous les fils du succès vous ramènent. Vous, en tant que leader fort, le méritez!
Certains dirigeants essaient de créer une synergie entre les équipes et de motiver les employés, mais le vrai patron est habitué à gérer activement les effectifs. Voici une stratégie de maintien du contrôle basée sur des siècles d'expérience. Certains disent que le contrôle de la main-d'œuvre est une illusion ... mais ils n'ont tout simplement jamais travaillé sous un vrai patron. Le secret à contrôler consiste à utiliser les sept péchés capitaux pour motiver VOTRE main-d'œuvre. Après tout, c'est exactement ce qui a toujours motivé les gens, n'est-ce pas? Alors commençons.
Fierté
Depuis quelque temps, soyez généreux en félicitant les développeurs. Laissez-les s'habituer à vos compliments. Assurez-vous qu'ils sont vraiment fiers de leurs réalisations et de leur connaissance de tout ce qui touche à leur travail. Alors arrêtez. Il est très important! Ils commenceront à douter d'eux-mêmes et travailleront deux fois plus dur pour entendre un mot gentil de votre part. Très bientôt, vous les aurez de votre main.
Avidité
L'argent est le meilleur moteur. La motivation financière est un classique! (Je sais qu'il existe des études qui prétendent prouver que cela ne fonctionne bien que pour des activités prévisibles et simples, mais je préfère ignorer des fabrications telles que la propagande du temps des hippies.) Donnez des bonus aux équipes qui ont réussi à implémenter toutes les user stories incluses dans le sprint. Et pour le rendre encore plus intéressant, ajoutez un bonus supplémentaire au cas où ils feraient plus que ce qu'ils avaient promis. N'oubliez pas que tout cela fonctionne très bien pour un salaire de base bas. Si vos développeurs peuvent vivre dignement de leur salaire, l'efficacité diminuera.
À propos, pourquoi ne pas envisager des options d'externalisation, car vous y êtes probablement vous-même? Choisissez un pays avec une main-d'œuvre bon marché, fixez un salaire de base bas et, bien sûr, ignorez le concept de «tirer, pas pousser» dans le sprint. Maintenant, VOUS contrôlez tout. Et rappelez-vous: VOUS devez décider sur quoi travailler. Les développeurs à faible coût qui travaillent dur (mais ne sprintent jamais le tout, car cela les rendrait coûteux) auront fière allure dans vos feuilles de calcul et vos rapports. Et quoi, vous pouvez devenir un héros dans une entreprise qui propose un programme d'externalisation efficace. De cette façon, vous pouvez même gravir les échelons de carrière, devenant le directeur de l'externalisation. Oh, ce sera un grand succès - je le promets!
Envie
Vous devez avoir un prix spécial pour l'équipe qui a accompli le plus de travail dans le sprint. Il doit être visible et persistant tout au long du sprint - les autres équipes doivent l'observer. Cela créera une saine concurrence entre les équipes, même si cela peut également avoir un effet secondaire sous la forme d'une légère détérioration de la qualité de la coopération, et dans certains cas de saboter le travail de l'autre équipe, mais cela doit être traité comme un risque planifié. « Vous ne pouvez pas faire une omelette sans casser quelques œufs. »(Maximilian Robespierre).
Gourmandise
Les développeurs mangent du cola et de la pizza, non? Assurez-vous que vos équipes ont un accès constant à ces piliers d'une alimentation saine. (De temps en temps, vous pouvez donner des vitamines si leurs dents commencent à tomber, ou un bain de bouche avec du fluor si leurs dents commencent à se décomposer, vous voyez l'idée.) Si vous leur fournissez de la nourriture et des boissons, ils n'auront pas besoin d'aller à dîner. Si vous installez des portes étroites dans le bureau, un bonus supplémentaire après un certain temps sera qu'ils ne pourront plus partir du tout. Cela signifie que vous aurez des employés VRAIMENT dévoués.
Colère
Oh, comme j'aime la colère! Il n'y a pas d'autre émotion qui contienne autant de pouvoir potentiel. Un développeur en colère peut écrire du code pendant des jours. Encouragez les conflits entre les équipes et entre les membres individuels de l'équipe. Assurez-vous qu'ils écrivent des commentaires vraiment sarcastiques dans les revues de code et récompensez publiquement les écrivains les plus drôles. Concentrez également toute l'attention de l'équipe sur le développeur qui a généré l'erreur la plus grave. La honte publique est un excellent déclencheur de colère et de vengeance.
Paresse
Ce pilote est un peu plus compliqué à utiliser, mais pas inutile. Comme vous le savez, «un bon développeur est un développeur paresseux». Si quelque chose peut être fait plus facilement et plus rapidement, alors cela devrait être fait. Ne perdez pas de temps sur des choses pour lesquelles le client ne paie pas, comme l'hygiène personnelle ou le contrôle de la qualité des logiciels. Si les développeurs commencent à sentir, s'ils ont l'air désordonnés, un avantage supplémentaire sera qu'ils resteront libres de leur vie personnelle. Et comme ils n'ont pas à passer du temps avec leur famille ou un être cher, ils peuvent écrire du code encore plus efficacement. Des formations visant à réduire l'utilisation improductive du temps devraient être dispensées tous les mois.
Luxure
C'est également un peu délicat compte tenu de l'hétérogénéité des lieux de travail que les équipes de développement habitent généralement. Cependant, il y a toujours des gens avec qui ils doivent traiter presque quotidiennement. En bref, n'engagez que des employés souriants et sympathiques pour des rôles de soutien tels que les RH, le support technique, la réception ou les affaires. Les bons RP ou parties prenantes sont également une excellente idée. N'oubliez pas qu'il doit y avoir des représentants de tous les genres et préférences dans le bureau afin de couvrir toute la base.
Pour que tout cela fonctionne comme un pilote pour les développeurs, les employés ci-dessus doivent être invités à participer à des démos. Ils devraient y applaudir et parler positivement de la version qu'ils préfèrent. Les commentaires positifs doivent être dirigés vers des développeurs spécifiques, afin qu'ils aient l'illusion d'avoir une chance avec des personnes qui ne sont pas dans leur ligue.
Lorsque vous contrôlez tous les bonus et récompenses, vous contrôlez vos développeurs comme des marionnettes ou des ressources, ce qu'ils sont vraiment. Oubliez-les en tant qu'humains. Ils sont là pour les manipuler afin d'obtenir un bonus. Après tout, le lieu de travail n'est pas un endroit pour se sentir heureux, c'est un endroit où il faut faire des choses.
Bonne chance!