Chasser le meilleur

Je ne sais pas pour vous, mais j'aime expérimenter avec les gens. Habituellement, je ne demande pas d’avis aux gens, mais cette fois l’expérience a été réalisée à leur demande. Les gens voulaient que je leur donne un nouveau système de motivation. Eh bien, je l'ai fait.

L'article est un peu long, car J'ai essayé d'expliquer non seulement les entrées et les sorties, mais aussi le processus de développement du système, les questions qui se posent en cours de route et comment nous les avons résolues. Peut-être que notre expérience vous sera utile - sinon entièrement, alors certaines de ses parties.

Donc, à l'entrée - une petite équipe de programmeurs 1C de trois personnes travaillant sur un correctif. De plus, moi, leur chef, par compétence de base, est également un programmeur 1C.

Le processus métier est le plus courant:

1. Les programmeurs se voient confier des tâches de tous les départements;
2. Les tâches sont sujettes à approbation, si nécessaire. La liste des coordinateurs est différente pour différentes tâches;
3. Les tâches ont un délai, il y a la possibilité de leur transfert (pas plus de deux fois). Avant le début, le délai est convenu par les deux parties;
4. Des projets d'automatisation sont exécutés en cascade. Les tâches du projet ont la même vie que les autres - il y a des délais, des approbations, etc.
5. Il y a un support technique sous forme de devoir - les programmeurs restent à tour de rôle assis dessus pendant 1 semaine.

Système de motivation :
1. Les programmeurs ont un salaire, selon les qualifications;
2. Il existe une démotivation pour les tâches non terminées à temps;
3. Il existe des bonus pour la mise en œuvre des projets.

L'automatisation de tout cela est la plus courante. Pour fixer des objectifs, un système d'entreprise commun est utilisé, comme 1C: Gestion des documents. Il contient des instructions et des mémos dans lesquels vivent les tâches. Il y a une petite automatisation de la gestion de projet en cascade. Il y a un calcul automatique de démotivation en cas de violation des délais.

Il semble que ce soit - vivre et se réjouir, travailler - ne touche pas le vélo couché. Il n'est pas difficile de respecter les délais si vous participez à leur production. Travail - sans trop de difficulté, rien de surnaturel. En tant que leader, je ne me démarque pas des autres - dans d'autres services, les tâches, les délais et les projets sont gérés selon les mêmes principes.

Mais une question nous hantait - comment gagner plus d'argent?

Dans le système actuel, il y avait deux leviers - pour obtenir une augmentation de salaire ou d'attribution de projets . Les entreprises n'aiment généralement pas augmenter le salaire d'un programmeur 1C, car ils comprennent à peine pourquoi ce type doit payer plus d'argent .

Pour une formation avancée, ou une sorte de catégorisation, comme les notes? Il n'est pas très clair pourquoi vous devez payer plus pour cela si les qualifications n'affectent pas les résultats. Et si les résultats sont différents pour les programmeurs, est-ce lié aux qualifications formelles? Combien augmenter le salaire, si vous continuez comme ça? Les salaires actuels étaient approximativement égaux à la moyenne du marché.

Quelques fois pour augmenter le salaire des programmeurs ont quand même réussi. Par exemple, un a été chassé grâce à la certification par les forces des franchisés impliqués. Ils ont augmenté l'autre, car il était bien sur le marché, il valait plus (appréciation subjective). Mais ce chemin ne peut pas être répété souvent, pour ne pas entendre: "Êtes-vous foutu là-bas à la fin, ou quoi?"

Il est également impossible de travailler dur pour augmenter les prix des projets, car le sujet est plutôt glissant. Qu'on le veuille ou non, une bourse de projet est un paiement supplémentaire pour un travail pour lequel elle a déjà été payée . Bien sûr, vous pouvez le reformuler d'une manière ou d'une autre, par exemple, un supplément pour effectuer en avance sur le calendrier, pour participer activement à la mise en œuvre, ou pour amener rapidement l'automatisation aux exigences du client.

Mais tôt ou tard, le leader commence à poser la question - si une personne fait toujours des projets en avance sur le calendrier, pourquoi devrais-je payer un supplément pour cela? Peut-être que le délai est mal calculé?

Après réflexion, nous et les programmeurs avons décidé nous-mêmes de créer un système de motivation et de changer notre travail de manière à apporter évidemment plus d'avantages à l'entreprise. En supposant que pour plus d'avantages, nous recevrons plus d'argent.

C'est juste de parler avec l'entreprise des avantages pour l'entreprise, ce que j'ai fait. J'ai parlé avec les dirigeants, le directeur, le propriétaire. Les opinions étaient différentes, mais si vous les regroupez et les classez, l'idée centrale était la suivante: nous voulons ce que vous faites déjà, mais plus rapidement . Ou d'une autre manière: nous voulons obtenir plus en même temps.

Évidemment, nous parlons de la vitesse de programmation et de mise en œuvre . Il convient de noter qu'à cette époque, nous ne savions rien de la mêlée, en tant que méthode qui accélère le travail des programmeurs.

Pour moi, en tant que leader, ce moment était très important: je voulais que les programmeurs prennent soin de leurs résultats . Je ne voulais pas les botter, me tenir au-dessus de mon âme, contrôler le processus et le timing. J'avais besoin d'un système autonome qui puisse se passer de moi et sans chef du tout.

Le système de paiement le plus proche adapté à nos besoins semblait être le paiement à la pièce pour le travail effectué . Cela semblait prometteur et facilement prouvable: voici l'homme, voici le travail accompli, voici le revenu. Il n'est pas nécessaire de motiver - si une personne ne veut pas travailler, elle ne gagnera pas d'argent, et cela deviendra évident. Avec une telle personne, il sera possible de partir sans remords.

Une question clé s'est posée - comment évaluer le travail et combien le payer ? En francs, ce problème est résolu plus simplement - il existe une estimation de la complexité en heures pour lesquelles le client paie. Le programmeur, en fait, reçoit un pourcentage du taux horaire. Nous n'avions ni clients ni relations financières, mais nous devons en quelque sorte évaluer le travail.

L'idée est venue rapidement, tout comme sa mise en œuvre et la base de preuves. J'ai décidé d'évaluer les tâches dans les heures du meilleur programmeur .

Si le meilleur programmeur résout le problème en 1 heure, cela coûte 1 heure. Un autre programmeur qui résout ce problème en 4 heures recevra 1 heure payée pour cela.

Afin d'évaluer les tâches «par le meilleur programmeur», vous devez comprendre de qui il s'agit. Nous avons décidé de cette façon: le meilleur programmeur a toutes les connaissances nécessaires pour résoudre le problème . Il connaît le domaine méthodologique, connaît les mécanismes nécessaires de la plateforme, connaît les métadonnées et «où se trouve-t-il». En général, s'assoit et fait, sans perdre de temps en vain.

Le principal objectif d'une telle évaluation est de minimiser les pertes de temps en les rendant non rentables. Les pertes dans le travail d'un programmeur sont énormes et, en termes de pertes de volume, dépassent souvent la moitié du temps de travail.

J'ai fait personnellement la «meilleure» évaluation, et c'est peut-être le goulot d'étranglement de l'ensemble du système. Il était immédiatement clair qu'il était nécessaire de rendre le système d'évaluation, s'il n'était pas transparent, puis vérifié rétrospectivement. Par conséquent, j'ai décidé de faire un classificateur d'évaluation des emplois - un livre de référence simple contenant des composants standard pour résoudre le problème et leur évaluation. Elle s'est progressivement remplie, nous avons appelé l'évaluation de l'ouvrage «jurisprudence» - les éléments testés en pratique, avec le délai mesuré, sont tombés dans le classifieur.

Le classificateur contenait, par exemple, les éléments suivants:

• Développement d'un rapport simple, tel que "Ventes", un registre, sur l'ACS en mode utilisateur. Score - 15 minutes;
• Création d'un registre d'accumulation, avec un simple enregistrement des mouvements complètement déterminé par le contexte du document. Score - 15 minutes;
• Développement de rôles, sans RLS, avec une petite liste (jusqu'à 10) d'objets autorisés. Évaluation - 10 minutes.

Le délai de livraison comprenait le développement et les tests par le développeur. Si une erreur s'est produite dans la base de données de travail sur les modifications créées dans cette tâche, les erreurs ont été corrigées par l'exécuteur testamentaire à ses frais.

Chaque tâche effectuée par les programmeurs a reçu une telle évaluation avant son exécution. Il est clair que certaines tâches contenaient plusieurs points du classificateur - par exemple, un registre, plus plusieurs détails, plus un rapport, plus une tâche automatique. Le temps dans cette affaire a été résumé.

Maintenant, il fallait déterminer combien payer pour une heure de travail du meilleur programmeur . Nous avons décidé cette question dans le front. Un bon programmeur moyen a alors reçu 60 000 roubles sur le marché. Nous avons décidé que le meilleur programmeur devrait obtenir 100 tr. Il est clair que par la suite ce chiffre peut être changé dans n'importe quelle direction.

Des calculs simples et des arrondis nous ont donné le taux horaire du meilleur programmeur: 600 roubles par heure .

Le chiffre semblera bon, car il est la moitié du taux horaire des franchises locales et inférieur au coût des indépendants, qui ont ensuite demandé 700-900 roubles par heure.

Mais l'essentiel - seul le travail direct faisait partie de notre taux horaire. Il n'y a pas eu de réflexion, de modélisation, d'analyse de décision, etc.

Cependant, réalisant qu'une conversation sur ce pari avec la direction aurait toujours lieu, nous avons décidé de nous assurer que nous avions raison. Pour ce faire, parlé avec des amis et des franchisés étrangers et des indépendants. Nous avons donné à ces gars des tâches à évaluer et posé une question simple - combien allez-vous prendre de l'argent pour un tel travail? Le résultat était prévisible - les gars ont demandé du travail 2 à 3 fois plus que nous (en tenant compte des impôts sur le salaire). Cela s'est calmé - le cul est couvert.

Il fallait à présent équilibrer le système par le montant de la régularisation mensuelle afin d'éviter les erreurs dans les deux sens. Le premier côté est les programmeurs. On ne sait jamais, il s'avère soudain que le programmeur a gagné 10 tr - il n'aura rien pour nourrir sa famille. La solution est simple, je l'ai vue lorsque je travaillais dans la franchise - pour fixer le paiement mensuel minimum , inférieur à celui que le programmeur ne recevra pas. Sans réfléchir à deux fois, ils ont décidé que ce serait le salaire actuel.

Le deuxième côté est l'entreprise. Un paiement minimum n'est pas rentable, car il peut être utilisé pour tromper le système. Par exemple, pour effectuer 20 tâches par mois avant que l'État ne soit «presque prêt», obtenir un salaire, et le mois prochain faire une percée, fermer 20 tâches inachevées et 30 autres nouvelles, et obtenir un accord. À propos, dans la franchise, c'était comme ça, et tout le monde l'a utilisé.

Le moyen de sortir de la situation est également simple: «souviens-toi moins» . Il a travaillé sur 40 tr, a reçu un salaire de 60 tr - ok, rappelez-vous le moins 20 tr Le mois prochain, vous devrez le faire. Travailler le mois prochain sur 80 tr - vous obtenez 60 tr, et vous ne devriez pas.

Dans le même temps, juste au cas où, nous avons fixé le plafond de paiement - 100 tr. Nous avons convenu que le travail effectué au-delà de ce montant sera considéré comme un plus au cours du mois prochain.

Maintenant, je devais trouver quoi faire avec les projets. Un projet, s'il est simplifié, est un ensemble de tâches liées les unes aux autres par une signification ou un objectif. Mais l'entreprise s'intéresse non seulement à la mise en œuvre accélérée de chacune de ces tâches, mais aussi à la mise en œuvre la plus rapide possible de toute la liste des tâches du projet et à l'obtention du résultat.

La solution est également simple, et encore repérée par d'autres - pour accumuler et donner une partie du salaire à la pièce à la fin du projet . Nous avons décidé qu'avec nous ce serait 20%. Pendant que le projet est en cours, le programmeur reçoit 480 roubles par heure et les 120 roubles restants de chaque heure à la fin du projet.

Eh bien, tout semblait être calculé et pensé, il faut commencer le test de fonctionnement.

La première étape a été de changer le processus métier des programmeurs:
1. Les tâches doivent maintenant être définies non pas personnellement pour l'interprète, mais pour moi, le chef;
2. Je dois maintenant évaluer chaque tâche en heures;
3. Après acceptation et évaluation, la tâche devient disponible pour la mise en œuvre.

Ok, le processus métier a été changé, il faut automatiser . Pour avoir plus de liberté de créativité, nous avons cessé d'utiliser des devoirs et des mémos (tout le monde les a utilisés), et nous avons inventé et fabriqué deux nouveaux objets pour nous en 1-2 jours:
1. Une candidature au service informatique, avec tous les champs nécessaires à notre évaluation;

2. Un système simplifié de comptabilisation des projets et des tâches en leur sein, avec le même système d'évaluation.

Et immédiatement, ils ont fait un rapport qui montrait la sortie en heures et l'argent gagné afin que les programmeurs puissent voir leurs résultats chaque jour.

Commencé à travailler et immédiatement confronté à des difficultés - les programmeurs ont commencé à se plaindre que les évaluations des tâches étaient trop basses . «Je dois y réfléchir», «mais je n'ai jamais rencontré de traitement, je dois le trier», «J'ai fait une tâche automatique une fois, y a-t-il une instruction à lire?» etc.

Je les ai écoutés et j'ai commencé à réfléchir à la profondeur philosophique de la question: l'entreprise doit-elle payer l'acquisition de connaissances par ses employés?

Il semble que la réponse soit évidente - elle le devrait. Mais est-ce si évident? Ce qui s'avère.

Voici une tâche pour un programmeur - remplir le sous-compte d'entrepôt dans la comptabilisation au compte 003 (pour une raison quelconque, dans un démarreur progressif typique, il n'est pas rempli). Mais il ne sait pas comment le traiter, ni du côté de l'entrepreneur, ni du côté du processeur.

Il semble - asseyez-vous et découvrez ce que tel ou tel a toujours fait. Dans le système de salaire traditionnel, l'employeur vous paiera le temps pendant que vous vous promenez là-bas.

Mais ce n'est pas si simple. Sur les quatre personnes (trois programmeurs + moi, le chef), deux connaissent bien le traitement et la tâche revient à quelqu'un qui ne comprend pas. Quand avons-nous compris le recyclage? Le programmeur est au dernier boulot, je suis à l'endroit actuel, car auparavant, il n'y avait aucune pratique de péage / recyclage. Il s'avère que l' entreprise actuelle a déjà payé pour cette compétence . Et il semble que payer une deuxième fois, au moins autant, soit faux. Que faut-il faire maintenant? C'est vrai, transférez la compétence à celui qui a reçu la tâche.

Une autre question s'est posée - et pourquoi le porteur de compétence en a-t-il besoin? Il a également un salaire à la pièce, et au lieu de transférer des connaissances, il fera mieux son travail.

J'ai commencé à réfléchir sur une question encore plus philosophique: une entreprise devrait-elle payer le transfert de compétences entre salariés? Traditionnellement, le transfert de connaissances est tenu pour acquis. Mais nous savons tous que la qualité d'un tel transfert laisse beaucoup à désirer. Les programmes d'adaptation et de mentorat font exception, mais ils ne sont pas très courants.

Donc, la solution est devenue évidente pour nous:
1. Pour le transfert de connaissances et l'entraide doivent être payés;
2. Pour l'acquisition de nouvelles compétences doit être payé.

Le deuxième point concerne les connaissances qu'aucun membre de l'équipe ne possède. Par exemple, nous avons eu la tâche d'extraire constamment des données d'un système externe vers 1C à l'aide de requêtes directes vers MS SQL. La tâche n'est pas difficile, mais personne ne l'a fait auparavant. J'ai fait cela - j'ai fait une demande en mon nom, dont l'essence est de fumer du travail avec des sources de données externes à un niveau suffisant pour résoudre un problème spécifique. Évaluation de la tâche - 1 heure (et vous pouvez vous asseoir au moins toute la journée).

À la suite de la résolution du problème, nous obtenons un spécialiste qui peut résoudre les problèmes avec des sources de données externes, et nous ne paierons pas plus pour cette compétence . Uniquement pour son transfert à d'autres programmeurs.

Nous avons décidé de payer pour le transfert de compétences et l'entraide, et pour cela nous avons trouvé le terme approprié - les coûts d'analyse et de conception. Afin de ne pas perdre de temps sur une grande bureaucratie, nous avons dessiné un tableau dans le Word contenant les données:
1. La question qui a été discutée / conçue / référée;
2. L'heure de début et de fin de la discussion, précise au procès-verbal;
3. Les participants.

Un document distinct a été ajouté au système comptable, dans lequel les résultats de ces discussions ont été introduits une fois par semaine. Habituellement, les discussions durent 5 minutes , atteignant parfois 15 minutes. Pendant une semaine, il s'est avéré tous les 3-5 heures .

Ce qui est important: le temps de discussion a été payé à tous ses participants , c'est-à-dire il était avantageux à la fois d'acquérir et de transmettre des connaissances. Il a été utile d’aider ses collègues, les lois humaines n'ont pas disparu - si vous aidez, alors elles vous aideront, et si vous gardez la connaissance pour vous, alors soyez prêt, face à une tâche inconnue avec une estimation d'une heure, asseyez-vous avec elle pendant 2 jours. Bien sûr, il y a eu des exceptions lorsque j'ai moi-même supprimé de la liste des participants celui qui était assis et comptait le corbeau.

Oui, toutes ces réunions auraient dû se tenir en ma présence, car Avant le monde extérieur, j'étais responsable de la qualité du système. Toutes les questions discutées ont été reflétées dans le système, et si nécessaire, il était possible de revenir et de voir si l'argent avait été dépensé légalement.

Il y avait une autre question "pourrie" - le support technique . Faute - parce que je n'aime pas la disponibilité du support technique, cela émousse les esprits des utilisateurs, enlève un temps précieux aux spécialistes, sans apporter beaucoup d'avantages à l'entreprise.

Officiellement, le support technique à ce moment est un officier de service dédié qui devrait aider les gens dans une semaine. Combien payer un programmeur assis sur le support technique?

Au départ, l'idée n'était pas de payer du tout, mais de réduire la base de calcul du salaire lors du calcul du paiement. Par exemple, si un programmeur a un salaire de 60 tr, a passé 2 semaines par mois sur le support technique, alors lors du calcul, considérez la moitié comme un salaire - 30 tr, et pour le reste du temps, envisagez un accord.

Mais il est immédiatement clair qu’une sorte de non-sens est obtenu - la société n’est pas très grande et, objectivement, le support technique ne prend pas une journée entière. En conséquence, le programmeur parvient à résoudre les problèmes et peut utiliser le schéma avec un "jerk".

Il existe une solution beaucoup plus simple: calculer le temps par jour consacré au support technique par le meilleur employé et payer le programmeur le même montant de nos jours. Parce que J'étais considéré comme le meilleur de ce gang, puis je l'ai mesuré. Je suis resté assis quelques jours sur le support avec un chronomètre et le but n'était pas de salir la morve, mais d'aider rapidement les gens. Redirigez correctement leurs questions vers des tâches. Fournissez des liens vers des instructions si une personne ne les a pas lues et a besoin d'une formation en ligne sur ce que tout le monde sait. Eh bien, etc.

Selon les résultats des mesures, il s'est avéré que le support technique prend en moyenne 2 heures par jour . Eh bien, c'est le chiffre. Nous avons convenu que ce montant serait payé à l'officier de garde - 2 heures par jour ou 10 heures par semaine.

Il est clair qu'il n'est pas rentable de s'engager uniquement dans le support technique - cela représente environ 25 mille roubles par mois.

Pour que l'officier de garde ne s'ennuie pas, nous lui avons donné un morceau de papier et lui avons fait écrire tous ceux qui s'adressent à lui - juste son nom de famille. Dans le système comptable, un document a été créé dans lequel le préposé du jour a amené tous les «convertis». Pourquoi - regardez la fin de l'article, sous la rubrique "Un joli bonus."

En fait, l'image a été formée à ce sujet, et nous avons continué le test de fonctionnement du système .

Parmi les programmeurs, il y avait un enthousiasme sans précédent . Accrochée à la tâche, la fumée était un pilier lors de l'exécution.

Silencieusement, un programmeur a commencé à travailler, qui aimait discuter de "quelle tâche difficile, il y a tellement d'embûches", il pourrait passer des heures à aspirer ces écueils, à remplir son propre prix (cependant, ce n'est pas clair pourquoi - le salaire).

Le programmeur a immédiatement commencé à prendre des décisions optimales, qui aimaient s'asseoir pendant des heures et «penser à la solution optimale», car maintenant la solution optimale a été émise par une équipe de brainstorming en 5 minutes.

Un programmeur introverti a commencé à communiquer plus souvent avec les clients, qui pouvaient s'asseoir sur une tâche déjà résolue pendant deux jours parce qu'il était gêné de parler avec le client.

Des tâches beaucoup plus sensées et de haute qualité de la part des utilisateurs ont commencé à apparaître, car les programmeurs ont commencé à aider à leur conception.

Le programmeur novice, qui avait l'habitude d'être timide pour poser une question à ses collègues à cause de "c'est gênant de distraire, sera ennuyé" (je dois dire, ils étaient vraiment énervés) pendant des heures à la fois et stupide.

Les programmeurs sont devenus passionnés et gourmands, dans le bon sens du terme. En tant que leader, j'ai atteint mon objectif - le système a commencé à fonctionner, mais pas tout à fait sans moi, puis avec ma participation minimale.

Ma participation est devenue transparente et compréhensible, ce ne sont que des points dans le processus d'affaires:
1. Acceptation et évaluation des tâches, je l'ai fait une fois par jour, pendant environ 15 minutes;
2. Participation à des réunions sur l'analyse et la conception (c'est ~ 3 fois par jour pendant 5 minutes).

Total, pour gérer trois programmeurs - 30-60 minutes par jour . Personne n'a besoin de donner un coup de pied, de suivre l'exécution et le calendrier, de motiver, de vérifier la qualité - tout a été fait par lui-même . Je pouvais regarder les résultats à tout moment via le système. Cela ne veut pas dire qu'il s'est avéré être une autonomie complète, mais nous en avons été aussi proches que possible.

Nous avons effectué des tests de fonctionnement pendant 3 mois. Pendant ce temps, la production horlogère a doublé et le salaire calculé pour la nouvelle motivation a augmenté de 30%. La différence est claire - maintenant le salaire devait être calculé . Selon les programmeurs eux-mêmes, ils n'ont jamais eu à travailler aussi intensivement auparavant. C'était intense, pas long ou long - j'étais toujours contre plus d'une journée de travail de 8 heures.

Mais ce qui importe ici n'est pas ce qu'ils ont dit sur l'intensité du travail, mais comment ils l'ont dit. Ils parlaient fièrement pour eux-mêmes.. Non seulement parce que le nouveau système a rendu leur travail plus efficace, mais aussi parce qu'ils sont eux-mêmes les auteurs de ce système. Ils se sont rendus plus efficaces, ils ont eux-mêmes rendu leur travail transparent et mesurable, ils ont eux-mêmes commencé à regarder différemment l'entreprise, ses dirigeants et ses employés.

J'explique le succès comme suit:
1. Si vous regardez à travers le prisme des thèses sur le développement de systèmes de motivation, il devient clair que nous avons bien défini le produit. Un produit est une tâche résolue. L'argent clair est payé pour ce produit. Tout le reste - à vos frais (réflexion, Internet, communication dans les messageries instantanées, coupures de fumée, lancinante, dépression, etc.).
2. Si vous regardez le processus de développement à travers l'autogestion, vous pouvez voir que le système a été créé avec la participation directe des personnes qui y travaillent.
3. Nous avons rendu le système aussi mesurable que possible - conformément aux exigences de contrôle. La simple mesure du travail effectué a fait que les gens se déplaçaient plus rapidement et ne se livraient pas à des bêtises.

Après l'opération de test, je suis passé par plusieurs itérations de protection du nouveau système: directeur du personnel, directeur financier, directeur, propriétaire, consultant RH externe (Moscou, cela semble très célèbre). Tout le monde a aimé le système.

En tant que responsable de son développement, j'ai été particulièrement intéressé par l'avis du consultant RH, Il connaît bien la pratique du monde et a réalisé des centaines de projets pour développer des systèmes de motivation. Son évaluation de mon système s'est avérée très élevée, il a particulièrement aimé les contours de la défense («souvenez-vous moins» et limiter le paiement maximum).

Par la suite, les principes de ce système sont devenus fondamentaux pour d'autres systèmes de motivation d'entreprise.

Un bon bonus
Donc, nous avions en main une estimation en roubles pour tous les travaux, y compris l'analyse, la conception et le support technique. C'était un péché de ne pas saisir cette opportunité, et de ne pas faire le calcul du coût de l'automatisation dans le contexte des clients et des projets . Après tout, nous savions maintenant avec certitude qui dépensait à l'entreprise grâce à l'automatisation, et si vous regardez ces données en termes d'utilité , nous obtenons juste une image magnifique.

Par exemple, nous avons appris que le soutien technique du comptable en chef adjoint, qui, selon la description de poste, devrait connaître le mieux la RAM en comptabilité, laisse plus d'argent que cette personne ne reçoit sous forme de salaire.

Nous avons également appris que les personnes qui pleurnichent toujours «ne sont pas engagées en nous» consomment 40% de tout l'argent pour l'automatisation.

Il était intéressant de regarder le budget croissant de mois en mois pour les projets qui n'avaient pas d'hôte (c'est alors que le directeur, par exemple, dit - automatiser ce service, et l'automatisation n'a pas fonctionné n'importe où, mais ils doivent écrire eux-mêmes des tâches, donc ils tournent en rond) .

L'apothéose a été le rapport de la session stratégique avec un résultat décevant - plus de la moitié de l'argent que l'entreprise dépense pour une automatisation insensée. L'absence de sens est une caractéristique tout à fait significative. Par exemple, la fonctionnalité est développée, il n'y a pas de commentaires, mais elle n'est pas utilisée ("oui en quelque sorte toutes les mains n'atteignent pas"). Ou une fonctionnalité conçue pour aider à améliorer le processus de gestion en modifiant la valeur de l'indicateur - et la valeur de l'indicateur reste immobile ou s'aggrave (et au début du projet, il a été dit que cela ne vous aidera pas, vous avez un problème différent).

Quel est le résultat?Ils ont commencé à nous écouter plus souvent et plus attentivement, surtout AVANT que le travail ne commence. Parce que nous pouvions désormais prédire les résultats des projets, en nous appuyant non seulement sur la pensée systémique, mais aussi sur les statistiques en chiffres. Le volume de travail dénué de sens au cours des premiers mois a diminué à 30% - malgré le fait que la structure du «vide de sens» s'est améliorée. Mais c'est une autre histoire.

PS

Il y a des gens qui ont répété mon expérience - enfin, c'est-à-dire qu'ils ont également construit un système de gestion et de motivation basé sur certaines heures standard. Ils disent qu'ils se portent bien. Bien, qui admet ...

Je ne sais pas pour vous, mais je suis stupide. L'expérience décrite dans l'article s'est produite il y a environ 4 ans, si je me souviens bien. Puis j'ai découvert la mêlée - plus précisément, j'ai acheté un livre lors d'une vente - et je me suis laissé emporter, mais j'ai tout abandonné. Parce que c'est idiot.

Vous voulez toujours ne pas penser, mais prendre le fini. Scrum, PMBOOK, CORE PM, Kanban, CBT ou autre chose, "implémentez" ou, plus à la mode, "implémentez". Et certains connards, comme les développeurs de guides Scrum, alimentent également la situation en disant quelque chose comme "si vous le faites de la mauvaise façon, alors vous n'avez pas à avoir peur". Bien que dans le livre, ils aient eux-mêmes écrit que vous devez penser avec votre propre tête.

L'expérience décrite dans l'article est inestimable. Pour moi, bien sûr. Ne serait-ce que parce qu'il a montré l'importance d'évaluer les tâches dans certaines unités plus ou moins stables. Puis, déjà en mêlée, ça s'est transformé en points. Plus d'expérience a montré ce que fait le bon système de motivation avec les gens. Il a également montré qu'avec le bon système de gestion et de motivation, les gens n'avaient pas besoin d'un leader. Et bien plus a montré.

Comment ça vous plait? Est-ce utile? Ou abeille, pas de travail, il s'agit de 1Snikov.