Boîte à outils Timlid de l'e-mail aux tableaux Kanban

Cette fois, à TeamLead Conf, nous avons décidé de collecter davantage de rapports sur un flux entier. En septembre, à Saint-Pétersbourg, pour la première fois, il y aura trois pistes de rapport parallèles pour les chefs d'équipe et les chefs d'équipe. D'une part, cela est dû au fait que nous grandissons et nous développons, d'autre part, le thème de la conférence nous permet de le faire, et la variété des domaines de travail et le développement du chef d'équipe sont recommandés pour couvrir cette activité aussi largement et profondément que possible.

Ainsi, par bonne tradition, nous aurons 6 principaux domaines de prestations. Voici leurs noms "parlants":

• Développement personnel.
• Travaillez en équipe.
• Timlid Toolkit.
• Le développement de la conscience.
• Changements transformationnels dans les processus et les personnes.
• Construire un processus technologique.

Aujourd'hui, nous allons parler de la boîte à outils Timlid. Cette section comprend traditionnellement des rapports qui sont en quelque sorte liés à la systématisation, l'algorithmisation et l'automatisation de diverses tâches de chef d'équipe, de la comptabilité et de la définition des tâches aux cartes de développement, aux listes de contrôle, aux programmes d'animation de réunions, etc. etc. En général, tout ce qui aide le chef d'équipe d'une manière ou d'une autre.



La boîte à outils de Timlid sera cette fois consacrée à plus de dix rapports. De mon point de vue, cela correspond tout à fait à la situation de l'industrie. Comme les dirigeants sont principalement des ingénieurs, les méthodes pour résoudre même les problèmes non liés à l'ingénierie sont encore proches de celles de l'ingénierie.

Alors, de quels outils parlerons-nous cette fois à Saint-Pétersbourg.

Recettes Classes Timlid: Outils, Approches, Pratiques

Dmitry Lee de Badoo

Je suis sûr que beaucoup d'entre vous ont lu et continuent de lire des livres sur la gestion, vont à des conférences, sont d'accord (et souvent en désaccord :)) avec les conseils des orateurs et hochent la tête aux rapports. Mais pour une raison quelconque, peu de gens utilisent ces conseils dans la pratique.

Souvent, cela se produit, car à partir de la scène, on nous dit quoi développer et comment être, mais quoi faire exactement et quelles actions entreprendre est loin d'être toujours clair. Besoin de détails!

Dmitry Li montrera les pratiques réelles acquises expérimentalement et donnera une recette qui vous aidera à regarder les processus et les approches familières de l'extérieur. Le programme de conversation comprend: la transparence dans les objectifs, l'ordre dans le travail avec les tâches quotidiennes, la croissance personnelle et le développement des membres de l'équipe, des formes de communication efficaces.

Comment nous avons créé une carte de développement pour les développeurs

Sergey Cherepanov de FSD

Je suis presque sûr que beaucoup ont essayé de construire des cartes de développement individuelles, des plans de formation, des plans de "pompage". Dans son histoire, Sergei Cherepanov partagera une véritable expérience dans la création et la mise en œuvre d'une carte de développement, qui, entre autres, est un outil pour aider à prendre soin des développeurs. Histoire du début à nos jours:

• Comment les gars ont implémenté les cartes de développement pour le front-end.
• Comment, à l'aide d'une carte, ils aident à passer de juin au milieu et au-dessus.
• Comment ces cartes ont aidé toute l'équipe à progresser vers une collaboration plus efficace.
• Comment les interviews des participants au sein de l'équipe sont menées pour valider et consolider les connaissances.

Et bien plus grâce à une expérience réelle d'utilisation de cet outil.

Réaction correcte en tant qu'outil Timlid

Ruslan Ostropolsky de DocDoc

La rétroaction est peut-être le meilleur outil pour travailler avec les employés. Malheureusement, tout le monde ne l'utilise pas avec succès, ne sait pas comment ou ne comprend pas comment, pourquoi. Vous dites que vous en avez déjà parlé plus d'une fois? Tout est ainsi, mais le sujet est si spécifique et souvent unique pour des équipes, des gestionnaires et des employés spécifiques que nous avons jugé qu'il méritait d'être soulevé à nouveau.

Dans le rapport, Ruslan Ostropolsky partagera son point de vue sur ce qui est considéré comme un feedback efficace, comment le donner, sous quelle forme et quand. Et surtout, quelles erreurs peuvent être rencontrées lors de l'utilisation de cet outil et comment les éviter.

L'histoire du navet ou comment naissent les bonnes tâches

Anton Costerin de Tinkoff

Personnellement, je pense qu'une tâche correctement définie représente les deux tiers du résultat total. Combien d'entre vous n'ont pas rencontré de tâches de toast, des tâches qui se composent d'un en-tête et de quelques phrases courantes? Combien d'efforts et de temps ont été consacrés à retravailler ce qui a été fait incorrectement en raison d'une mauvaise formulation? Nous en parlerons avec Anton Kosterin de la Tinkoff Bank. Cherchons des réponses aux questions suivantes:

• Comment les tâches doivent apparaître qui répondent aux intérêts du client - une chaîne allant de l'objectif global de l'entreprise à la définition de la tâche avec une superposition. Domaines de responsabilité et génération d'artefacts.
• Quels sont les problèmes et les douleurs du chef d'équipe et de l'équipe de développement en raison de définitions de tâches incorrectes, incorrectes et incomplètes.
• Quels sont les critères d'un problème correctement posé, la composition du réglage minimum nécessaire pour obtenir un résultat réussi.

Eh bien et dans le sujet de la section, regardons la boîte à outils pour travailler avec les tâches: validation, décomposition technique, liaison des tâches, évaluation des coûts de main-d'œuvre et des risques techniques, et priorisation.

De moi-même, je veux ajouter qu'une tâche correcte et correctement posée motive sa solution et démotive puissamment dans le cas contraire.

Nous essayons (en public) l'économie, la psychologie et la théorie des jeux

Igor Lukanin de SKB Kontur

Nous avons tous, à des degrés divers, l'habitude de travailler dans des entreprises informatiques avec une forte culture d'ingénierie, une hiérarchie plate, des valeurs articulées, l'auto-organisation des ingénieurs au sein des équipes et la souveraineté des équipes au sein de la division ingénierie. Regardez autour de vous et sélectionnez tous les articles à votre convenance.

Mais comment influencer les équipes souveraines et les personnes qui ne vous obéissent pas? Les lois de l'économie, des éléments de la psychologie sociale et de l'équilibre de Nash aideront - l'un des concepts clés de la théorie des jeux.

La division Contour Engineering emploie 1 200 personnes. Il s'agit d'environ 90 équipes réparties dans 9 villes ou travaillant à distance. Igor Lukanin dans son rapport expliquera comment offrir aux gens et aux équipes des "règles du jeu" qui leur sont bénéfiques et résoudre vos problèmes. En fait, il y a de nombreux cas où il suffit de fixer correctement les règles du jeu, puis la théorie du jeu fonctionnera au fil du temps et les gens (équipes), poursuivant leurs propres intérêts et réalisant leurs propres profits, feront ce dont vous avez besoin. Cela semble tentant?

Ensemble, nous examinerons des exemples de la façon dont cela fonctionne à Kontur: comment il s'est avéré simplifier l'embauche en utilisant le marché du travail libre au sein de l'entreprise et corriger toutes les failles de sécurité par la pression sociale.

Diagramme de fréquence dans Kanban. Comment répondre à la question "Quand?"

Artyom Rasskosov de SkyEng

Cette fois, il y aura deux rapports sur Kanban. Le premier d'Alexei Pimenov sur la méthode elle-même, je l'écrirai un peu plus tard, et l' histoire d' Artyom Rasskosov sur la recherche d'une réponse à l'éternelle question des managers du Quand.

À ces questions, Artyom et ses collègues ont honnêtement décrit la solution technique au problème et mis une marque, mais cela n'a pas sauvé. Les tâches, évaluées en 2 jours, sont tombées en production jusqu'à 4. Le problème est que les gars ont estimé le temps de développement, et ce n'était pas ce dont le client avait besoin.

En conséquence, Artyom et l'équipe ont parcouru un long chemin avant de trouver une bonne solution qui convient à la fois aux clients et au développement. C'est au sujet de cette décision que l'histoire sera: ce qu'ils ont essayé, pourquoi cela n'a pas produit les résultats souhaités, quels problèmes ils ont rencontrés. Considérez le diagramme de fréquence et comment, à l'aide de cet outil, vous pouvez remplacer l'évaluation des tâches par un accord de niveau de service.

Outils de gestion des risques de backlog produit

Alexander Lebedev de New Cloud Technologies

Le manuel SCRUM nous indique que le propriétaire du produit est responsable de l'arriéré. Cependant, le chef d'équipe possède une connaissance unique du projet. Et les outils avec lesquels il peut influencer le contenu du backlog.

Avec la bonne approche et les bons outils, la force du timlid fait en sorte que:

• les tâches entrantes ont été élaborées et il était facile de les planifier (vous souvenez-vous du navet et des tâches correctement réglées? - et nous revenons encore à ce sujet important);
• des tâches inadaptées ont disparu dans les approches avant même que l'équipe ne les ait vues;
• la probabilité d'exploiter la main-d'œuvre au nom d'une échéance soudaine est restée minime.

Dans son rapport, Alexander Lebedev parlera des pratiques de travail avec l'arriéré alimentaire du côté du chef d'équipe sur la base de son expérience personnelle. Nous parlerons de la façon de réduire les risques liés aux demandes de renseignements des entreprises et des caractéristiques de la vie d'une équipe qui ferme dans une longue chaîne.

Personnellement, mon expérience montre que le «dernier kilomètre» est la zone la plus stressante en termes de risques et de complexité de planification.

Connaissances et compétences dans l'équipe: trouver, voir, pomper

Alexey Troshin de FINAM

Certes, beaucoup d'entre vous ont également posé des questions: qu'est-ce que mon équipe sait et sait quelles connaissances et dans qui elles sont concentrées, comment montrer correctement les points de croissance ou expliquer les décisions prises concernant la répartition du travail et des tâches.

Une fois qu'Alexei Troshin est tombé sur ces questions et dans le processus de recherche de réponses, il a trouvé une approche qui est devenue un outil simple. Avec elle, des goulots d'étranglement dans la documentation des produits et dans les domaines de connaissance des membres de l'équipe sont visibles. Avec lui, il est possible de prendre les bonnes décisions pour combler les vides et développer les compétences manquantes. Alexey expliquera comment il a pris cette décision et montrera comment elle peut être utilisée, et quelles tâches peuvent être résolues avec son aide.

Comment communiquer par e-mail et travailler efficacement avec le courrier

Evgeny Ryzhkov de PVS-Studio

À l'ère du chat et des messagers, le courrier électronique était censé perdre sa position. Mais, heureusement, cela ne s'est pas produit et il est peu probable que cela se produise. Toutes les décisions et instructions complexes et responsables passent toujours par e-mail. Même dans un environnement loin de l'entreprise.

La communication dans le courrier est radicalement différente de la communication dans les messageries instantanées, et tout le monde ne sait pas comment passer des salles de chat au courrier, écrire des lettres correctes et compréhensibles. Et nous parlons ici à la fois de comprendre les règles d'écriture des lettres et d'aspects techniques.

Evgeny Ryzhkov s'est rendu compte que ses collègues ne savaient pas comment communiquer par e-mail et a fait une présentation lors d'une conférence interne sur la façon de procéder correctement. Bien que la plupart de ces informations soient «compréhensibles», à son avis, la plupart des collègues ont beaucoup appris. Mais ce qui est plus important - progressivement, la communication par courrier dans PVS-Studio a commencé à s'améliorer, la compréhension avec le monde extérieur a considérablement augmenté.

Même si vous savez communiquer par courrier, venez au rapport pour savoir de quoi vous devez parler à vos collègues, afin d'éviter tous les problèmes que Yevgeny et son équipe ont surmontés.

"Nous avons consulté et j'ai décidé." Comment prendre des décisions en équipe

Leonid Savchenkov de Yandex

Le problème éternel dans presque toutes les équipes est la prise de décision. Le consensus n'est pas toujours possible, le vote ne fonctionne souvent pas, des conflits et des malentendus se produisent souvent, ce qui conduit à la seule prise de décision par le leader. Parfois, c'est justifié, mais le plus souvent.

Leonid Savchenokv parlera des pratiques de réunion qui aident l'équipe à prendre des décisions afin qu'elles soient partagées par tous les membres de l'équipe et contiennent la contribution de chaque participant.

Venez à ce rapport si:

• vous n'êtes pas à l'aise avec la passivité de votre équipe lors des décisions clés;
• vous voulez que personne n'émousse sur votre téléphone ou votre ordinateur portable lors des réunions d'équipe;
• vous êtes confronté à une situation comme "mais j'ai dit que cela ne fonctionnerait pas, mais ils ne m'ont pas écouté".

Nous apprenons de Leonid plusieurs pratiques de facilitation simples et compréhensibles qui peuvent résoudre ces problèmes. Nous élargirons nos outils en tant qu'hôte de réunions, de rassemblements et de cérémonies.

Pas le vôtre - vous êtes ici et devenez fou! Nous ne gérons pas nos subordonnés

Igor Katykov de Tinkoff

Le sujet porte sur tous les mêmes aspects de la gestion - fixer des objectifs et la délégation, le contrôle, la motivation - mais à partir d'une position où vous êtes, pour ainsi dire, pas vraiment le patron de l'employé. Autrement dit, soit il s'agit d'un employé d'une autre équipe en général, soit vos pouvoirs de gestion sont flous, comme dans tout «agile et turquoise». Mais cela arrive de plus en plus souvent. Souvent, vous devez «occuper» la main-d'œuvre, demandez plus souvent à quelqu'un d'aider. Mais que se passe-t-il si votre tâche a été dirigée vers une autre équipe, où leurs priorités et règles du jeu?

Igor Katykov partagera son expérience :

• Comment obtenir l'approbation d'autres gestionnaires pour ne pas connecter leurs employés.
• Comment obtenir le résultat de l'employé, et non la désinscription "Je n'ai pas eu le temps de faire le vôtre, c'est secondaire".
• Comment obtenir un employé satisfait qui se fera un plaisir de vous aider plus tard.

Nous avons essayé de collecter des histoires sur divers sujets et de rendre l'image avec les outils les plus complètes. Observez votre environnement, vos tâches et vos difficultés, prenez des outils et venez en entendre parler à Saint TeamLead Conf les 23 et 24 septembre à Saint-Pétersbourg.