Les 4 piliers de la culture collaborative

Sécurité, rapidité, clarté et engagement.

Les 4 piliers d’une culture collaborative

Est‑ce que tout le monde dans votre équipe partage régulièrement des idées ?
Propose‑t‑il des retours ou pose‑t‑il des questions ?
Peuvent‑ils se montrer vulnérables ? Remettre en question la mission en toute sécurité ?

Il existe 4 piliers essentiels à une culture de collaboration :

• Sécurité.
• Rapidité.
• Clarté.
• Engagement.

Les deux premiers s’influencent fortement : Sécurité & Rapidité.
Les deux piliers suivants garantissent que votre processus apporte de la valeur à court et à long terme.

Les 4 piliers

• Sécurité : Est‑il sûr d’échouer ? L’expérimentation est‑elle célébrée ?
  • Un « échec » est toujours une occasion d’apprendre et de s’améliorer.
  • Discutez et accueillez les changements de situation et/ou d’opinion ?
  • Le leadership doit mettre en avant les enseignements tirés des propositions « rejetées ». Même si aucune proposition n’a « gagné ».
  • Indiquez quand une analyse des causes profondes est pertinente ? (Ce point n’était‑il pas aligné avec les OKR ? Le leadership peut‑il clarifier ou restreindre les objectifs ?)
• Rapidité : Combien de temps doit prendre la rédaction ?
  • Règle empirique : idéalement 1 à 20 minutes ; éventuellement un maximum de 2 heures.
  • La rapidité ici concerne l’efficacité. Elle respecte le TEMPS tant le vôtre que celui de vos collègues.
• Clarté : Produisez‑vous des décisions claires et exploitables ? La valeur est‑elle évidente pour toutes les parties prenantes ? Pensez à la valeur pour les équipes externes qui reçoivent une notification précoce, évitant ainsi du travail gaspillé sur du code que les équipes juridiques et conformité pourraient contester.
• Engagement : Pouvez‑vous retrouver les décisions prises il y a 2 semaines ? Il y a 3 sprints ? Sinon, il sera difficile de justifier un investissement de temps important.

Les équipes doivent définir leurs normes et attentes

Astuce : Discutez et déterminez la meilleure façon de travailler en équipe. Ajustez au besoin.

Documentez vos conclusions de façon aussi concise que possible, par exemple :

• Captures d’écran dans l’introduction privilégiées pour tout ce qui concerne l’UI.
• Résumé texte d’une ligne privilégié. (Utilisez un paragraphe pour BizDev ou Nouvelles Fonctionnalités.)
• Maquettes dans les solutions proposées, avant la date limite de décision finale.
• Formulez des recommandations d’étiquetage spécifiques : (ex. Urgent, [Team-Name], Needs C-Level Approval, Hackathon, Spike related.)

Points à considérer pour votre équipe

Prenez le temps de réfléchir à ce processus et montrez à votre équipe que vous valorisez un environnement où leurs idées sont entendues.

Concentrez‑vous sur ces points :

• Définissez des attentes claires et minimales. En général, cela se précise par rôle/division (par ex. finance, sécurité, réponse aux incidents, ingénierie, direction.)
  • Aucun brouillon n’est trop brut pour être partagé. (Utilisez des libellés explicites pour le signaler.)
  • Une orthographe et une grammaire correctes sont‑elles attendues ? (Pour les propositions destinées à la direction, oui. Mais les incidents de sécurité peuvent reléguer la grammaire au second plan.)
  • Les croquis ou diagrammes sont‑ils privilégiés ? (Des organigrammes peuvent être obligatoires pour les changements réseau. Les projections commerciales sont la norme dans cette équipe.)
  • L’auteur doit‑il proposer une solution au problème ? (Ou simplement une solution de « paille » ?)
• Fournissez plusieurs exemples de propositions
  • Créez de courts exemples pour chaque mode.
  • Utilisez les décisions en attente pour attirer les coéquipiers.
• Selon la nature de votre groupe, envisagez un code de conduite
  • Important si vous impliquez des tiers, des non‑salariés, la communauté Open Source, etc.
• Empathie
  • Les personnes sont souvent anxieuses à l’idée de partager des idées. C’est humain ; même les rock stars sont nerveux lorsqu’ils se produisent.
  • Adaptez les préférences et les besoins de communication de chacun dans votre équipe.
  • Parlez‑en avec votre groupe (ou individuellement) régulièrement. Une courte séance de pair‑programming ou de brainstorming peut souvent débloquer et redonner de l’énergie.

Astuce : Prenez l’habitude de partager la proposition dès qu’un titre est rédigé.

Ce n’est pas grave si elle reste en draft un moment.

Lorsque la proposition est prête à avancer, impliquez les parties prenantes, discutez et faites progresser les choses.

À mesure que les propositions évoluent, un arriéré d’ébauches d’idées devient une source d’opportunités.

Les nouvelles idées sont‑elles célébrées ? Célébrez‑vous les propositions « hors du cadre » ? Cela influencera la valeur et le volume des idées.

Soyez intentionnel·le dans le modèle que vous voulez voir.

Portée et attentes

Dans la mesure du possible, répondre à une proposition doit se faire en quelques clics.

Décidez si vous avez besoin d’une analyse détaillée avec des notes exhaustives, d’un commentaire d’une ligne, ou même d’un vote emoji.

Les attentes doivent être explicites. Tenter de qualifier le niveau de qualité en étiquetant les documents « WORK IN PROGRESS » ou « Feasibility Comments Requested » n’incite généralement pas les commentateurs. Les équipes tirent profit de la clarté sur le type de livrable attendu.

Le rejet (ou la perception d’échec) ne doit jamais devenir un désincitatif. Une « culture de l’erreur » est cruciale ici : Adoptez l’échec rapide et fréquent ! Valorisez une boucle de rétroaction bon marché et précoce !

Chaque équipe aura ses propres normes et priorités à ce sujet. Essayez de réfléchir et d’améliorer l’approche de vos équipes lors des rétrospectives.

Mesurer le succès

Réfléchissez à la façon dont les idées naissent et évoluent dans votre organisation :

• Quel pourcentage de vos employés/équipe partage des idées ?
• Quel est le délai moyen avant la première suggestion d’un employé ? Jours ? Mois ? Années ! ! ! ?
• Tout le monde dans votre équipe partage‑t‑il régulièrement des idées ?
• Les personnes se sentent‑elles en sécurité ? Peuvent‑elles se montrer vulnérables ? Remettre même en question la mission ?