Je vais commencer par l'essentiel: si vos programmeurs choisissent leur propre tâche, alors vous avez de gros problèmes.
Nous sommes habitués à considérer un choix comme un opérateur conditionnel dans un langage de programmation ou un schéma d'algorithme. Eh bien, rappelez-vous, un tel losange est dessiné, il contient une condition de sélection et deux branches - oui et non. Lorsque l'algorithme est exécuté, la condition est vérifiée instantanément, de sorte que ses performances ne sont généralement pas prises en compte.
Et quel est le choix fait par l'homme? Ce n'est pas un algorithme instantané, mais un processus. Ce processus a un début, une fin (à Dieu ne plaise) et, surtout, une durée. Combien de temps pensez-vous que la sélection des tâches peut prendre?
Vous pouvez deviner, mais il vaut mieux mesurer. J'ai regardé ce processus plusieurs fois, et la conclusion est décevante: le programmeur peut choisir une tâche pendant plusieurs jours.
Le processus de sélection est mauvais car il est caché à nos yeux. Si une personne errait dans le bureau, se précipitait d'un côté à l'autre, levait la tête dans un long hurlement, nous comprendrions qu'il avait un problème. Mais cela se passe différemment.
Les programmeurs proposent depuis longtemps un algorithme tel que la reconnaissance au combat. En ce qui concerne les tâches, cela signifie: non seulement lire la condition, mais entrer et voir. Jetez un œil au code, aux formulaires, aux liens, aux métadonnées, aux exemples de lecture et aux rapports analytiques.
Vous devez regarder afin d'évaluer la tâche «comme il se doit», pas à la vue. Si vous attrapez un programmeur dans cette profession, il dira: je suis un professionnel, et je ne peux pas assumer la tâche sans connaître toutes les subtilités. Il semblerait, pourquoi en est-il ainsi? Est-il juste qu'un homme le fasse?
Bien sûr, c'est vrai. Mais seulement si, selon les résultats de ses recherches, il prend la décision finale - assumer ou non la tâche. En option, prenez la tâche avec des réserves, comme la nécessité d'étudier des mécanismes supplémentaires.
Si le programmeur a décidé de prendre la tâche, et s'est assis pour le faire, alors tout va bien. S'il a abandonné la tâche, alors tout va mal. Le temps consacré à la recherche sera perdu.
Il y a deux options. Tout d'abord, le programmeur refusera catégoriquement et quelqu'un d'autre observera la tâche. En principe, il est possible que le premier programmeur se contente de raconter les deuxièmes résultats de ses recherches, découvrant les pièges et les difficultés associées. Mais dans la pratique, les programmeurs préfèrent être indépendants les uns des autres, y compris des opinions de leurs collègues. Certains éprouvent même une certaine excitation, comprenant une tâche qu'un collègue n'a pas entreprise.
La deuxième option - le programmeur n'a pas refusé, mais a reporté la tâche à plus tard. Lorsque ce «plus tard» arrive - ce n'est pas connu, mais très probablement - après un temps assez long. Que se passera-t-il lors de la deuxième itération de reconnaissance au combat? Commencez là où vous vous êtes arrêté dans vos recherches? Bien sûr que non - il ira de la même manière, du début à la fin. Et, avec une forte probabilité, il calera au même endroit que pour la première fois.
Et il s'avère donc. Il y a du temps que les programmeurs passent à résoudre des problèmes. Normal, bon moment. En règle générale, le temps est consacré à résoudre un problème une fois.
Et il y a du temps que les programmeurs passent sur de multiples reconnaissances. Il n'y a aucun avantage particulier pour le moment - ni pour le programmeur, ni pour le client, ni pour votre entreprise. Le temps de reconnaissance au combat est presque une pure perte.
Mais le problème n'est pas seulement l'intelligence. Ça arrive pire.
Par exemple, un programmeur comprend toutes les tâches de sa liste, mais ne peut tout simplement pas choisir quoi faire. Le problème est aggravé par le fait que le choix a lieu lorsque Dieu met l'âme - sans algorithme, critères et priorités spécifiques. Et puis il y a beaucoup de monde.
On choisit ce qui est le plus intéressant. Un autre choisit ce qui est plus facile. Le troisième choisit les tâches par des mécanismes qui lui sont familiers. Le quatrième choisit les tâches de son client bien-aimé, car le résultat est plus facile à passer. Le cinquième choisit la tâche la plus ambitieuse à se montrer.
Dans le même temps, ce qui est important, presque chacun d'entre eux subit de graves tourments mentaux en raison de l'incertitude des critères. Il comprend à peu près quelles tâches il veut résoudre, mais sent consciemment ou inconsciemment qu'il fait quelque chose de mal. Il lui semble que nous devons choisir une tâche complètement différente, basée sur la stratégie de l'entreprise, l'état du projet, le plan de développement de nos propres compétences, etc. Mais je veux choisir non pas ce qui est nécessaire, mais ce que j'aime.
Un tel tourment mental aggrave encore plus le processus de sélection. Une personne plonge dans de sombres pensées, pesant son choix sur la balance de la conscience. Et ainsi des heures et des jours peuvent passer.
Du point de vue du gestionnaire qui se tient à l'écart, tout ce processus ressemble à une marmotte d'un film célèbre qui sort d'un trou et «choisit la météo pour les six prochaines semaines». Que suit-il là-bas, voit-il son ombre ou non, et pourquoi la marmotte le fait-elle? Certes, si le gestionnaire regarde souvent ce processus de l'extérieur, la question est plus probable pour lui que pour les programmeurs.
De plus, dans le contexte du choix, les vacances sont d'une grande importance. Un programmeur est d'abord une personne et non un robot. Que veut une personne après avoir terminé un travail difficile? Des vacances bien sûr!
La tâche terminée doit être notée. Allez fumer, prenez un thé ou un café, discutez avec des amis, vantez-vous d'une tâche résolue, asseyez-vous sur les réseaux sociaux, lisez les nouvelles - en général, il existe de nombreuses options. Malheureusement, ces vacances sont parfois retardées.
C'est particulièrement mauvais si la tâche a été achevée en une heure, voire deux avant la fin de la journée de travail. Eh bien, qui, dans leur bon sens, choisira une nouvelle tâche pour eux-mêmes, si bientôt - à la maison?
Comme il est difficile de sortir de l'état des vacances, tout Russe le sait - nous nous reposons tous pendant les vacances du Nouvel An. Dans notre cas, c'est encore plus difficile, car le programmeur doit revenir non pas à la résolution du problème, mais au choix du suivant. Comme ce choix est douloureux, nous en avons déjà discuté.
Si pour résumer les pertes du choix, alors elles sont toujours là. La seule question est leur quantité. Pour vous inspirer, je vous appellerai ce chiffre: il faut jusqu'à 50% du temps pour choisir une tâche. Pensez juste à ce chiffre.
Mais, dans le contexte de notre matériau, cette figure est tout simplement magnifique. En éliminant la perte de choix, vous pouvez doubler l'efficacité.
Comment se débarrasser du choix? Rien de plus simple. En fait, vous savez vous-même comment le faire. Je présenterai mes suggestions, et vous les combinerez avec vos propres méthodes, et une augmentation décente de l'efficacité en résultera.
La première chose et la plus importante pour commencer est le contrôle. Quel que soit le système de priorités et de répartition des tâches que vous proposez, cela ne fonctionnera pas tant que les programmeurs «ne vous écouteront pas».
Le contrôle, en un mot, est un contrôle numérique. Dans ce cas, le chiffre ne sera pas le profit ou le montant des ventes, mais le numéro de séquence de la tâche dans la file d'attente. Vous devez gérer la sélection des tâches en fonction de ce nombre et vous assurer que les tâches sont résolues dans l'ordre donné.
Le contrôle est nécessaire si vous gérez une équipe, et même lorsque vous vous contrôlez. Après tout, être d'accord avec soi-même est plus facile qu'avec un patron? "Oui maintenant, pour la dernière fois, et bien sûr!"
En général, nous parlerons plus en détail du contrôle, ici j'ai couru en avant, mais ça vaut le coup. Si vous avez défini les règles de choix d'une tâche, mais que personne ne les exécute, rien ne fonctionnera.
Donc, tout ce qui doit être fait est d'aligner les tâches dans la file d'attente et de s'assurer que cette file d'attente est suivie. Dans certaines sources, il est recommandé de masquer la file d'attente aux programmeurs, en ne laissant que deux tâches en vue - l'actuelle et la suivante. Si vous montrez toutes les tâches au programmeur à la fois, alors, peu importe vos efforts, il «regardera» toujours, étudiera ce qui vous attend.
La première méthode est la répartition des tâches par le patron, sans utiliser d'automatisation. Vous dites simplement qui fait quoi et dans quel ordre. Vous pouvez faire des plans simples, par exemple sous la forme de petits morceaux de papier, tels que des bons de travail ou des tâches de production. Vous pouvez simplement dicter les numéros de tâche à écrire dans un cahier.
Vous pouvez faire une planche, comme de la mêlée, et y accrocher des autocollants pour la journée. La méthode de mêlée consiste à suspendre de nombreuses tâches, par exemple - pendant une semaine ou un mois, mais cela ne nous convient pas, car le choix apparaît à nouveau.
L'allocation manuelle des tâches est très facile à démarrer et tout aussi facile à arrêter, car vous vous ennuyez rapidement. Vous devez avoir une volonté considérable ou de bonnes compétences en gestion régulière pour vous forcer à répartir les tâches quotidiennement. Si ce qui précède vous concerne, vous pouvez commencer dès aujourd'hui.
Pour l'automatisation paresseuse convient. Dans votre système d'information, où les tâches sont stockées, vous devez mettre en place un mécanisme de tri. Comment êtes-vous plus proche? Trier par date de production? Par date limite? N'importe quelle façon est bonne. L'essentiel est qu'il soit déterminé et également compris par les programmeurs. Personnellement, je recommande de ne pas se limiter au tri, mais de stocker les numéros dans une file d'attente en tant que champ séparé. Les systèmes modernes sont trop pratiques pour l'utilisateur et lui permettent de configurer le tri indépendamment. Vous avez donc décidé que vous deviez effectuer les tâches dans l'ordre de réception (FIFO), et le programmeur a accidentellement ou intentionnellement changé le tri à l'opposé et a reçu LIFO.
Si le numéro dans la file d'attente est enregistré, puis triez, ne triez pas, il est difficile de se tromper.
Vous ne pouvez pas vous attacher au tri, mais définissez les numéros manuellement. Cela fonctionne également si vous avez suffisamment de volonté pour organiser ces numéros.
Je pense que le principe est clair. Tout système de file d'attente compris par les programmeurs et surveillant sa conformité. Ce sera la première étape pour priver un choix qui prend de l'efficacité.
La deuxième étape que nous examinerons plus loin. Cela nous permettra de tirer beaucoup plus d'avantages des files d'attente - non seulement pour simplifier le choix, mais aussi pour le faire correctement.
Résumé- Le choix d'une tâche n'est pas un instant, mais un processus long;
- Le programmeur choisit une tâche en fonction de ses propres idées;
- Une énorme quantité de temps est consacrée au choix;
- Le processus de sélection n'est ni bon ni plaisir;
- Le choix doit être privé;
- Vous pouvez distribuer les tâches manuellement, comme un contremaître;
- L'automatisation peut aider à faire la queue.