Je leur parle.
La technologie ne peut pas résoudre les problèmes sociaux. Vous avez de brefs relèvements matinaux. Qu'est-ce que vous avez fait hier? Que vas-tu faire aujourd'hui? Des obstacles?
Si quelque chose semble louche (ou si je suis curieux), je m'arrête et pose des questions: "Vous travailliez sur XYZ hier, comment cela s'est-il passé?". Cela oblige les gens à faire attention et à savoir réellement ce qui se passe. Cela vous permet également de garder l’équipe en tête (en prêtant attention et en sachant ce qui se passe). Cela doit être à l'heure et court (10 minutes maximum ). Tout le reste et les gens ne vont pas "ranger" le travail. Ils s'arrêtent et attendent le stand-up, puis prennent le temps de recommencer. Certains le feront quand même, mais c'est en grande partie inévitable.
Ensuite, je passe à tout le monde dans l'après-midi. Pas tous les après-midi (bien que cela puisse être plus que chaque après-midi pour les nouvelles personnes), pas à la même heure, mais à peu près à la même heure (c'est donc à la fois informel et régulier). "Des problèmes? Des obstacles?"
Vous serez surpris de la fréquence à laquelle vous rencontrerez des problèmes lorsque les gens se rencontreront seuls.
Si les gens n'ont pas de problèmes, tant mieux; retourne travailler. S'ils n'ont pas de problèmes toute la semaine ? Problème. Vous ne les défiez pas assez, ou ils ne s'ouvrent pas. Demandez comment XYZ (qu'ils ont mentionné en stand-up) va. Faites-leur expliquer les choses.
Ce n'est pas de la microgestion. Vous ne leur dites pas comment faire leur travail. Vous ne les gardez pas. Vous êtes là pour éliminer les obstacles de leur vie quotidienne. Vous avez besoin d'informations pour le faire. Tant que vous gardez votre équipe en dehors des réunions et les chefs de projet en dehors de leurs cubes, une personne qui s'arrête pour aider une fois par jour ne leur causera pas de chagrin. Mais toutes ces interactions doivent provenir de la veine "Je suis ici pour vous aider".
Une autre chose que je ferai est d’examiner les changesets (par moi-même, de manière informelle). Je peux ensuite voir à quelle fréquence les gens vérifient, quelle est la taille de leurs ensembles de modifications, comment cela correspond à ce qu'ils ont signalé, à quelle fréquence ils refont des choses, combien de corrections de bogues ils ont, etc. Un élément de travail qui passe à l'état "terminé" n'a presque pas de sens. Regarde le code. Cela semble-t-il terminé?
note: un point extrêmement grave: quelle est la taille de votre équipe? Est-ce plus de 7 personnes? Bien sûr, vous ne pourrez pas suivre tout ce qui se passe si votre équipe est trop grande.