Récemment, tout à fait par accident, avec la soumission d'une bonne personne, une idée est née: joindre un bref résumé à chaque article. Pas une annotation, pas une incitation, mais un bref résumé. Telle qu'il était possible de ne pas lire l'article du tout.
Je l'ai essayé et je l'ai vraiment apprécié. Mais cela ne fait rien - la principale chose que les lecteurs ont aimé. Ceux qui ont arrêté de lire depuis longtemps ont commencé à revenir, me qualifiant de graphomane. Et un autre homme bon m'a conseillé d'écrire un bref résumé pour chaque ancien article. J'ai accepté et maintenant, entre les deux, j'écris ces shorties. Il les a appelés shorts.
J'attire votre attention sur plusieurs de ces courts métrages, selon plusieurs publications. Tout à coup, vous trouverez quelque chose d'utile pour vous.
Le chat est mort, la queue s'est détachée
Les réunions échouent très souvent. Rassemblé, battu, séparé.
Les résultats, ou produits d'une réunion, sont des décisions. Ici, ils ne le sont généralement pas. Et s'il y en a, ce n'est pas toujours de bonne qualité.
Si la réunion est limitée dans le temps et que la décision doit être prise, alors (la décision) est de mauvaise qualité.
Si la réunion n'est pas limitée dans le temps et dure jusqu'à ce qu'une décision soit prise, alors toute décision est prise si seule la réunion est terminée.
Si une décision est inventée lors d'une réunion, alors elle sera prise - simplement parce que le cerveau apprécie ce qu'elle propose.
La compréhension de la mauvaise qualité de la solution viendra plus tard, mais il sera trop tard.
Pour prendre une décision efficace, il vaut mieux ne pas participer à la discussion, mais observer silencieusement.
Premièrement, le cerveau ne sera pas occupé à trouver des réponses.
Deuxièmement, il n'est pas nécessaire de prendre une décision.
Après la réunion, vous pouvez méditer calmement et prendre une décision. Ce sera mieux.
Clé: lors de la réunion, gardez le silence et écoutez. Pour que les autres ne s'inquiètent pas, dites que c'est une position consciente.
→
habr.com/en/post/341654Parasites latents
Fondamentalement, il existe deux approches pour fixer des objectifs et contrĂ´ler les performances: parasitaire et symbiotique.
L'approche symbiotique consiste à résoudre le problème.
L'approche parasite consiste à ne PAS résoudre la tâche.
L'approche symbiotique est directe et directe, mais difficile à mettre en œuvre. Par conséquent, c'est rare.
La tâche est définie de manière à ce que tout soit clair - ainsi que les objectifs, les ressources et les limites.
Le contrôle est effectué pour que la tâche soit résolue exactement.
L'approche symbiotique consiste à laisser une partie de la responsabilité (et plus) de la résolution du problème au metteur en scène.
L'approche parasitaire est fleurie et rusée, mais facile à mettre en œuvre. Par conséquent, c'est courant.
La tâche est définie de manière à ce que rien ne soit compris. Moins c'est clair, mieux c'est.
Contrôle, de préférence pas du tout.
Le directeur de tâche n’a aucune responsabilité, l’ensemble du «singe» est transplanté sur le cou de l’artiste.
Le but de l'approche parasitaire: manipulation, FSW, affirmation de soi. Par conséquent, il se trouve souvent dans le travail des mentors avec des employés novices.
Mieux, bien sûr, une approche symbiotique.
→
habr.com/en/post/343696Dimensions vs Illusions
Si vous évaluez le processus et les résultats de votre activité sans mesures, vous vous tromperez tout le temps.
Le score sans chiffres dépend de l'humeur. Mauvaise humeur - il semblerait que vous ne fonctionniez pas bien. La bonne humeur est l'inverse.
Vous pouvez donc vous asseoir et travailler mal pendant une semaine, et vendredi donner le résultat «à la montagne», et il semblera que toute la semaine s'est bien passée.
Fondamentalement, il existe deux types de métriques: quantitatives et alternatives (mieux connues des programmeurs comme booléennes).
"La tâche est terminée à temps" est booléen. C'est la même chose que «Detail fit» (un signe alternatif de qualité quand ils ne peuvent pas être mesurés en nombre).
«Nous travaillons bien», «Nous réalisons le plan», «Je suis bien fait» - également booléen.
Sur des estimations telles que booléennes, le processus de contrôle est difficile à construire. Il est recommandé de passer aux mesures quantitatives le plus rapidement possible.
Le booléen engendre la bureaucratie et le formalisme. Par exemple, l'accomplissement des tâches à temps peut être réalisé en augmentant le temps, en inventant des tâches pour elles-mêmes et en réalisant une BID.
Pour gérer sur la base d'indicateurs booléens, vous devez passer beaucoup de temps - pour des réunions, des analyses, etc. Parce qu'il y a trop peu d'informations.
Il est recommandé de mesurer à la fois le processus et le résultat. Ensuite, l'image sera la plus complète.
Pour les programmeurs, la méthode "Poker Planning" de Scrum est recommandée.
→
habr.com/en/post/343910C'est sparta
Supposons que vous soyez programmeur et qu'ils vous ont apporté une tâche sérieuse. Et vous pensez qu'il n'est pas nécessaire de résoudre le problème - c'est stupide, dangereux.
Comportement typique dans une telle situation: amener la tâche à un domaine public. Envoyer pour coordonner avec le patron, démarrer le projet interne, le corriger dans le système, etc.
À ce stade, tout se brise. La personne qui a apporté la tâche ne veut pas être considérée comme une idiote. Et une fois entrés dans un domaine public, ils se défendront.
Il est important pour une personne de ne pas perdre la face, au sens politique. L'essentiel en politique est de ne jamais admettre ses erreurs. Vous ne pouvez rien faire, mais l'essentiel est de ne pas avoir reconnu d'erreurs.
Un homme fera de son mieux pour prouver qu'un programmeur est un méchant, un idiot, un adversaire du changement. Et le programmeur devra toujours résoudre le problème.
Dans certains cas, une personne organisera tout pour que le programmeur ne résout pas du tout le problème. Ensuite, la personne sera "blanche", et le programmeur sera absolument "noir" (et résisté, et a échoué à la fin).
Il existe plusieurs solutions.
La première consiste à devenir programmeur d'entreprise, à comprendre les domaines connexes et à déterminer par vous-même quoi et comment automatiser.
Le deuxième est l'article du chef du changement. Par exemple, directeur du développement.
Le troisième n'est pas de se lever et de faire juste ce qu'ils disent.
Quatrièmement - le chemin de Sparte, rejet rapide des décisions. Il est mieux connu comme échouer rapidement, échouer à bon marché (sortir rapidement, sortir bon marché).
L'essentiel est de ne pas inclure de publicité. Pour dire à la personne - ne passons pas beaucoup de temps, nous allons faire un prototype, et voir si la solution est viable ou non.
Le prototype prendra un peu de temps. En cas de succès, les deux auront la leur - à la fois une décision normale et des points politiques.
En cas d'Ă©chec, personne ne souffrira. Eh bien, une personne sera meilleure pour un programmeur.
→
habr.com/en/post/344650Surrogates
Les entreprises n'aiment pas 1C et ses produits, développeurs Web, QMS, comptabilité, économistes, projets de développement, Scrum, CBT, contrôle, KPI et systèmes de motivation.
Les entreprises aiment augmenter la rentabilité grâce à l'automatisation, augmenter le chiffre d'affaires de la promotion Internet, améliorer la qualité des produits, une image simple et compréhensible de l'entreprise en chiffres, les prévisions de l'état de l'entreprise, une réelle augmentation de l'efficacité, une accélération de la mise en œuvre des projets de 2 à 4 fois, une augmentation multiple des bénéfices et une réduction des stocks , un système de gestion précis, un système clair et compréhensible d'évaluation de la situation des affaires, un système d'évaluation du travail qui permet de licencier la moitié des managers.
Les entreprises adorent atteindre leurs objectifs commerciaux. Les entreprises n'aiment pas les substituts.
Un substitut, c'est quand ils ont demandé à atteindre un objectif commercial, mais ont reçu un projet d'automatisation, un site Web, une pile de papier, une équipe d'employés obscurs ou des rapports de pied illisibles.
Un substitut, c'est quand un objectif sur la route est remplacé par un moyen de réalisation. Et ils ont oublié le but ensemble.
La production de substitution est basée sur trois piliers: le formalisme, le gradualisme et la responsabilité mutuelle.
Le formalisme est le transfert d'objectifs au papier avec décomposition. Mais en fait - la traduction du centre d'attention d'une grande cible en petits détails. Personne ne se souvient plus de l'objectif - tout le monde discute des détails.
Le gradualisme est un faible taux de transition des objectifs aux moyens. Au début, l'objectif est encore parfois discuté. Mais progressivement, étape par étape, on parle de moins en moins. Jusqu'à ce que le client l'oublie lui-même, noyé dans les détails.
La responsabilité mutuelle est que tous les entrepreneurs fonctionnent à peu près de la même manière. Il n'y a pas un seul automate qui augmente vraiment le profit. Par conséquent, le client en particulier et il n'y a pas d'issue.
Que faire
Évitez les substituts et le premier pas vers leur création: le formalisme. Au moins sur des projets internes. Fixez-vous un objectif et parlez-en constamment avec l'artiste. Sur l'échelle, les ressources, les plans, etc. - aussi. Mais l'essentiel concerne le but.
Sinon, le centre d'attention changera certainement et vous obtiendrez un autre substitut.
→
habr.com/en/post/344844Jeb Klitschko
Il y a un tel boxeur - Vladimir Klitschko. Il a une caractéristique - l'utilisation constante du jab. Eh bien, c'est-à -dire plus permanent que les autres boxeurs.
Jeb garde constamment l'adversaire en suspens, Ă©puisant.
Principales caractéristiques de Jeb Klitschko: facilité d'exécution (relative, bien sûr) et constance.
Le fait que des actions constamment effectuées, utiles mais simples peuvent apporter de nombreux avantages, selon de nombreux auteurs.
J'ai décidé de l'essayer aussi. J'ai créé un système comptable simple - que j'ai fait aujourd'hui.
C'était à l'usine. Il a fait Jebah au déjeuner (je n'ai pas de déjeuner), c'est-à -dire 1 heure par jour. Il a fait ce que les autres ne font pas (ils disent que cela mène au succès).
J'ai mis en place des vérifications pour un système d'auto-apprentissage, proposé des idées de développement, mis en œuvre les idées de développement d'autres personnes, mis en place des tâches automatiques, refactorisé et optimisé le code.
Chaque jour - n'importe quelle tâche de cette liste. Il a fait une tâche - beau. Vous pouvez en avoir quelques-uns.
Les observations ont conduit 3 mois. Pendant ce temps, il a effectué 30 vérifications, proposé 200 idées, réalisé 80 idées d'autres personnes, construit des processus automatisés dans deux départements, fait trois optimisations intéressantes.
Cool, quoi. Eh bien, c'est "entre les choses". Je le recommande Ă tout le monde.
→
habr.com/en/post/344934Substitut flexible
Le mot «Scrum» fait référence à au moins deux entités: la philosophie et le cadre.
La philosophie, ou approche du travail, est décrite dans un livre de Jeff Sutherland.
Cadre, c'est-à -dire un algorithme d'actions décrit dans un document appelé Scrum Guide.
La philosophie s'est transformée en un cadre parce que les auteurs de la philosophie voulaient gagner de l'argent dessus (selon leurs propres mots).
Le cadre est grandement simplifié par rapport à la philosophie. L'essentiel est que l'objectif ait été simplifié, ou plutôt rejeté.
Le but de la philosophie: accélérer la réalisation des résultats. De plus, parfois. Il y a 8 exemples d'accélération dans le livre.
Le but du framework est d'avoir Scrum. Il le dit: faites selon les instructions - vous avez Scrum, violez les instructions - vous n'avez pas Scrum.
Le cadre n'implique pas d'accélérer la réalisation du résultat, en général.
Les personnes qui enseignent ou mettent en œuvre Scrum travaillent avec le framework. Ils parlent et mettent en œuvre un algorithme qui ne mène à aucun résultat autre que «nous avons maintenant Scrum».
Le point est clair. La philosophie est très difficile à vendre. Le cadre est plus simple.
Un cadre est un produit. Il, comme prévu, a passé le "packaging". C'est simple, compréhensible, il y a du support et de nombreux spécialistes. Ça ne ressemble à rien?
Tout est bon, sauf le résultat - ce n'est pas le cas.
Si le client n'est pas familier avec la philosophie Scrum, la mise en Ĺ“uvre du framework lui conviendra parfaitement.
Si le client connaît la philosophie Scrum, il sera déçu de la mise en œuvre du cadre - il n'y aura pas d'accélération dans la réalisation du résultat.
Ce sera cool, à la mode, moderne, mais aucun objectif commercial ne sera atteint (à l'exception de l'élaboration du budget pour «quelque chose de nouveau»).
Comment être Apprenez la philosophie de Scrum. Il est basé sur la philosophie japonaise de gestion de la qualité, dont l'essence est: les mesures et les améliorations sans fin.
Malheureusement, il faut penser, expérimenter, observer et, hélas, beaucoup travailler. Si cela ne vous convient pas, prenez le cadre.
→
habr.com/en/post/345540