Mitapa Saint TeamLead Conf pour un sujet plus profond

Dans la suite d'une série d'articles sur la façon dont nous allons dévoiler les trois blocs les plus importants du travail d' équipe à Saint TeamLead Conf - travail d'équipe, outils de chef d' équipe et sensibilisation - aujourd'hui, je parlerai de sujets que nous aborderons sous la forme de réunions de chambre, réunions, ateliers, tables rondes.

La dernière fois à TeamLead Conf à Moscou, nous avons essayé de séparer toutes les tables rondes en un flux distinct. Cela s'est plutôt bien passé (à en juger par les évaluations des participants), mais de nombreux auditeurs ont écrit dans les critiques qu'il serait bien de restreindre le sujet des conversations, de réduire le nombre d'orateurs, de faire des événements plus de chambre, mais en même temps d'avoir l'occasion d'approfondir le sujet, de poser des questions, d'écouter l'avis des collègues.

Aussitôt dit, aussitôt fait. À Saint-Pétersbourg, les 23 et 24, dans le cadre de Saint TeamLead Conf, il y aura deux pistes distinctes pour cela, dans lesquelles nous avons déjà posté 9 mitaps . À leur sujet et seront discutés ci-dessous.

Construire votre parcours professionnel

L'atelier sur l'autodétermination sera dirigé par Maxim Tsepkov . Max est une personne unique. Des dizaines de conférences par an en tant qu'auditeur, de nombreux rapports sur des sujets complètement différents (par exemple, la gestion des connaissances , la responsabilité et les compétences générales ) et des rapports divins. En principe, si vous lisez attentivement ses articles sur fb et le blog, vous ne pouvez aller nulle part :) Et Max peut écouter deux reportages en même temps, sillonnant les couloirs :)))

Cette fois, en plus du rapport de planification de projet des démonstrations, Max animera une master class sur le thème «Construire notre parcours professionnel - un atelier sur l'autodétermination». Dans la vie moderne, il est nécessaire de prendre des décisions très souvent: lequel choisir le prochain projet et dans quelle entreprise, quelle conférence mérite d'être fréquentée et bien d'autres. Ces décisions peuvent être prises à chaque fois de manière situationnelle, ou vous pouvez garder à l'esprit les objectifs de développement à long terme. L'an dernier, à TeamLead Conf, il y avait une histoire sur l' assemblage de circuits qui aide Max à prendre des décisions. Et maintenant, il propose aux participants de travailler avec leur autodétermination sur leur base dans la pratique. L'événement est conçu pour 2 heures - pensez-y lorsque vous planifiez votre temps à la conférence.

PVS-Studio

Si vous programmez C, C ++, C # ou Java, vous devez avoir entendu parler de ce produit. Au cours de la réunion, nous entendrons de première main les principes de l'analyseur. Les gars montreront comment utiliser le plus efficacement PVS-Studio dans un nouveau projet ou l'implémenter dans un projet existant. Vous pourriez probablement voir leurs stands lors de nos conférences et pas seulement, mais cette réunion est une raison d'en savoir plus.

Au fait, un point important. PVS-Studio n'a pas de licences personnelles, car ils pensent que l'avantage de l'analyse de code statique est l'ensemble du projet, et non l'utilisateur individuel qui exécute l'outil. Peu importe qu'il l'exécute sur sa machine locale ou sur un serveur de build - les avantages de l'introduction d'un outil d'analyse statique seront certainement pour l'ensemble du projet dans son ensemble et pour toute l'équipe, même si tous les développeurs du projet ne connaissent pas PVS-Studio.

Z.Y. Il sera également possible de laisser des tomates :)

Revue de bricolage

Cette fois, George Mogelashvili de Booking.com et notre comité de programme suggèrent de considérer la revue de performance du côté de sa préparation. En effet, beaucoup d'entre nous ont entendu parler du processus d'évaluation des performances, mais tout le monde ne comprend pas jusqu'au bout ce qu'il est et pourquoi il est nécessaire.

Lors de cet atelier, George vous propose avec vous:

• Comprendre pourquoi un processus d'évaluation des performances est nécessaire (ou non)
• élaborer plusieurs indicateurs pour la matrice d'évaluation;
• Pratiquez des évaluations basées sur des cas fictifs (ou pas?).

De mon point de vue, cela semble intéressant. Si ce sujet est complètement incompréhensible ou pas accrocheur, lisez l' article de Yegor Tolstoy d'Avito (Yegor a parlé d'un sujet similaire à l'un de TeamLead Conf) et Igor Tsupko de Flant en suivant les traces du rapport sur Knowledge Conf. Je suis très curieux de vous inviter à lire un article d' Alexey Rybak sur l'expérience Badoo.

Pourquoi avez-vous besoin de CBT en informatique?

Le prochain mitap, j'ai demandé à Andrei Stepenko de mener sur la base de conversations et de différends répétés dans les bavardoirs sur la théorie des contraintes. Pourquoi avez-vous besoin de CBT en informatique? Vous demandez et nous vous aidons à trouver la réponse. Voici ce qu'Andrei écrit à propos de son événement:

Parmi les équipes informatiques, il y a un intérêt pour le sujet et un sentiment intuitif qu'il est utile. Mais peu de gens ont compris la portée. J'ai 20 ans d'expérience dans ce domaine et un certificat de Goldratt School. Depuis 2010, je suis principalement engagé dans des projets informatiques.

Lors de la réunion, il sera question du tambour-tampon-corde et de la logique du flux de matières du COT. Cela aidera à comprendre les éléments de base du concept. Et il y aura des cas. Théorie et pratique.

Par exemple, la plupart des plaintes de développement personnalisé ressemblent à ceci. «Nos analystes sont du côté client. Nous comprenons qu'ils ne comprennent pas, mais ne peuvent pas expliquer. »

Si vous comprenez la logique de l'activité de votre client et que vos collègues ne sont pas très bons, vous pouvez saisir l'initiative (il y aura des TDR et des clouds). Et les tâches viendront de vous.

Les cas aideront à comprendre comment la bande passante des ressources est justifiée et comment leur charge change au cours des projets. Pourquoi est-il préférable d'alterner le kanban avec la mêlée et où en général tout transférer dans le schéma de production.

Beaucoup ont essayé d'approcher cette machine, mais n'ont pas obtenu de résultats décents. Venez si vous êtes intéressé par ce sujet. Andrei, d'ailleurs, a traduit le «But» de Goldratt. Oui, ce même «objectif».

Feuille de route bois

Si vous êtes abonné à des chaînes avec le mot «chef d'équipe» (par exemple, Team lead pain ), vous avez probablement déjà entendu parler de la feuille de route lancée par Egor Tolstoy et Stas Tsyganov . Sinon, lisez l' article d'Egor.

L'histoire de la création est la suivante: il y a quelques mois, Stas a été confronté au problème de structurer le développement du chef d'équipe. Des questions se sont posées sur les points suivants:

• quelles compétences doivent être téléchargées en premier;
• quelles connaissances et compétences sont généralement nécessaires;
• comme les autres.

Les recherches sur Internet et la littérature n'ont pas répondu à ces questions et Stas, avec Yegor Tolstoy, a entrepris le difficile travail de description et de regroupement des compétences de plomb. Les gars sont venus assez rapidement à l'idée d'attirer la communauté et au moment où le référentiel compte près de 2000 étoiles, plus de 30 RP ont été acceptés.

Lors de la réunion, les gars veulent parler de cette entreprise et montrer à un volontaire comment élaborer une carte de développement pour eux-mêmes et leurs prospects.

Soit dit en passant, j'ai également adhéré à la formation de la feuille de route :)

Développeur orienté produit

Dmitry Sherstinin suggère de discuter dans des cas réels de la façon de développer la «productivité» des employés. Pour que le développeur voit non seulement le code, mais aussi le produit qu'il développe. J'ai essayé de regarder avec les yeux de vrais utilisateurs les résultats de mon travail et j'ai appliqué cette vision pour créer un meilleur produit. Nous discuterons des cas qui ont fonctionné ou qui n'ont pas fonctionné dans la pratique.

Selon le format de l'événement, le «leader» définit le sujet et décrit quelques-uns de ses cas, ses attentes et les résultats qui en ont résulté. Les participants discutent et parlent de 1-2 cas de leur pratique. Si vous avez quelque chose à partager avec vos collègues, venez. Ce sera intéressant!

Jeu de score relatif Paint the Story Point

Alexander Baptizmanskaya propose d'envisager un autre sujet éternel, soulevé à plusieurs reprises dans des conversations complètement différentes, dans le cadre d'un jeu sur les évaluations relatives.

Ce n'est un secret pour personne que les études montrent que les gens évaluent très mal le travail en quelques heures, et en informatique, l'évaluation des projets est presque l'endroit le plus douloureux et ressemble souvent au programme «Battle of Psychics». Le but de Paint the Story Point est de montrer les avantages des évaluations relatives pour la planification à long terme et une plus grande prévisibilité de l'équipe.

Construction et entretien de Timlid en 15 minutes

Et enfin, deux réunions entières de notre grand ami et conférencier Philip Delgyado et Vitaliy Levchenko. Phil a obtenu des notes élevées lors du dernier Teamlead Conf avec le rapport «Méthodologie en tant que constructeur». Si vous ne l'avez pas vu, assurez-vous de le vérifier.

Cette fois, le sujet est également associé à la construction, mais déjà une Timlida. Récemment, des questions ont souvent glissé: «Je suis devenu chef d'équipe - et que faire, où me développer». Dans le cadre de la discussion de ce sujet ci-dessus, j'ai parlé des mitaps de Yegor et Stas. Mais dans différentes entreprises et même dans différents projets, le «chef d'équipe» signifie des choses complètement différentes et il n'y a pas de réponse unique à cette question et cela ne peut pas l'être.

Lors de la réunion, dans le cadre d'un séminaire conjoint, Phil et le public tenteront de comprendre:

• quels sont les «rôles» du timlid sur des exemples tirés de la vie;
• quels "rôles" sont nécessaires dans diverses situations ("SCRUM", "Agile", entreprise, etc.);
• Est-il possible de trier quelques éléments de base derrière une liste de 100 500 compétences différentes (enfin, par exemple, la pensée systémique ou la capacité de se mettre à la place d'une autre).

Z.Y. Lors de la réunion, la participation active des auditeurs au processus est très attendue.

Le deuxième mitap, avec Nadia Petrova, est consacré au thème de l'entretien. Le programme comprenait deux rapports sur ce sujet de Stas Tsyganov et Neil Podolsky, mais nous avons décidé de développer ce sujet également par la communication avec les étudiants.

Beaucoup aiment les longues interviews. Parlez au candidat à fond pendant quelques heures, donnez-lui plusieurs tâches, demandez-lui de passer le test, puis envoyez-le à de futurs collègues, chef d'équipe du groupe voisin, RH et à la moitié des directeurs. Cette approche peut être fiable et de haute qualité, mais très coûteuse à la fois pour le candidat et pour l'entreprise d'embauche.

Lors de la réunion, Phil, avec le public, tentera de comprendre à quoi sert l'entrevue, ce que nous devons apprendre sur le candidat, comment nous pouvons vérifier les informations reçues dans les plus brefs délais (le nôtre et le candidat).

En général, mes amis, le programme était très riche et utile. Je vous invite à participer activement et à communiquer avec vos collègues et experts. Rendez-vous les 23 et 24 septembre à ARTPLAY SPb à Saint-Pétersbourg.