Category: Checklist

Être agile avec des équipes distribuées, offshore ou en télétravail + l’importance de choix des mots

J’ai passé au ‘tube … Youtube! Scrum Life est une série formidable sur l’agilité avec un vrai esprit de partage et de communauté. Abonnez-vous ! Ils m’ont invitée pour discuter des équipes distribuées.

Bonne séance ! Attention : Il y a des commentaires / partages supers sur le vidéo donc ne les rater pas. Continuez en bas de cette poste pour une pépite extra.

Il était inspiré par mon talk en 2018. Il y a des diapositives.

Les mots sont importants, même les petits peuvent avoir un grand effet

Pour moi, une grande partie de l’agilité … Oubliez ça … Une grande partie de la vie est la communication. En fait, elle est la partie la plus importante.

On pense que notre choix de mots a aucune importance si le message n’est pas méchant mais ce n’est pas vrai. Même les petites gouttes de l’eau sculptent les grandes pierres avec du temps.

Souvenez la première fois vous êtes appelé(e) “mon petit ami” ou “ma petite amie” ? Et puis vous êtes devenu(e) “mon bijou” ou peut-être “mon coeur”, …. Comment est-ce que vous avez senti ? Que vous apparteniez ? Souvenez une fois qu’une personne rigolait et vous a appelé(e) “bête.” Pas super, non ? Et si dit plusieurs fois ?

Le choix de mots est important pour tout le monde, même comme on parle de soi-même. Mais les personnes qui souvent commencent et entretiennent tout sont les chefs et les leaders. Ça inclut le sujet des équipes distribuées, en particulier les gens “pas chez-nous” (pays ou entreprise).

Ma liste des phrases d’éviter:

  • offshore
  • nearshore
  • équipe centrale
  • équipe principale
  • équipe externalisée
  • les contracteurs / les consultants
  • l’équipe de [Boîte X]
  • les [ethnicité ex: Indiens]
  • les esclaves / les robots (Vous pensez que c’est évident mais ce n’est pas vrai pour tout le monde ! On rigole jamais sur ce sujet, même des petites blagues ont leur effet.)

Quelles d’autre phrases pour vous sont interdites ?

Puis vous dîtes, “Donc on utilise QUOI, Sheila ? Vous interdissez tout !”

Utiliser :

Notre Équipe

C’est simple mais efficace ! Quelles d’autres phrases évitez-vous actuellement et pourquoi ?

Checklist: Do I have the Agile/Learning Mindset?

Image by Free-Photos from Pixabay

In a series of mini-blogs I will be sharing some checklists and anecdotes, mostly based around the Agile Mindset or as I call it, the Learning Mindset.

I am a very nondogmatic coach for everything (meeting structure, scrum/kanbanban/scrumbanaFeLess?, roles)… as for me it depends on the context and unique needs of the business and market.

Well, I am nondogmatic except for the Agile/Learning mindset! For me and many Agilists it is the #1 prerequisite in work and even private life. This is especially true for the management calling for any Agile transformation. There needs to be at least the self-awareness and desire to adapt, change to, and invest in the Agile/Learning mindset or the “transformation” is dead in the water.

So… Let’s do a self-check quiz. As you strive to be the change you want to see in the world! Or at least around the water cooler.

Do I have the Agile or Learning Mindset?

  • I can tell you my big-picture vision and “Why” (raison-être) and that of my team and our product. I let this drive me versus the “What” (how we do it) which is flexible.
  • I seek to take small iterative steps that deliver value (end client functionality or service quality), but keep in mind the mid to long term vision.
  • Despite having set my vision, I revisit it often and always leave room to challenge and change my preconceptions and end goal.
  • I am driven by continuous improvement. I believe in testing, learning from my “failures” and adapting. In fact, I believe there is no such thing as failure!
  • While change and questioning is good, I still know I must also decide universally with others, implement and fully test before changing again.
  • I know that every person in my life and team have their own unique skills and point of view. I strive to understand them, empower them and learn from them.
  • I believe in clear communication, including the definition of roles and needs. I seek to express my needs and listen to the needs of others.
  • I work alongside others. I understand I cannot control others nor should I try.
  • I admit when I am wrong and apologize if necessary. It is my strength not my weakness. I feel the same for others when they apologize and I listen to them.
  • For me, it is more important to have a functional product then a beautiful or “perfect” product.
  • I think in terms of a living product that continues to live after it is released versus a project that ends. I understand change and evolution is a constant and not negative.
  • I desire to get to know my customers and create a partnership.
  • I test my product with real customers as soon as possible. Best yet, I test a prototype before building or releasing it. I do not stop there, but continually seek client feedback.
  • As well, I seek feedback on myself, as it allows me to grow.
  • I respectfully give feedback.
  • For me, documentation is “living” meaning it changes often and is light enough to be usable and maintainable.
  • I believe: No process is immutable. We, together, question and adapt processes and how we work.
  • I go into all situations, even “old” ones with an open mind, ready to collaborate and progress.

Any to add?