Un rappel pour organiser le travail à distance de l'équipe de développement

Dans le cadre de la situation du coronovirus, le besoin de travail à distance a fortement augmenté. De nombreuses entreprises et managers n'étaient pas prêts à organiser le travail à distance des équipes de développement. Les managers craignent, à juste titre, qu'en mode distant, l'équipe ne fonctionne pas de manière efficace ou que les employés n'utilisent activement qu'une petite partie du clavier.



Non seulement cela, même si le développeur travaille jour et nuit, il travaille dur, ne voyant pas ce qui se passe, le leader commence à croire que les développeurs ne fonctionnent pas.

Si vous avez réussi à travailler avec des processus mal définis et à déplacer le développement dans l'espace de bureau, alors quand vous passez au mode de fonctionnement à distance, tout commence à s'effondrer. Dans certaines entreprises, il y a une situation où les gens sont invités à mettre en quarantaine avant la date prévue.

Initialement, le texte a été préparé pour un usage officiel, mais a décidé de le reformater en un article avec la justification de chaque élément

.

1. Fer. Casque Webcam. Internet accessible.

De nombreux employés à domicile peuvent ne pas avoir d'ordinateur. Cela peut sembler surprenant, mais de nombreux développeurs n'ont pas d'ordinateurs à la maison. Beaucoup n'ont pas de casque. Absolument. Si vous demandez à acheter un casque, ils prendront le moins cher pour le travail. Ou ils communiqueront avec le microphone intégré à l'ordinateur portable avec tout le bruit du ventilateur, une mauvaise audibilité et d'autres artefacts.

Vous devez vous assurer que tout le monde à la maison a la possibilité de travailler à domicile. Demandez à vous connecter à Internet. Aux frais de l'entreprise, munissez-vous d'un casque si nécessaire. Achetez un ensemble de casques avec un bon microphone et des écouteurs et donnez la possibilité d'obtenir un casque gratuitement pour ceux qui n'ont pas de casque ou un casque / microphone de mauvaise qualité à la maison. Il est également important d'acheter des webcams (plus d'informations ci-dessous)

2. Messagerie d'entreprise avec prise en charge des communications audio-vidéo.

C'est difficile à croire (non, pas difficile), mais encore aujourd'hui, un grand nombre d'entreprises sans messagers d'entreprise. Surtout si l'entreprise compte jusqu'à 200-300 personnes. Ils travaillent en équipe dans Telegram, WhatsApp, appellent sur Skype, Discord, etc. etc. De plus, tout messager personnel est mauvais car il distraira nécessairement une partie du personnel, car il n'aura pas la possibilité de «déconnecter» (séparément) les messages personnels et les messages professionnels. Il semble à de nombreux managers que ce n'est pas un problème, d'autant plus que l'autre partie des employés, au contraire, pense que c'est très pratique quand à la fois personnel et travaillant dans le même messager. Il arrive aussi souvent que certains employés s'appellent eux-mêmes ce qu'ils veulent, certains sont latins, certains sont cyrilliques, certains sont généralement des surnoms. De plus, une partie des informations est complètement perdue, etc. etc. Un argument très courant des managers:"Il m'est commode de transférer la tâche en transmettant un message au client." Néanmoins, les tâches doivent être définies via le tracker, et non le message à transmettre.

. Slack, Teams. , . . .. , , , .

(Je préfère les équipes en raison du concept, les équipes qui regroupent les canaux par équipes, mais c'est mieux pour n'importe qui. L'essentiel est qu'il y ait UN messager dans toute l'entreprise. Soit dit en passant, les équipes ont annoncé six mois d'utilisation gratuite en rapport avec le coronovirus). Beaucoup essaient d'implémenter RocketChat, etc. comme alternative gratuite à Slack, Teams, mais si vous n'y établissez pas de communication audio-vidéo de haute qualité, il n'y a aucun intérêt à introduire de tels outils gratuits, car les messageries instantanées se multiplieront toujours pour le texte et les appels.

Petites règles de téléphonie simples:

1. , , . , , , 2-3 , .
2. , . . . , Jira .. « »
3. . , « 5 », « », « » .. .. , / . , . ( , , « ?» — 5 ).
4. Retirez les chats de la pièce. (Je comprends à quel point il est difficile de suivre ce conseil, si je ferme la porte, alors le chat commence à hurler le cœur brisé sous la porte du fait que sans cela quelque chose d'intéressant peut se produire dans la pièce. Vous devez le verrouiller dans la cuisine.) Si le chat est calme, il n'entre pas dans l'appareil photo et sans vous distraire, vous pouvez partir. :)

3. Un seul tracker. Règles unifiées pour travailler avec le tracker. Équipe transparente.

Souvent, dans les entreprises, des trackers de zoo sont élevés. Jira, Azure DevOps, Redmine, Trello, etc. etc. Le temps est également annulé de toute façon. Les tâches peuvent être planifiées avec une évaluation de plusieurs jours à la fois. Il y a une illusion de planification, et en raison du manque de transparence, les gestionnaires ne comprennent pas l'avancement des tâches, ne font pas confiance aux développeurs, et les développeurs sont sûrs que les gestionnaires, pour le dire avec douceur, sont des «mauvaises personnes qui ne comprennent rien».

1. .
2. . . . « » « ».
3. . .
4. 7 . 4 .

La justification de ce paragraphe de l'article repose sur un grand article distinct. Si vous prenez le principal:

Exemple:



(Une recommandation, tout le monde peut avoir ses propres cas, l'essentiel est qu'il y ait une telle recommandation au niveau de l'entreprise. Les gens et le backlog sont synthétiques, créés pour l'article, malheureusement les gens fictifs ne peuvent être démarrés que comme des boîtes aux lettres)

Epic, Feature , User Story - tâche divisant clairement en éléments compréhensibles par l'entreprise, chacun de ces niveaux doit avoir son propre tableau distinct. Ce niveau est élaboré et rédigé par PM, analystes, etc.

La tâche est un niveau d'ingénierie, elle devrait également avoir sa propre carte distincte. Seuls Timlids et les développeurs décomposent (peignent) strictement ce niveau. Par exemple, RP, si vous le souhaitez, peut lire, mais ne peut pas définir de tâches à ce niveau, car il peut même ne pas comprendre pourquoi cela est nécessaire. RP peut utiliser ce niveau uniquement pour comprendre le niveau de charge de la commande (voir ci-dessous).

Vous ne pouvez pas placer différents niveaux sur le même plateau. Dans le même temps, toutes les tâches techniques qui ne sont pas claires pour les entreprises, telles que «refactoring de base de données», «refactoring de code», etc. etc. doit être liée aux tâches spécifiques de l'entreprise. Cela justifiera la nécessité et la rapidité des travaux d'ingénierie.

Planification:

Fournissez des informations visuellement claires sur la façon dont les gens sont occupés sur les projets et pourquoi il est physiquement impossible d'effectuer plus de tâches lors de l'itération. Cela est particulièrement important si vous avez une équipe interfonctionnelle (une équipe de spécialistes hautement spécialisés) et non une équipe de généralistes (une équipe de développeurs full-stack).



Ne confondez pas les gens qui planifient avec StoryPoint. StoryPoint peut être utilisé pour évaluer des tâches à un niveau supérieur et les répartir par itérations, et à l'intérieur de l'itération, le travail de toute l'équipe peut être rendu transparent pour tout le monde.

Pour que la planification des rôles dans une équipe interfonctionnelle fonctionne, vous devez spécifier les personnes et les rôles:



De plus, cette visualisation peut être utilisée pour indiquer clairement que nous ne pourrons pas fermer le volume de tâches prises et pourquoi:



Cela permettra au gestionnaire de voir de manière transparente et claire ce qui se passe au sein de l'équipe et de prendre les décisions appropriées à l'avance (supprimer la tâche ou quitter la tâche, et rétrospectivement accorder plus de temps pour le prochain sprint, planifier d'embaucher un autre backend de développeurs.

Il est extrêmement important de diviser les tâches d'ingénierie en maximum à 4 heures. Dans les cas particulièrement importants, vous pouvez 7 à 8 heures. Une telle décomposition résout un certain nombre de problèmes.

1. Assurez-vous que l'expert technique et le développeur comprennent le problème de la même manière et n'ont rien oublié / oublié.
2. Amélioration de la précision des prévisions suite au 1er paragraphe.
3. Le gestionnaire peut voir la progression de ses tâches tous les jours, au lieu de ne pas comprendre pendant plusieurs jours ce que fait le développeur. Et cela rend le travail sur la tâche transparent pour le gestionnaire, vous permet d'augmenter la confiance mutuelle entre les gestionnaires et les développeurs.

Tu ne me fais pas confiance?

Très souvent, les développeurs ou les gestionnaires ne veulent pas apporter la transparence nécessaire à leur travail. Ils répondent à une demande de transparence dans l'esprit "Ne me fais-tu pas confiance?" De plus, de nombreux cadres tentent de fermer autant que possible les informations entre développeurs, soi-disant à des fins de sécurité. J'ai vu des équipes où le leader était dans un état d'absurdité totale, lorsque le backend et le frontend étaient rigoureusement séparés et qu'ils ne pouvaient même pas voir les tâches de l'autre, sans parler du code. Et ceci est sur une API REST nue sans Swagger, etc. outils.

"Tu ne me fais pas confiance?" un argument très dangereux. La confiance n'est pas un outil ni un objectif. La confiance est très importante, mais elle doit être gagnée. Dans le même temps, la «confiance» en soi est en principe inutile. Mais si vous comprenez le travail de chacun, comprenez quel est le but ultime et comprenez qui fait quoi et pouvez vous synchroniser et vous entraider, vous gagnerez en confiance comme un artefact secondaire important.

4. Standups (mouches). Heures d'ouverture générales. Uniforme de travail à la maison.

De nombreuses personnes travaillant à domicile sont humides. En général, c'est normal - c'est une paresse humaine saine. Non seulement cela, de nombreux bons développeurs sont de nature paresseuse. De plus, c'est une paresse saine qui a permis à certaines personnes de devenir de bons développeurs.

Le problème avec le travail à domicile est que l'horaire peut commencer à s'égarer. Vous pouvez dormir plus longtemps sous prétexte que vous ferez le travail plus tard (quelle est la différence quand je le fais?). Mais cela ne fonctionne que si vous ne travaillez pas en équipe. Mais le travail d'équipe n'est pas comme faire glisser du sable - vous ne pouvez pas faire glisser votre bloc de sable quand vous le souhaitez. Le travail d'équipe implique la collaboration.

Si vous ne faites pas votre part du travail, vous pouvez bloquer le travail d'autres personnes. (Personnellement, j'ai travaillé seul pendant un an et demi sur un projet. Au début, c'était cool. Ensuite, j'ai cessé de remarquer le temps, puis j'ai eu le sentiment dégoûtant de m'endormir au travail et de me réveiller au travail, après 1,5 an, je suis entré au bureau et j'ai eu un énorme le plaisir de travailler au bureau malgré le fait que l'aller simple ait pris une heure pour voyager).

1. . (, ).
2. 15 . - , . .
3. .
   
   (, 12 16 , 4 ). , , , , .
4. (Recommandation) Dans les cas particulièrement difficiles, au début, vous pouvez entrer non seulement le matin, mais aussi les volatiles du soir pour synchroniser les uns avec les autres. En règle générale, il est inutile d'effectuer des mouches le matin et le soir. Mais la première fois pour la tranquillité d'esprit peut être maintenue, dans un mois, il y aura toujours un désir d'annuler.
5. (Recommandation) Portez quotidiennement un uniforme de travail. Lorsque vous travaillez à la maison, il est d'abord facile de séparer le travail de la vie personnelle. Mais peu à peu la frontière s'estompe. S'habiller vous permet de vous distancier psychologiquement du «mode travail» et du «mode repos».
6. (Recommandation) Communiquez avec la caméra. Si l'arrière-plan n'est pas très bon et que vous ne voulez pas montrer l'appartement, vous pouvez déployer l'ordinateur / la caméra sur le mur (où vous pouvez accrocher une affiche).

La communication avec la caméra résout deux problèmes:

1. — . , . . , . .
2. . , , , . «» . / , , .

Il est clair que cette liste n'est pas complète. Que ces points sont nécessaires non seulement pour le travail distribué, mais aussi pour le travail au bureau, et que pour un processus de développement sain à part entière, vous devez écrire beaucoup plus de points. Ici, j'ai essayé de distinguer le minimum de ce qui empêche les gestionnaires et les employés de passer à un mode de fonctionnement à distance.