Eh bien, où est-elle?

Après avoir publié le CV de ce type , deux bonnes choses se sont produites.

Tout d'abord, ce type a commencé à recevoir de nombreuses offres d'emploi. Plus que jamais.
Deuxièmement, plus de la moitié de ces propositions concernent la gestion - ou le développement de produits, ou le développement de services de streaming, ou la résolution de tâches de projet.
Troisièmement, beaucoup de messages sont venus - cette fois pour moi - avec des demandes d'indication de méthodes pour accélérer le développement. Eh bien, ceux qui ont aidé la fille .

Et puis j'ai découvert que dans une publication sur une fille, j'ai trompé tout le monde. J'y ai dit qu'elle avait lu un article et avait parlé à un gars une fois. Mais il s'est avéré qu'elle lisait toujours un livre.

Je souhaite depuis longtemps systématiser la pratique d'accélération du développement, mais il n'y a aucune raison. Et puis une entreprise s'est tournée vers moi et m'a proposé de développer un cours, afin que plus tard je puisse le vendre dans un certain environnement (qui est déjà là - 1Snoy). Il était supposé que ce serait un cours vidéo, avec quelques présentations et devoirs - ennuyeux en général. J'ai décidé de tuer deux oiseaux avec une pierre - écrire un texte, comme un livre, puis en faire un cours vidéo. Ainsi, deux produits seraient obtenus. Avec un effort minimal, un tiers en serait sorti.

La structure du livre est connue depuis longtemps, ce qu'il faut y écrire - aussi, il suffit de s'asseoir et de le faire. J'ai écrit, en ce moment, 6 chapitres sur 20, soit ~ 30%. Et, comme un tel alcool est parti, mettez-les sous forme d'articles. La fille, d'ailleurs, n'a lu que 3 chapitres.

Ce sera maintenant le premier chapitre d'introduction. Il y a une petite spécificité - puisque le livre, en fait, a été créé sur commande, il s'agit alors de développement sur 1C. Après avoir supprimé la mention de 1C, j'en aurais fabriqué un troisième produit - cela aurait pris une demi-journée.

Mais maintenant je n'ai rien nettoyé - lisez-le tel quel. S'il vous semble que le développement sur 1C et javascript est trop différent, alors ne lisez pas. Ma vie a montré que du point de vue de l'amélioration de l'efficacité, il y a bien sûr une différence - il y a encore plus de points d'application d'efforts dans le développement sur javascript et, en conséquence, l'effet attendu est plus élevé. Eh bien, allons-y.

Une fois que vous vous êtes familiarisé avec ce matériel, je peux assumer l'une des deux options.

Le premier - quelqu'un vous a créé. Chef, directeur, chef de projet - peu importe.

Deuxièmement, vous étudiez ce matériel de votre plein gré, car vous vous efforcez d'augmenter l'efficacité - un personnel ou une équipe que vous entrez, ou peut-être même dirigez.

Il est facile de deviner qui vous êtes: vous êtes soit un programmeur, soit un responsable de programmeur, soit vous travaillez dans une entreprise de programmeurs, soit vous êtes propriétaire de cette entreprise.

Pourquoi est-ce que je discute de tout ça? Juste pour dire: détendez-vous et amusez-vous. Les informations vous seront utiles, quel que soit votre rôle dans l'entreprise.

Ce n'est pas un guide pour les gestionnaires sur la façon de tirer tous les jus des programmeurs mécontents. Ce n'est pas un guide pour les programmeurs sur la façon de tromper les gestionnaires. Ce n'est pas un guide pour tromper les clients.

Ceci est un guide pour améliorer l'efficacité. Votre personnel, vos collègues, vos subordonnés ou service, équipe ou entreprise dans son ensemble. Il a été écrit par un programmeur et à temps partiel en tant que projet, équipe, chef de produit. Donc, j'ose espérer, je comprends et je considère personnellement vos intérêts.

Parlons donc d'efficacité.

Regardez autour de vous les programmeurs. Lequel d'entre eux fonctionne efficacement en ce moment?

Ce gars là-bas, disons, joue des tanks. Est-ce efficace actuellement? Probablement pas. Vous pouvez, bien sûr, attraper vos oreilles et dire qu'il est si détendu après avoir résolu une tâche difficile, et dans une demi-heure, avec une vigueur renouvelée, il se lancera dans la programmation. Mais très probablement, après les chars, il ira fumer.

Et ces deux qui discutent avec animation de quelque chose? Il semble que l'architecture d'une solution? Sont-ils efficaces?

À première vue, oui, bien sûr. Après tout, la conception de l'architecture, et même dans une discussion de groupe, à travers le brainstorming, est à la fois importante et utile. Comme on dit, une tête est bonne et deux, c'est mieux. Mais écoutons leurs paroles.

On dit - il faut faire le registre d'accumulation. Un autre hurle - non, quel registre d'accumulation, pourquoi êtes-vous, bottes? Inscription aux informations uniquement! Depuis combien de temps cela dure-t-il? Une demi-heure? Heure? Vous vous occupez d'eux là-bas, sinon ils se battront.

Et celui-là, le sage, ne se dispute avec personne. Assis dans des écouteurs, calant sa tête dans ses mains. Ne programme pas, cela est clairement visible. Que fait-il? Demandez?

Dit qu'il conçoit l'architecture de la solution. Eh bien, encore une fois. Concevoir directement? Dessinez-vous un diagramme dans votre tête? Non, dit-il, je pense - registre d'accumulation, ou sélectionnez le registre d'information. Avez-vous réfléchi? Environ deux heures déjà, je me suis cassé la tête entière. Les options sont les mêmes en termes de coûts de main-d'œuvre, et aucune d'entre elles n'a d'avantages particuliers. Et le client est important, sera-ce un registre d'accumulation ou un registre d'information? Oui, comme non. Le client est Klavdia Eliseevna, un comptable, pour elle aucune différence.

Ce gars passe du temps efficacement, qu'en pensez-vous?

Eh bien, il est là. La main tourne rapidement la molette de la souris, un regard concentré est fixé sur le moniteur. Qu'y a-t-il là? Oui, une liste familière ... Ce sont nos tâches! Que fait-il? Demandez?

La tâche, dit, je choisis. Je ne sais pas par où commencer. La moitié n'est pas claire, la moitié est sous des formes épaisses, et je ne les connais pas, parce que je suis jeune. Ici, vous devez connaître SKD, mais je ... Eh bien, c'est ...

Est-ce efficace?

Regardons notre champion. Celui-ci est définitivement efficace! Il rend de telles décisions, vous vous balancerez! Dans l'un des projets les plus difficiles, on tire! Qu'est-ce que c'est avec lui? Hmm, comme une sorte de mise en page. Hé champion, qu'est-ce que tu fais? Corrigez-vous TORG-12? Et qu'est-ce qui ne va pas là-bas? Est-il nécessaire qu'au lieu du nom du contrat le numéro et la date soient affichés? Vraiment? Une telle tâche?

Eh bien, nous comprenons bien sûr - les clients ont demandé, c'est nécessaire - cela signifie que c'est nécessaire. Mais pourquoi, champion, résolvez-vous ce problème? Vous semblez avoir suffisamment de tâches importantes et sérieuses, le niveau des sous-systèmes et de nouvelles configurations. Quoi, il n'y a personne d'autre pour corriger TORG-12? Peut-être que c'est mieux que ce gars qui ne peut pas choisir une tâche puisse la gérer?

Le champion est efficace, qu'en pensez-vous?

Et que fait ce gars? Pourquoi est-il assis près du téléphone et le regarde comme un soldat devant un pou? Y a-t-il un appel en attente? Il semble que non, le chef de bureau accepte tous les appels ... Demandez?

Oups. Il doit appeler le client, mais il a peur. Depuis deux heures maintenant, il est assis et invente des scénarios de conversation, il écrit même quelque chose dans un cahier - quelques phrases, ses propres réponses prédites. Pourquoi devrait-il appeler le client? C'est un introverti de la moelle osseuse. Alors, arrêtez, avec nous tout le monde communique avec ses clients. Quelque chose ne va pas ici, il semble ...

Eh bien, c'est compréhensible. Je fais quoi? J'écris un téléchargement de SCP vers Accounting 3.0. Il n'y a aucun moyen de creuser - efficace comme l'enfer. Ou pas? Pourquoi de vagues doutes dans l'âme? Peut-être que leur raison est que nous avons déjà effectué le déchargement de SCP vers Accounting 3.0? Et plus d'une fois. Pourquoi est-ce que je l'écris à nouveau? Pourquoi ne pas prendre le fini? Configurations typiques. Merde, je vais devoir travailler avec moi ...

Vous pouvez continuer à l'infini. Si vous ne regardez pas les gens, il semble toujours qu'ils fonctionnent efficacement. Eh bien, ou du moins ils fonctionnent. En fait, nous ne pensons même pas qu’ils sont efficaces - nous espérons qu’ils sont efficaces.

Nous voulons que ce soit comme ça, sinon la pire chose se produira - nous devrons nous y plonger . Comprendre, mesurer, analyser, penser et essayer de changer quelque chose. Est-il beaucoup plus facile de tout laisser tel quel? Et si quelqu'un ne réussit pas à travailler normalement, c'est sa faute! Conduisez-le en enfer, et c'est la fin!

Eh bien, tout le monde a ri, et maintenant sérieusement. L'efficacité est une matière inaccessible, comme le soleil couchant. Personne n'est jamais si efficace que rien ne peut être amélioré. On peut toujours s'améliorer.

Alors, où est l'efficacité perdue? Tout d'abord, lorsqu'une personne ne travaille pas . Dans notre cas, où la personne ne programme pas . Bien que, comme vous le comprenez, la programmation peut être inefficace.

Si nous regardons la chaîne de valeur - de l'apparition d'un problème à la réception d'argent pour sa solution - nous verrons beaucoup d'endroits sombres dans lesquels rien d'utile ne se produit. Mes propres recherches ont montré qu'un programmeur ordinaire peut ainsi perdre jusqu'à 97% de son temps.

Il peut choisir une tâche, argumenter, réfléchir, choisir entre deux solutions équivalentes, avoir peur de quelque chose, essayer de respecter les délais, répéter le code déjà écrit, etc., à l'infini. Il existe de nombreuses options pour perdre en efficacité.

Prenez-le comme un axiome - un programmeur est toujours inefficace. Et vous - y compris. Et moi aussi.

Si vous résistez à cet axiome, trouvez des excuses, discutez et essayez de prouver quelque chose - à moi ou à vos collègues - vous ne deviendrez jamais efficace.

Je comprends qu'une telle déclaration - «Je suis inefficace» - peut grandement affecter l'estime de soi. Mais nous avons convenu un peu plus tôt que vous vous détendrez et apprécierez. Au final, vous ne pouvez rien changer, tout laisser tel quel et vivre de vous-même, heureusement dans l'ignorance.

Mais ça vaut le coup. Est-ce que vos concurrents étudient également ce matériel? S'ils ne résistent pas et font de l'efficacité une mission? Pas une belle feuille de papier sur le mur du couloir, mais un vrai fil rouge de toute votre activité? Ensuite, les règles comme «croire - ne pas croire» ou «vouloir - ne pas vouloir» cesseront de s'appliquer - des lois du marché dures et inexorables entreront en vigueur.

Eh bien, c'est tout, je ne perdrai pas de temps à convaincre. Si vous aimez exister la tête dans le sable, comme une autruche, alors vous ne pouvez plus étudier. Je crois que vous voulez devenir plus efficace.

Il y a une telle chose - l'amélioration continue, à l'origine de la gestion de la qualité. Ils ont probablement entendu parler du cycle de Deming, connu sous le nom de PDCA.



Le point principal de ce cycle est isolé . En fait, c'est pourquoi cela s'appelle un cycle, et non un processus qui a un début et une fin. Le cycle de Deming entraîne une perfection itérative, et donc infinie.

Si vous connaissez la théorie des limitations de Goldratt, alors voici l'image pour vous.



Les mots sont écrits différemment, mais le sens est le même - cyclique . Améliorez, améliorez et améliorez. Il n'y a pas de limite à la perfection.

Chaque itération est une expérience pour introduire un changement. Il améliore ou non l'efficacité. S'il augmente, il fait toujours partie du processus. Si elle n'augmente pas, elle est rejetée - c'est normal, les expériences échouent. Plus précisément, ils conduisent à un résultat négatif, affectent négativement la fonction objectif, mais en général, une telle expérience est un succès, car il nous a délivrés d'une méthode inefficace.

Je vais vous proposer deux douzaines d'expériences. Chacun d'eux, individuellement, peut augmenter l'efficacité des programmeurs. Ou il peut ne pas l'augmenter - cela dépend à la fois de l'environnement dans lequel la mise en œuvre a lieu et de la personne qui la met en œuvre.

Vous pouvez essayer toutes les méthodes, vous ne pouvez que vous séparer. Il y a des moments où l'utilisation d'une seule méthode augmente l'efficacité plusieurs fois. C'est ce qu'on appelle le «principe de l'effet de levier» lorsqu'une cause clé de problèmes est trouvée dans le système et que sa solution est précisément adaptée. Mais, comme vous l'avez déjà compris, il n'y a pas de limite à la perfection.

Certaines méthodes sont conçues pour être mises en œuvre en équipe. Si vous n’avez pas d’équipe, vous êtes seul et vous ne serez engagé que dans votre efficacité, alors ces méthodes ne vous aideront pas.

Si vous avez une équipe, vous avez de la chance. Vous pouvez réaliser ce qu'on appelle la synergie. Bien que le mot soit gâté par les commerçants, ainsi que le mot «efficacité», mais sa signification n'a pas disparu. Une équipe peut donner plus d'efficacité que la somme de l'efficacité de ses membres.

Il existe une formule de synergie si célèbre: 1 + 1 = 11. Cela signifie littéralement que combiner les efforts de deux personnes peut donner un résultat plusieurs fois supérieur à un simple montant. Il est clair que les spécialistes du marketing ont proposé cette formule - personne n'a été en mesure de le prouver dans la pratique. Mais le message qu'elle donne est correct - une équipe peut faire plus qu'une équipe.

Par conséquent, nous consacrerons beaucoup de temps au travail de l'équipe. Tout d'abord, il s'agit bien entendu de méthodes basées sur l'interaction, l'échange d'expériences et l'entraide.

Résumé

1. Toute personne, à un moment donné, travaille de manière inefficace;
2. Presque toute action humaine peut masquer une perte d'efficacité;
3. Si vous êtes proactif dans l'efficacité, cela ne changera pas;
4. L'efficacité de toute personne a un potentiel d'amélioration infini;
5. L'efficacité de l'équipe peut être supérieure à la somme de l'efficacité de ses membres.