Dans ma vie, j'ai vu deux types d'entreprises qui se développent pire que quiconque - les franchisés 1C et les vendeurs d'arbres de Noël. Il ne s'agit pas de l'ampleur du développement, alors que le nombre de programmeurs augmente, mais du développement interne. Sur l'efficacité, bref.
Bien que, probablement, les vendeurs d'arbres de Noël puissent être exclus de cette liste, ils ont réussi à me surprendre avant le Nouvel An en me vendant une vraie épicéa. Auparavant, seuls les sapins et les pins l'étaient. J'ai même regardé sur Internet comment distinguer un arbre d'un sapin - vraiment, c'était une épinette.
Ainsi, seuls les franchisés 1C restent dans la liste des «sociétés les plus en développement». Beaucoup de gens merveilleux y travaillent, mais soit l'environnement est comme ça, soit l'endroit est maudit - quelque chose ne va pas avec eux.
Ils ne pensent qu'à aujourd'hui. Peut-être que la liaison étroite avec un fournisseur, qui développe à la fois le cadre et les solutions d'application, est à blâmer. Au 21e siècle, personne sain d'esprit ne construira une entreprise à long terme liée à un langage de programmation, un environnement de développement, un marché? Mais forgez le fer pendant qu'il fait chaud - s'il vous plaît. Quand il se refroidira, alors il sera possible de penser à quelque chose de sérieux.
Mais pour une raison quelconque, il me semble que tout n'est pas perdu. Tu peux faire mieux.
Bien entendu, différentes méthodes pour augmenter l'efficacité sont intéressantes. Mais une combinaison beaucoup plus intéressante de ces méthodes pour une activité spécifique est un cas. Il comprend les processus, la motivation, l'automatisation, les objectifs et un système de gestion. Pas toujours tous les composants à la fois - juste ce dont vous avez besoin.
Essayons de créer un cas pour une partie spécifique de l'entreprise que nous connaissons - 1C: Franchisé. Il nous est familier car il a une expérience de travail dans d'autres franchises depuis plusieurs années, en plus - nous rencontrons constamment des francs dans un cadre formel et informel.
Nous formulerons le cas sur la base d'une expérience cumulée - presque tout ce que nous écrivons a été testé sur nous-mêmes. Nous ne convainquons personne de quoi que ce soit, d'intérêt purement académique. Cependant, il y avait de grandes franchises qui ont mis cette affaire en service, et elles-mêmes y introduisent quelque chose.
Si vous ne savez pas ce qu'est 1C: Franchisé, alors lisez comme si nous parlions d'une certaine entreprise qui fournit des services pour le développement, la maintenance et le raffinement de logiciels.L'objectif de l'affaire est simple - augmenter la production de programmeurs et, si possible, les revenus. Ou d'échappement, il a différentes options. Allons-y. Je vous préviens - Longrid.
Situation initiale
Ne prenez pas la totalité de la franchise, mais une partie de celle-ci, que nous appellerons le service de développement. Ce sont des gars, des programmeurs 1C qui sont assis au bureau, reçoivent des tâches via le système ou des consultants, décident s'ils transmettent le résultat aux consultants ou au client, à distance.
Il existe plusieurs de ces départements dans les grandes franchises de réseaux, il y a concurrence entre eux et lorsqu'ils n'ont pas suffisamment de ressources, ils échangent activement des spécialistes et des tâches. Peut-être pas de son plein gré, mais ce n'est pas le sujet - nous considérons le département de développement comme une unité commerciale, et non comme un groupe de «vrais programmeurs».
Disons que notre service de développement est composé de cinq personnes. La production mensuelle moyenne totale est de 500 heures. Parmi ceux-ci, 200 est fermé par un certain Champion - le codeur le plus expérimenté et le plus intelligent. 100 heures ferme le deuxième, 80 - le troisième et le quatrième, 40 - débutant.
Disons qu'une heure de travail pour un client coûte 2000 roubles. Disons que nous avons un taux interne unique pour les programmeurs - 500 roubles par heure. Des estimations simples indiquent que les revenus du département sont de 1 million de roubles par mois, la masse salariale du département ne représente que 25% des revenus, dans ce cas 250 000 roubles. Au total, l'entreprise reçoit 750 000 roubles, dont elle paie des impôts sur les mêmes programmeurs, ainsi que toutes ses autres dépenses. Nous ne considérerons pas la structure des bénéfices, nous comprenons simplement qu'elle est non linéaire, car contient des coûts fixes, tels que la location d'un bureau et l'achat de cookies.
Le développement, par exemple, est relativement stable, ne saute pas beaucoup. À moins que, lorsque le Champion part en vacances, nous avons un échec de 40%. Parfois, cela arrive et 700 heures - quand un bon projet se produit et que les programmeurs travaillent le week-end.
Objectif du cas
Immédiatement, je vais vous dire le but de l'utilisation de l'étui afin de ne pas créer de mystère. Nous voulons que notre service de développement distribue non pas 500, mais 1000 heures par mois, c'est-à-dire deux fois plus. Pour le même taux horaire, avec les mêmes coûts fixes, avec le même nombre d'heures de travail. Nous pouvons permettre de petites dépenses de temps pour ce projet - par exemple, entre 30 et 50 tr.
Il est important de décider immédiatement ce que nous ferons dans la situation cible. D'une part, nous vendons le temps des spécialistes - les heures qu'ils passent à résoudre les problèmes. D'autre part, nous vendons des tâches résolues, en les évaluant en heures. Tout semble clair, mais la différence entre les deux systèmes de notation est assez importante.
Disons que nos 500 heures par mois, c'est 500 heures réelles de travail pour les spécialistes. Pour ces 500 heures, ils résolvent, disons, 200 problèmes, avec un prix moyen de 2,5 heures. Il s'avère que chaque tâche coûte en moyenne 5 000 roubles. Le client est tout à fait prêt à payer ce genre d'argent, il connaît le marché, les autres franchises ont le même prix.
Et donc nous avons appris à résoudre le problème non pas en 2,5 heures, mais en 1,25 heures.
La question clé est combien peut-il être vendu à un client?Si nous vendons du temps, il est logique de vendre 1,25 heure. Le client sera sacrément heureux - à la fois moins cher et plus rapide. Mais pour nous, en tant qu'entreprise, il n'y a presque aucun avantage à un tel régime - seulement un client satisfait et du temps libre de spécialistes qui ont besoin de prendre quelque chose. Supposons que nous trouvions plus de clients et que nous leur vendions également une tâche pendant 1,25 heure. En conséquence, dans un mois, qu'obtiendrons-nous? Les mêmes 500 heures pour 2000 roubles. Cela n'a aucun sens.
Une option consiste à augmenter le taux horaire. Mais nous résolvons les problèmes plus rapidement que nos concurrents? Sur les petits travaux, personne ne le remarquera surtout, mais sur les tâches à 40 heures la différence sera déjà perceptible.
Mais le prix d'une heure est un changement notable pour le monde extérieur qui peut décourager de nouveaux clients de nous. Ils ne savent pas ce que nous faisons deux fois plus vite? Les slogans écrits sur le site ne sont pas particulièrement convaincants.
Il semble plus correct de continuer à vendre la tâche pendant 2,5 heures. Le client ne remarque rien et nous obtenons un résultat cible normal - en faisant deux fois plus de tâches, nous obtenons deux fois plus d'argent.
Vous pouvez choisir une option de compromis - vendre, par exemple, en 2 heures. Ensuite, le client voit des économies tangibles (en particulier sur les gros volumes), obtient le résultat plus rapidement et nous sommes dans le noir. De plus, même avec la préservation du rythme interne des programmeurs.
Par souci de simplicité, nous considérerons l'option lorsque nous continuerons à vendre pendant 2,5 heures. Nous évaluons la tâche entrante en utilisant un algorithme légèrement plus complexe - nous devons estimer le temps réel et le multiplier par 2. Mais plus à ce sujet plus tard.
Oui, il existe encore des options exotiques pour utiliser le temps libéré, par exemple pour renforcer le développement interne. Ce sera à la fin.
Eh bien, c’est tout, le but est clair, passons maintenant à l’analyse des changements nécessaires.
Problème clé
Ils disent qu'il y a toujours un point d'application de la force auquel vous devez insérer un levier et obtenir l'effet maximum. Je ne suis pas d'accord avec cela - en ce sens qu'un tel point est toujours là. Mais dans ce cas, c'est - un système de motivation.
Notre système de motivation est un taux horaire individuel pour le travail effectué.
Il y a de nombreux avantages pour les programmeurs, peu pour les entreprises, mais il y a beaucoup d'inconvénients.
Le spécialiste n'a absolument aucune raison de partager ses connaissances et son expérience. La seule chose qui vaut la peine est de rehausser votre profil. Si tout est en ordre avec importance, alors il est contre-indiqué de partager l'expérience, et encore plus d'aider à résoudre les problèmes. Si vous enseignez à un fou, il deviendra votre concurrent et il ne vous remerciera même pas.
Si vous connaissez bien, par exemple, un salaire (c'est un tel programme), alors que d'autres ne le savent pas, vous aurez toujours du pain et du beurre. Dès que le deuxième chèque de paie apparaîtra, vous devrez faire des efforts pour obtenir le plus de morceaux de travail.
Qu'est-ce que c'est pour les entreprises? Si les spécialistes ne partagent pas les compétences, alors la responsabilité de la formation incombe à l'entreprise. Il est nécessaire d'organiser des cours ou de payer à des organisations tierces (comme 1C). Le deuxième est les goulots d'étranglement sous la forme de spécialistes clés. Si sur 5 personnes, une seule connaît l'ERP (c'est aussi un programme comme ça), vous ne pouvez physiquement pas accepter plus de travaux ERP que cet employé ne peut en digérer. Même s'il s'agit d'un Champion, il n'y aura pas plus de 200 heures par mois. Eh bien, prenez des risques - prenez du travail pour le découvrir plus tard, en cours de route.
Il n'est pas très possible de faire partager des compétences. La visibilité peut se faire. Mais, qui était programmeur, il sait qu'il existe des moyens de fournir une assistance afin que vous ne soyez plus contacté pour cela. Vous pouvez même demander au champion d'organiser un séminaire ou de mener une formation. Il rendra honnêtement compte du matériel - qui est si accessible sur Internet. Il se laissera de réelles connaissances pratiques.
Un taux horaire individuel est comme une entreprise à l'intérieur d'une entreprise, et cette «entreprise interne» est toujours une adresse IP, pas une LLC.
Et les compétences sont importantes, surtout dans une ère de changement qui se produit périodiquement. Il y a bien sûr une accalmie dans quelques années - par exemple, avant la sortie de l'ERP, quand tout le monde a déjà compris le démarreur progressif (c'est aussi un programme, vieux mais plein d'entrain). Mais en 2004-2010, par exemple, les «ingénieurs de projet» qui possédaient des connaissances sur le SCP étaient les meilleurs. Maintenant, probablement, les experts ERP vivent mieux que quiconque - je n'en suis pas sûr.
Le travail à la pièce individuel tue la capacité de partager des solutions de travail et des meilleures pratiques, car, encore une fois, cela n'a aucun sens. Eh bien, vous avez donné à la personne votre traitement ou sous-système, il a fermé 40 heures convenues avec le client en une journée, levé 20 tr. Qu'est-ce qui se passe avec ça? Vous pouvez, bien sûr, parvenir à un accord et créer un marché noir au sein du ministère, mais cela n'a aucun sens. Il est plus facile de dire: «donnez-moi la tâche, je vais la résoudre». Dans une situation désespérée, bien sûr, il donnera, mais plutôt, il le laissera à lui-même, par principe.
Vous pouvez voir les compétences différemment: qui est leur propriétaire? Disons que votre champion fait partie de l'entreprise depuis 2010. Il a effectué beaucoup de travail sur l'ERP, a acquis des compétences. À qui appartiennent-ils?
L'entreprise dira - ils nous appartiennent. Nos clients, nos projets, nos tâches. Donnez de la compétence. Comment les récupérer? Ne tirez pas sur les tiques? Ce n'est pas un atout matériel. Il panique et les compétences pleurent.
Et quelles sont les compétences? Produit. Ou non, les revenus de la vente du produit. Expédié 200 heures par ERP, a reçu deux bénéfices - 400 tr et compétences. L'argent - bien sûr, le voici, sur le compte courant. Vous pouvez transférer, dépenser, investir. Où sont les compétences? Plus dans cette tête chauve. Que peut-on en faire? En fait - rien.
Il s'avère que le gars a appris à nos dépens. Non pas que nous ayons investi de l'argent dans sa formation - non, c'est juste arrivé. Mais nous ne pouvons obtenir ce profit que d'une seule manière: continuer à exploiter ces compétences, c'est-à-dire sur tous les travaux ERP mis seul. Eh bien, ou tentez votre chance et mettez un débutant pour obtenir une autre ressource non récupérable.
La raison de cet état de fait est banale - le mauvais système de motivation. Ce n'est pas qu'il n'encourage pas - il interdit directement à une personne de partager ses compétences.
Système de motivation - à quoi ça sert? Pour qu'une personne elle-même, de son plein gré et avec zèle, fasse ce qui est bénéfique pour l'entreprise. Le système de motivation devrait remplacer le leader qui marche, donne des coups de pied et essaie de souligner quelque chose chaque jour.
Comment s'assurer qu'une personne, de son plein gré, fait ce qui est bénéfique pour l'entreprise? Eh bien, tout d'abord, bien sûr, pour comprendre ce qui est bénéfique pour l'entreprise. Deuxièmement, faire en sorte que le bénéfice de l'entreprise profite à la personne. Pas sous forme de missions et de slogans, mais pour de vrai.
Cas
Pour le cas, j'ai choisi les méthodes qui, dans mon esprit et mon expérience, sont les plus appropriées pour atteindre l'objectif - doubler la production. En général, il y a beaucoup plus de méthodes, mais ici nous ne nous engageons pas dans l'écriture, mais dans l'acte. En outre, il convient de noter que pour doubler la sortie, il n'est pas nécessaire de mettre en œuvre toutes les méthodes - souvent une seule suffit.
La différence dans les conditions initiales d'une entreprise particulière, dont je ne sais rien. Il y a probablement la franchise la plus débile du monde, qui a le plus faible rendement par employé. Vous n'êtes pas de cette franchise, donc votre métrique est plus élevée. Mais combien plus haut - je n'en ai aucune idée. Mais le fait que vous puissiez doubler la sortie est un fait.
Alors, que devez-vous faire
avec :
- Sélectionner, automatiser et ajouter les soldes initiaux au système de notation;
- Automatiser et ajouter les soldes initiaux au système de compétences;
- Prendre une décision sur le système de motivation, automatiser;
- Choisir les paramètres de la stratégie de compétences;
- Nommer un officier de garde;
- Parlez aux programmeurs.
À faire:
- Discussion générale des tâches entrantes;
- Sélection d'un exécuteur testamentaire par compétence conformément à la stratégie;
- Gestion et comptabilité de l'entraide;
- Gérez les statuts des tâches.
Je vais maintenant décrire brièvement chaque élément. Mais d'abord, une explication de l'automatisation.
Automatisation
Le point qui est présent dans presque toutes les variantes du boîtier est l'automatisation. Toutes les modifications que vous apporterez aux processus, à la gestion et à la motivation, vous devez les automatiser rapidement.
"Automatiser rapidement" est vraiment rapide, c'est-à-dire pendant la journée (y compris l'attente de l'opportunité de mettre à jour la configuration de la base de données). D'où la nécessité immédiate de réaliser cette automatisation par les forces d'une même équipe, dont vous augmentez le développement. Si vous êtes un grand franchisé et que vous avez un autre département qui n'est pas soumis à votre automatisation interne, vous n'avez pas beaucoup de chance, mais il existe une solution - l'automatisation secrète.
Pour tout ce qui est dans le cas, une configuration auto-décrite faite sur le genou suffit. Un jour, vous l'améliorerez, l'intégrerez dans votre système d'entreprise, créerez une interface ergonomique, etc. Maintenant, nous avons besoin de données presque nues, sans beauté ni commodité. Par conséquent, si vous n'avez pas accès à la finalisation du système commun, créez le vôtre et partagez-le au sein de l'équipe.
Si votre système de gestion des tâches n'est pas sur 1C, alors, hélas, vous n'avez pas de chance - vous devrez très probablement le jeter. Ou utilisez-le comme proxy pour 1Snoy, si les clients sont coincés dedans - laissez-les conduire les tâches là-bas, mais pour l'instant, faites-vous un système vous-même, à 1C, et téléchargez-y des données. Sinon, rien ne fonctionnera - les développeurs de bitrix24, JIRA, Github et d'autres systèmes, je m'excuse, ils voulaient chier sur vos besoins. Si ajouter. Vous pouvez toujours y ajouter une propriété à la tâche, puis la partie tabulaire est peu probable, et plus encore le rapport.
Pour automatiser le travail des équipes internes assises côte à côte, la meilleure plateforme, hélas, est 1C.
Système de notation
Nous avons besoin d'un nouveau système de classement - la tâche que nous faisons maintenant en 2,5 heures, nous devons le faire en 1,25 heures et vendre en 2,5 heures. Il s'avère que la tâche dans notre état cible aura deux notes - 2,5 et 1,25 heures. L'un est un véritable investissement en temps, l'autre est une certaine évaluation pour un client. Or, dans l'état actuel, nous pensons que ces estimations sont égales (en moyenne).
Personnellement, je n'aime pas garder deux notes dans une unité (heures). Je ne peux pas m'empêcher de me demander comment quelqu'un peut l'aimer. En réalité, il y a encore plus de classements: l'horloge pour le client, l'horloge appelée par le programmeur lors de la planification, l'horloge est réelle. Comment alors tout rassembler, l'analyser d'une manière ou d'une autre - le diable le connaît.
Je recommande le système de Scrum - planification de poker. Chaque tâche est évaluée en points tirés de la série de Fibonacci - 1, 2, 3, 5, 8, 13, 21, 34, etc. L'évaluation reflète votre vision globale de cette tâche - la complexité de l'exécution, les coûts de main-d'œuvre, l'incertitude et la nature problématique du client dans la livraison du travail.
La façon la plus simple de commencer avec "l'ancre" est de déterminer qu'il y a une tâche de 1 point. C'est la tâche atomique la plus simple que vous résolvez. En conséquence, une tâche de 2 points est deux fois plus difficile.
Des estimations sont faites lors du traitement du flux entrant, c'est-à-dire lorsqu'une nouvelle tâche apparaît. Chaque membre de l'équipe met sa note, au final nous avons - 5 notes (pour l'exemple que nous décrivons). S'il y a des estimations qui divergent de plus d'un élément de la série, alors nous devons parler et comprendre pourquoi il y a une si grande différence, et pour l'éliminer, l'un est surestimé ou l'autre sous-estimé. Lorsque tous les désaccords sont résolus, la moyenne est prise en compte (la somme des notes divisée par le nombre de notes) - ce sera l'évaluation du problème.
Si vous introduisez le système «d'en haut», il est tout à fait possible de ne pas organiser un vote, mais de mettre les notes vous-même. Nous n'avons pas Scrum, nous écrivons nous-mêmes les règles.
Si, dans le processus de résolution du problème, il est devenu clair que l'estimation est sous-estimée ou surestimée, vous pouvez la modifier en toute sécurité. Bien sûr, au moment où la tâche est terminée, la note finale doit être connue.
L'évaluation doit être entrée dans le système et stockée sous la forme d'une tâche d'accessoires.
Si vous n'aimez pas les points, vous pouvez utiliser une sorte d'heures standard. Je ne recommande pas cette option, mais mon avis peut être ignoré. Par exemple, à l'aube de la pratique, j'ai trouvé une évaluation comme «pour le mieux» - combien d'heures le meilleur programmeur passerait-il à connaître un problème, un contexte, un client, une fonctionnalité, etc. ... Tout ce dont un «meilleur» a besoin - écrire un code.
Maintenant, il est extrêmement important d'entrer les soldes initiaux - pour évaluer les tâches pendant 1 à 2 mois que vous avez déjà résolues et pour effectuer des estimations dans le système. Tout d'abord, pratiquez et développez votre propre système de notation. Deuxièmement, et plus important encore - obtenez la vitesse actuelle et le «prix ponctuel».
Par exemple, il s'avère que vous vendez 500 heures par mois pour 2000 roubles, ce qui représente 500 points. Ensuite, votre score est actuellement de 2000 roubles. Après avoir introduit les changements, vous devez générer 1000 points, les vendre pour 2000 roubles et recevoir deux fois plus de revenus (à la fois l'entreprise et les employés).
Les premiers restes sont extrêmement importants, car sans eux, vous ne répondrez pas à la question élémentaire - cela a-t-il fonctionné ou non? Ne soyez pas paresseux, s'il vous plaît.
Il sera tentant de ne pas évaluer les anciennes tâches, mais de commencer par de nouvelles. , , , . – .
«», – .
, . , , ( ).
– . . , . , , .
– . – « » « », , .
– . – . , , , . – , . , , , , .. , .
, – . , . – , . , 10 . , , 100 %.
. . . . , , , .
« », . , - . – , , , , .
– , . , – .
– . , , , , , ( ). , – .
, – . «», «», .
. – . , , ( ). , , .. .
, , , , .
– «» , , . , , , , . , ( , – ).
, , , , « -». , , 10 , 2.
-. «», . «» – , , , . ? – . , 40 % — «». , 15 , , 2 , 500 . 2 . 60% = 600 , .. 266 (600 2.25 ). , 100 ( 10 , 1000 ).
«» 1600 ( 15 , 400 ). , . , .. , 500 , – 1600 . , – . , . , . , , -, .
, . , – . , 2 , 5 - . , , , .
, – , . , .
: – , «» . – , . , – , . .
, , . – , , , .
, . , .
, – - . , , , . , , , .
, . : . – , , , , .
: 70 % – , 30 % – . , . , . , , .
, – , , , ? , . -, . -, . , , . « » – « — ».
, , – , , . , – . . -, , . , , .
– , , . , – , .
«», , , . – , , , . – , , - . .
– , . , – – .
, , . , - «, , , . , . , , . , . „ “? ? , , , , 9-00 . , . – , ».
– , ( ). .
. , . , , , , . , , , . , , , , , .
- , . 5 15 . , – .
– , , . - , .
. , . , , « ».
, , . 1 – , . , , . , , – , , , – - «», , . 1 , - .
, , - , , . : .
– . , , . , – , , . .
, – , . , , . , « », - .
, , , - . , , , , .
. , , – , – . , , .
Beaucoup de gens se demandent - comment est-il même possible que la sortie double? À cause de quoi? Sommes-nous capables d'écrire du code plus rapidement? Ou réduire sa qualité? Slap et production? Beaucoup, bien sûr, ne sont pas interrogés, mais nient et rejettent simplement. Après tout, il est impossible qu'il y ait quelque part une méthode éprouvée de double accélération, mais personne ne le savait?
Le problème, en fait, est banal - le mauvais vecteur d'attention. Ou, plus simplement, vous n'y regardez pas. Nous limitons le sujet aux programmeurs, bien que le principe soit universel.
Quelle est, à votre avis, la vitesse idéale pour résoudre un problème client par un programmeur 1C? Il s'agit de développer ou de finaliser. Pensez pendant que vous lisez, la réponse sera un peu plus basse.
Jetons un coup d'œil au travail du programmeur 1C. Que pensez-vous, combien de pour cent du temps programme-t-il réellement (y compris tous les aspects - écriture de code, création de métadonnées, mises en page, etc.)? 100%? 50%? 20%?
La pratique montre que cela arrive et 3%. Si vous ne le croyez pas, vérifiez par vous-même - il existe des programmes spécialisés pour de telles mesures. Mais il existe un moyen plus simple: regardez la quantité de code écrite par le programmeur en une journée et divisez par sa vitesse d'impression. Le chiffre résultant peut vous surprendre.
L'esprit du programmeur sera indigné - enfin, mais qu'en est-il de la quantité de code et de la vitesse d'impression? Il y a des tâches où vous devez écrire stupide et beaucoup. Et il y a ceux où vous devez lire beaucoup, réfléchir, analyser et essayer, déboguer pendant longtemps.
Ok, allons de l'autre côté. Toute la journée, le programmeur a pensé, analysé, essayé. En conséquence, il a écrit 50 lignes de code et le problème est résolu. Bon, bon code, tout est vérifié et fonctionne. A passé 8 heures.
Maintenant, la question est: en combien de temps résoudra-t-il exactement le même problème d'un autre client? S'il prend juste une solution toute faite, alors environ 5 minutes, non? Eh bien, pendant que le configurateur s'ouvre là, tandis que le second, pendant la copie, etc. Et si vous réécrivez, avec des stylos? Une demi-heure? En chemin, il fera également une revue de la machine, et le code s'améliorera. 16 fois plus rapide.
Eh bien, au diable, avec la copie du code. Un autre exemple. Vous, au lieu de donner au programmeur une tâche, vous avez donné 10-20 - vous avez dit: voici le tracker, choisissez-en un et faites-le. Que se passera-t-il ensuite?
Le programmeur choisira. Dans le code du programme, l'opérateur de sélection travaille pendant une fraction de milliseconde (sinon une condition très difficile), mais une personne n'est pas une machine. Pour lui, le choix est un processus qui va parfois très lentement.
Parfois, ce processus rappelle la reconnaissance au combat: le programmeur lit non seulement le titre de la tâche et la description détaillée, mais aussi des commentaires, puis il rampe dans le configurateur pour comprendre le contexte. Regardez, trébuche - Fu, disons, c'est une tâche sur les combinaisons, là, le diable se cassera la jambe, dans ce démarreur progressif. Non, laissez Kolyan faire. 15 minutes perdues. Multipliez par 10-20, combien cela va-t-il se révéler? Jusqu'à 5 heures?
C'est très bien si le programmeur est intelligent et a suffisamment de contexte pour prendre une décision. Mais lui, disons, un grand fan d'Internet, et est allé chercher une solution toute faite - au même Infostart, ou à une conférence d'affiliation, ou ailleurs. Le moment du choix commence à croître à un rythme alarmant.
Une demi-journée choisira, une demi-journée fonctionnera. Pertes - 50%, soit il suffit que quelqu'un émette correctement une tâche pour doubler la sortie.
D'accord, nous n'avons pas un tel problème que le choix. Le gestionnaire ou le programmeur en chef choisit et dit - ici, faites cela. Non, je ne veux pas, je ne peux pas, laissez Kolyan faire mieux, répond le programmeur. Faites-le, je l'ai dit! - insiste le chef.
De plus, selon la compréhension de l'essentiel, le programmeur s'est assis et l'a fait. Soit pas très efficace, mais ça marche. Que fait-il? Parfois - oui, cela résout le problème. Parfois, il s'assoit et s'offusque. Ou chercher des raisons de ne pas faire la tâche. Par exemple, il prépare une liste de problèmes "sans lesquels cela n'a aucun sens de commencer". Ou Internet est stupide, car le monde n'est pas juste.
Je vais terminer les exemples, bien qu'il y en ait en fait des dizaines. Il s'avère que le programmeur a deux états - écrit du code ou tupit. Le mot "tupit" est utilisé sans connotation négative, il n'a tout simplement pas trouvé un verbe plus approprié du nom "stupeur".
Donc, le principe principal a été tiré: regardez où c'est stupide. Il est peu logique de commencer la croissance de l'efficacité avec le processus d'écriture de code, le choix d'un environnement de développement différent (comme EDT), toutes sortes de choses pour accélérer le codage, etc. Considérez que lorsqu'un programmeur écrit du code, il est efficace. C'est vrai quand il frappe avec ses doigts sur le clavier, ou dessine avec une souris le formulaire et ajoute les détails.
La plupart du temps est perdu là où le programmeur est stupide, et pas là où il écrit le code. J'ai dit plusieurs options.
Si vous êtes le chef des programmeurs, arrêtez de regarder le codage, regardez les temps d'arrêt. Si vous êtes programmeur, regardez-vous, pendant votre temps d'arrêt. C'est la clé pour augmenter la vitesse de développement.
Nous revenons à la question - quel est le moment idéal pour résoudre un problème client par un programmeur 1C? La réponse est évidente - zéro. Eh bien, absolument zéro n'existe pas, que ce soit 5 minutes. Comment ce temps est-il atteint? Vous comprenez déjà: en émettant une solution clé en main. Le client est venu, a dit sa tâche, et vous lui avez dit tout de suite - la solution que vous avez déjà. Je ne sais pas combien d'argent prendre, enfin, pas en 5 minutes de travail de spécialiste, c'est sûr. Vous pouvez contester cette affirmation, mais vous pouvez réfléchir. Combien de fois avez-vous résolu des problèmes identiques? Quel est le pourcentage de tâches que vous résolvez pour la première fois et n'avez jamais entendu parler d'une telle chose? J'ai une petite pratique - seulement 13 ans, mais même avec un chiffre aussi modeste, je comprends et vois que j'ai déjà résolu la moitié des problèmes.
Si vous vous armez avec cette approche, vous aurez besoin d'un peu - écrire des outils personnalisés abstraits (au lieu de govnokod contextuel et momentané) et les stocker quelque part. Le premier dont nous avons discuté, le second a beaucoup de solutions.
Ensuite, je suis allé un peu au-delà de l'affaire. Je ne vous exhorte pas à tout abandonner et à vous occuper de solutions toutes faites, je voulais juste montrer l'idéal - l'accélération n'est en fait pas du développement, mais des dizaines ou des centaines de ventes. En conséquence, l'accélération de la génération de revenus franch est des centaines de fois. Alors que nous en traiterons un plus petit, nous accélérerons deux fois.
Vous avez compris le principe, alors tout sera clair et simple pour vous. Je décrirai les actions qui doivent être incluses dans le travail du département, avec un seul objectif - réduire le temps ennuyeux, en le remplaçant par la programmation.
Discussion générale sur les tâches entrantes
Simple et ringard. Le préposé, dont nous avons discuté dans un article précédent, rassemble tous les programmeurs en un tas chaque matin, et ils examinent ensemble de nouvelles tâches.
La première chose à savoir est de savoir si quelqu'un a résolu un problème similaire. Si vous décidez, alors nommez-le un consultant ou un conservateur - peu importe quoi appeler. Il est important que l'entrepreneur sache qui contacter.
Si personne n'a fait cela, alors nous simplifions un peu les critères - nous recherchons ceux qui ont travaillé avec ce sous-système, ou ce document, ou ce mécanisme de plate-forme. Eh bien, vous voyez - si la tâche consiste à dessiner le planificateur, alors toute personne qui a déjà maîtrisé cet incroyable mécanisme le fera. Il sera consultant.
Si la tâche est généralement nouvelle et n'est familière à personne, vous devez choisir un allume-cigare - celui qui sera le premier à comprendre ce sujet. Il y a deux tâches clés: résoudre un problème et développer des compétences. La prochaine fois pour devenir consultant sur des tâches similaires. Bien sûr, tout le monde comprend que fumer peut prendre plus de temps que convenu avec le client - c'est normal, vous investissez dans votre équipe.
Avoir un consultant est particulièrement important pour les débutants. Même si, selon votre stratégie de développement des compétences, vous interdisez à un débutant de demander à un curateur, le simple fait de sa présence apportera un énorme soutien moral à un débutant.
Eh bien, n'oubliez pas d'évaluer la tâche, en points - planifiez le poker.
Sélection d'un exécuteur testamentaire par compétence conformément à la stratégie
Ici, tout est simple. Vous avez fait un choix - ajusté le curseur entre le développement et l'augmentation des compétences. Choisissez donc un artiste en accord avec votre stratégie.
Par exemple, vous décidez que les débutants doivent résoudre des problèmes inconnus 30% du temps. Dans le système, vous avez déjà un rapport qui montre le pourcentage - combien d'amis, combien de problèmes inconnus qu'il a résolus. Examinez les chiffres et décidez à quel moment exécuter une nouvelle tâche inconnue.
Avoir un consultant supprimera le potentiel excessif d'importance de la tâche et donnera les éléments de processus du jeu. Il sera intéressant pour un débutant de faire face à de nouveaux mécanismes, car il connaîtra la disponibilité du support et le ressentira. Si vous spécifiez à l'avance les limites de l'application de ce soutien, ce sera généralement merveilleux: par exemple, donnez à un débutant de travailler de façon indépendante pendant pas plus d'une journée, après quoi le consultant décidera.
Le degré et le format de l'assistance d'un consultant est votre choix, il n'y a rien de compliqué. Si le nouveau venu est complètement nouveau, cela n'a aucun sens de lui donner un lien vers une conférence d'affiliation, un livre épais sur le développement et d'encourager "viens, trie-le, fils". Il ne peut tout simplement pas digérer un si gros morceau, il s'étouffe et vous pouvez perdre un employé. Il ne quittera pas, mais recevra un coup important dans son importance, peut devenir fermé et inerte.
Il n'y a pas de conseil précis sur le choix d'une «taille de pièce», car tout est strictement individuel. Un principe est universel: cette taille doit être surveillée. Bien sûr, si vous voulez augmenter l'efficacité et non votre propre importance. Une telle façon de s'exprimer comme la définition de tâches insolubles est trop largement utilisée par les programmeurs 1C pour ne pas en parler.
Il y a des exceptions - les employés qui veulent tout comprendre par eux-mêmes. Ils veulent tellement qu'ils refusent catégoriquement toute aide. C'est leur façon de gagner en importance - «Je peux le comprendre moi-même» et plus le contexte dans lequel il se penche est large, plus la récompense est la satisfaction de soi. C'est une qualité utile, mais cela se transforme parfois en manie - il vaut mieux suivre cela, en fixant des limites (dans le temps, par exemple).
Si la tâche est urgente, ou si le client est important pour vous, alors les expériences sont désactivées et celui qui comprend le mieux s'assoit sur la tâche. Eh bien, tout le monde le sait.
Gestion et comptabilité de l'entraide
S'il y a un consultant, ce serait bien de le motiver - de donner un pourcentage du paiement horaire pour résoudre le problème. Le montant des intérêts dépend du degré de participation.
Bien sûr, il est nécessaire de s'assurer que le consultant ne devienne pas impudent et ne tire pas la couverture sur lui lorsque la tâche est assignée au nouveau venu. N'oubliez pas que notre objectif n'est pas le bénéfice immédiat, mais le succès à long terme.
Eh bien, vous devez suivre le débutant. Si vous décidez que dans cette tâche, il ne connaît que le travail avec le planificateur, ne le laissez pas prendre le reste du contexte de la tâche - laissez le consultant lui dire.
En fait, il n'y a plus rien à ajouter.
Gérer les statuts de tâche
Il y avait un
article séparé sur ce sujet, je ne vais pas tout répéter. Soit dit en passant, l'article n'était pas particulièrement intéressé par 1Snikov, mais les représentants d'autres races de développeurs l'ont aimé - nous travaillons activement avec eux maintenant. C'est dire que dans le monde de la programmation 1C, jusqu'à présent, tout n'est pas bon avec des méthodes d'augmentation de l'efficacité.
Lorsque vous sélectionnez un officier de garde, donnez-lui un lien vers l'article ci-dessus. La principale chose qu'il doit comprendre, accepter et réaliser est que l'état des tâches doit être surveillé.
Chaque matin devrait commencer par une gestion du statut des tâches rituelles. Il est très simple et facile à automatiser. Dans la première fenêtre - nouvelles tâches qui n'ont pas encore été exécutées. Il s'agit d'une liste de discussion avec l'équipe que nous avons examinée ci-dessus. Le résultat de la discussion devrait être la vidange de cette fenêtre.
Dans la deuxième fenêtre - tâches acceptées dans le travail, mais n'ayant pas d'exécuteur testamentaire. Vide de la même manière, après une discussion générale. Après la discussion, les deux listes devraient devenir vides. Temps alloué pour que la tâche soit dans l'état «Non accepté pour le travail» et «Non assigné d'exécuteur testamentaire» - pas plus d'un jour ouvrable.
Si la tâche n'est pas claire et qu'une clarification du client est nécessaire - la tâche, accompagnée d'une liste de questions, passe à la fenêtre / au statut «Une clarification est requise» ou «Envoyé pour révision» - peu importe le nom. Le déterminisme est important.
Après la discussion (ou avant), le préposé vérifie la liste des personnes envoyées pour révision afin de ne pas retarder les statuts. Par exemple, trois jours sont alloués pour clarifier la déclaration. Trois jours se sont écoulés - nous devons écrire au client pour ne pas ralentir. Très probablement, il a simplement oublié de répondre.
Lors d'une discussion avec les programmeurs, nous regardons la fenêtre "In Work". Nous l'avons classé: tout le monde comprend qui est engagé dans quelle tâche. En conséquence, il y a un temps pour que la tâche soit dans le statut «En travail», lié à l'entrepreneur, et ce temps doit être surveillé.
Trite - afin de ne pas manquer la limite du temps de la connaissance pour un débutant. S'il s'est vu accorder un jour pour une décision indépendante et que ce jour s'est écoulé, alors, avec une forte probabilité, il ne lèvera pas la main et ne dira pas qu'il ne pourrait pas faire face. Sera stupide jusqu'à la fin. Nous n'en avons pas besoin, donc un contrôle banal sur la durée de vie du statut nous sauvera de pertes inutiles et un novice de la culpabilité pour notre stupidité.
La dernière fenêtre - tâches terminées nécessitant l'acceptation du client. Ici, le principe est le même que dans ceux envoyés pour révision - nous fixons un délai, par exemple, trois jours, après quoi nous commençons à nous rappeler. Calme, confiant, mais persistant. Je le répète, le client pourrait tout simplement oublier, il en a assez de sa propre entreprise.
Finale
Eh bien c'est ça, finissez le cas. Le chiffre principal qui a été discuté est la valeur intrinsèque d'une unité de travail, c'est-à-dire point. J'ai soutenu que ce coût peut être réduit de moitié - pour produire la même quantité de travail en deux fois moins de temps.
Voici notre calendrier pour l'un des clients (le plus important en ce moment):
Comme vous pouvez le voir, avant d'appliquer le cas (c'est-à-dire jusqu'en avril), la valeur du point pendait à peu près au même niveau. Cela signifie que, en passant le même nombre d'heures, nous avons produit le même résultat - une moyenne de 1 point en 0,9 heure.
Au cours du premier mois d'utilisation du boîtier, la valeur du point a fortement chuté, à 0,22 heure, soit environ quatre fois. Le premier mois, bien sûr, doit être pris en compte, mais il ne peut pas faire entièrement confiance, car il y a eu une forte augmentation de la livraison du travail - plusieurs tâches «coûteuses» qui, en raison du cycle de vie incontrôlé des tâches, traînaient comme du caoutchouc, fermées.
Le deuxième mois est plus indicatif et correct. Premièrement, il n'y avait plus d'anciennes tâches qui se termineraient - toutes les tâches qui ont été clôturées en mai sont nées au cours des deux mois précédents, c'est-à-dire pendant l'application de l'affaire. Deuxièmement, l'utilisation de l'affaire s'est stabilisée et est devenue une habitude. Le résultat - 0,33 heures pour 1 point, ce qui est trois fois mieux qu'auparavant.
Eh bien, le chiffre a commencé à traîner autour de la moyenne promise - la moitié de l'original.
Bien sûr, des résultats positifs ont été obtenus non seulement pour ce client, mais aussi pour tous les travaux en général. Y compris - en interne, dont nous avons beaucoup - plus que pour les clients externes.
Voici, par exemple, un graphique du nombre total de points gagnés:
Comme vous pouvez le voir, avant le cas, nous avons donné en moyenne 400-500 points par mois, puis ce chiffre est passé à 1400 - une augmentation de 3 fois.
Les deux horaires ont été interrompus en octobre, hélas - nous avions l'habitude d'effectuer des tâches dans un github, puis nous avons déménagé à Flowcon. L'horaire général, de deux sources, tire la paresse.
Il est intéressant de comprendre la dépendance des nombres. Nous, Oknosoft, essayons de faire peu pour les services à la clientèle, notre priorité est le développement. Avant l'utilisation de l'étui, nous avions un problème - cela prenait trop de temps pour les clients, et très peu restait à développer.
L'utilisation de l'étui nous a permis de sortir de ce piège - nous avions, bien que toujours pas assez, mais beaucoup plus de temps pour le développement. Le résultat ne s'est pas fait attendre: nous avons mis en place plusieurs produits très importants pour nous.
Le premier est le site de notre projet de programmation d'entreprise (je ne donnerai pas de lien, sinon je recevrai un e-mail avec le sujet "nmivan, allons-y ..."). Le mot clé est le site, car avant nous ne faisions que des applications métier fonctionnant via Internet. Le site est construit sur la plateforme metadata.js, mais le succès clé n'est pas le site lui-même, ni le contenu, mais le raffinement de la plateforme et de ses composants. Maintenant, vous pouvez également créer des sites sur metadata.js. De plus, le site contient des fonctionnalités CMS et des microservices.
Le deuxième projet, qui n'est pas resté longtemps entre les mains, était sans papier, c'est-à-dire fonctionnalité de répartition d'atelier, de travail via un navigateur et avec une visualisation sympa (ceci est important pour la production de fenêtres, par exemple). Le travail sans papier via un navigateur - par exemple, en utilisant un lecteur de codes-barres connecté à un téléviseur - étendra considérablement et simplifiera les possibilités d'application de solutions sur metadata.js en production. Compte tenu en particulier de la simplicité de travail avec les événements externes dans le code metadata.js, ils peuvent être capturés n'importe où, et pas seulement sous la forme active, comme dans 1C.
A parlé du troisième projet -
Flowcon.Life . Pour nous, c'est extrêmement important, car a donné un tas de tâches utiles pour le développement de la plate-forme. Il s'agit du premier projet pour les personnes, pas pour les entreprises.
Le quatrième ne vous intéresse guère - il s'agit de Flowcon, une configuration pour le service de gestion de tâches / équipe / entreprise 1C +.
Eh bien, un peu plus - soit plus petit et plus ennuyeux, soit plus grand et plus secret. Au total, disons, six pièces.
Est-ce beaucoup ou peu? Je vais clarifier pour deux personnes. Qui travaillent également avec des clients sur des projets d'implémentation, écrivent des articles, jurent beaucoup entre eux et avec le monde entier, et même paresseux.
Tout est relatif. Six projets en 9 mois - beaucoup ou peu? , 6 ( ), – 0.15 0.66 .
, , — , . , , , . , – .
, , . , , .
, , , – . , , , – .
, . , . , , — , ? .
, , . , . , , , , . .
« »
. , , - .
, - – , , . . , – , .
, , . – , – . , – . , .
1 , , , 1 , ? , , - , – .
, , . – . 1.5 – . – . , , «, - , ».
1? Rien. , – , .
. , – . . , .
?
« , »
– . «» — . , , .
– , – , . , . , . .
, . – , . , , , – «, ?».
? , .. – , , . , , , – : , . , , – .
« , »
– , . . , .
« , -, »
, . , ? ? .
, « », – , .
, . , . ?
, .
« – »
. – , .
« / ///»
– . , , .
« , »
, – . , . , – .
. , . – , .
, – 1, , , . .
« ? ?»
, . – , , . , .
, – 1: , – . – , – .
« , …»
, . , – .
« ?»
. – , – . – .
. - , , .. – , , .. , .
, , . «» — , .
« ?»
, . .
, , – . . – . , , , , – .
, . , . – .. . - , . , .
, . , , . , .
, . , . , , , , .
, , .. , – – . , , , .
«?»
– , , , . – - .
1: , , , «», - . , , . , – , .
, . – , . , , .
(, -, ), 1: , . – , – . «» .
– . – . , «» .