Avez-vous dû trébucher au travail? Ici, vous prenez la tâche: mettre en place une belle minuterie: "Il reste toujours 2 heures avant la fin de la super offre." Ouvrez l'éditeur ... et cliquez: et comment faire quelque chose? Il semble que j'aie entendu quelque chose que nous avons commencé à faire sur les atterrissages Vue. Ou y a-t-il encore une réaction?
C'est bien quand vous êtes dans un espace ouvert assis à travers deux tables. Vous pouvez toujours vous lever et demander tranquillement à un voisin: «Rappelle-moi, est-ce qu'on prend Vue pour tout le monde maintenant?» Pire si le TL est dans un fuseau horaire différent. La même question - mais la réponse est demain. Et s'il tournait, après-demain. Et c'est tout, au lieu d'une minute - deux jours de retard.
Ou pire. Vous vous asseyez, ne touchez personne, puis soudain un murmure silencieux sur 3 étages avec la question ci-dessus. Vous répondez rapidement et restaurez à nouveau le contexte. Mais tout ce que vous aviez à faire était de regarder dans le wiki ...
Donc, mes règles personnelles de travail à distance, que j'ai absorbées lors de la pige.
Bien sûr, je ne les respecte pas toujours. Et oui, plusieurs années de travail au bureau provoquent déjà des distorsions du type "Rencontrons-nous et discutons en direct". Mais je me bats! Et j'essaye de continuer à m'en tenir à eux.
- Prenez toujours le temps de trouver la réponse vous-même.
Motifs: on se souvient mieux des informations qu'il s'est retrouvées; une énorme couche de contexte s’accumule imperceptiblement le long de la route.
Bonus: économie sur la question-réponse TTL, jusqu'à une semaine lorsque le gourou dans un autre fuseau horaire est en vacances dans une frénésie.
Inconvénients: même une réponse simple oui / non prend souvent un ordre de grandeur plus de temps que d'obtenir une réponse par vous-même. - Décrivez toujours le contexte en posant une question. Pas " prendre React ou Vue? " Mais " nous avons commencé à scier le front pour l'atterrissage pour le client Kudykatishkin. Existe-t-il déjà une solution pour le standard? Je n'ai pas trouvé le wiki, le dernier n'a qu'une mise en page html nue pour eux. Nous devons prendre React ou Vue pour la dynamique? ".
Raisons: le quota chiffré de lecteurs de savon modernes n'est pas toujours pratique pour les discussions, et lorsqu'un gourou est convoqué au milieu d'une discussion, il répondra très certainement en fonction de son contexte actuel. Définir le contexte local vous permet d'obtenir une réponse à VOTRE question, plutôt que des réflexions sur le sujet.
Bonus: le sujet devient une pièce auto-documentée pour l'archéologie, même si une fois de plus ils ont oublié de saisir des solutions dans le wiki.
Inconvénients: "Pour poser correctement une question, vous devez connaître l'essentiel de la réponse" (c) Robert Sheckley. "La bonne question." - Décrivez toujours le contexte en donnant une réponse. Pas " Vue .", Mais " depuis la conquête des pharaons, pour tous les clients qui ne s'indignent pas dans l'espoir de partir pour des studios moins chers à l'avenir, nous utilisons Vue. Pour tous les clients indignés, une entrée wiki est obligatoire. " .
Raisons: tout de même citation frisée, plus mise en évidence intelligente des réponses aux questions dans les moteurs de recherche. La présence d'un contexte local permet d'appliquer cette solution à l'avenir.
Bonus: une personne qui veut trouver une réponse par elle-même peut trouver cette réponse et la suivre. Soit dit en passant, cette réponse peut être obsolète. Ainsi, lorsque nous écrivons une telle réponse, nous regardons le paragraphe suivant.
Inconvénients: si vous êtes le même «gourou», le nombre de ces questions augmente avec le temps, et cette croissance n'est souvent pas nivelée malgré toutes les tentatives de formation; alors ... regardez le paragraphe suivant. - Lorsque nous obtenons la deuxième question, nous trouvons notre dernière réponse (qui, rappelons-le, contiendra suffisamment de contexte en soi), nous la mettons à une place raisonnable dans le wiki ("principes techniques généraux", "sur la base du projet Kudykatishkin" ou "FAQ Guru") , créez un lien court vers la réponse et citez la réponse avec un lien vers celle-ci.
Motifs: les réponses peuvent être dépassées, dans le paragraphe par le lien vous pouvez écrire "obsolète!"; nous citons tout tel qu'il est afin de réduire le temps passé par le questionneur (il a déjà passé du temps à chercher une réponse, et si pour une raison quelconque il n'a pas pu trouver la dernière réponse - ne forcez pas à perdre encore plus de temps).
Bonus: nous avons une FAQ croissante, qui minimise le nombre de questions des personnes qui réussissent dans la recherche, les réponses prennent quelques secondes pour analyser le contexte donné et obtenir le lien du catalogue de réponses à portée de main.
Inconvénients: la création de documentation tombe sur les épaules de ceux qui peuvent donner une réponse. Arrêtez, mais est-ce un inconvénient? - Activez le mode télépathe. Oui, je sais que tous les télépathes sont en vacances - nous devons donc faire leur travail. Utilisez le contexte fourni pour répondre aux questions qui suivent évidemment. Dites simplement " Vue. Soit dit en passant, pendant trois jours, nous avons décidé de faire de nouveaux atterrissages en utilisant Gridsome, regardez l'excellente description de la façon de le préparer sur link.int/gridsome. Et veuillez vérifier les graphiques qu'il s'agit sans filigranes - je sais, "ce n'est pas votre travail, mais la disposition est passée aux réseaux de neurones, donc cette partie glisse, je ne voudrais pas que le client le remarque à nouveau . "
Motifs: c'est toujours le contexte du même problème - le lecteur, même s'il sait tout cela, sera sûr que tout est valable; et s'il ne le fait toujours pas, il le découvre soudainement.
Bonus: plus il y a d'informations dans la réponse, plus il y a de chances qu'il n'y ait plus de questions, ce qui signifie que plus de cycles de questions-réponses seront enregistrés. Et aussi pour ceux qui trouvent alors la réponse.
Inconvénients: la prédiction de branche comporte le risque de gaspillage de travail dans ce cas particulier, mais c'est une bonne compétence en télépathie. - Pendant que nous écrivons la réponse, nous repensons et essayons également le contexte donné. Oui oui Nous essayons d'éviter le copier-coller irréfléchi. Question: "J'ai vu que nous avions tout fait sur Vue, mais pour une raison quelconque, les trois dernières pages de destination étaient sur jQuery. Je n'ai trouvé aucune information sur le wiki, et l'auteur des trois dernières pages de destination est parti pour la mer (pourquoi ils m'ont jeté les derniers bugs).". Oui, vous pouvez coller la réponse ci-dessus à propos de "Vue, sauf indication contraire dans le wiki", mais il est préférable d'essayer de demander au responsable des vacances (directement ou en le diffusant dans le fil) et d'exécuter un suivi des communications avec le client.
Raisons: oui, oui, vous savez mieux, et oui, tout doit être sur le wiki, mais les gens se trompent, même aussi infaillibles que vous et le service de communication client. Peut-être que c'est une exigence qu'ils ont oublié d'ajouter au wiki? ..
Bonus: si vous avez oublié, il sera possible de déposer, d'éviter un conflit avec le client, et aussi de rappeler à nouveau à tous les responsables d'apporter de telles choses.
Inconvénients: perte de temps ici et maintenant pour des fouilles supplémentaires.
Au cours de mon travail, j'ai dû appliquer ces règles lors du codage, lors de l'inversion, lors de l'analyse des données, lors de la mise en page, lors de la protection contre les attaques DDoS et lors du remplissage des déclarations de revenus. Essayez de rappeler les dizaines de discussions récentes où un consensus était encore atteint, et imaginez que la question et la réponse seraient reformulées conformément à ces règles ...
...
Bonus promis: 10 papiers et 10 e-books "Business in their own" ont été distribués par Milfgard ( cadeau gratuit , merci à tous!).