Teams consist of people. People communicate via a common language. The base unit of most languages is words.
The impact of language
Whether written or spoken, words are essential â€“ both the general terms we use and those specific to our work.
The terms and phrases that are specific to our jobs or our companies create a vernacular. The definition of vernacular is â€˜the mode of expression of a group or class.â€™ Our vernacular separates software developers from lawyers, Amazon employees from Microsoft employees, and your team from the other teams in your company.
The words and phrases that we use in team discussions give us a shorthand. They save time. Instead of saying, â€˜Ok, deploy this to production, let the support team know that it is going live and then let marketing know once it has gone to 50% of active users.â€™ Your team may just say, â€˜letâ€™s deploy-ify it.â€™ The larger context is defined and understood in the vernacular of your team.
One of the challenges of joining a new company or a new team is learning the vernacular. One of the significant struggles of team forming or cross-team communication is different definitions for the same words.
Consider the word â€˜Agileâ€™. To you, it may mean â€˜Scrumâ€™ because your only experience working in Agile teams was working with the Scrum framework. For me, it may mean Kanban or a set of principles not tied to any specific framework. If we are on the same team and I say that I think we should work in an Agile way, we could have very different interpretations of what that means, which may inadvertently create tension in the team.
â€˜Doneâ€™ is another word that often leads to problems â€“ both for a development lead and between teams. A developer on your team says that their feature is â€˜doneâ€™. Do they mean that they finished the code? That they tested the code? That they deployed it to the staging environment? That the code is running in production? That the A/B tests for the code have completed?
Having clarity on the meaning of words is critical. Companies will often create glossaries of the terms and phrases in everyday use to help onboard new employees. You should do the same for your team for the words and phrases your team uses day-to-day. As a leader, you should also deliberately cultivate your team vernacular.
Creating a team vernacular
Creating a team vernacular is a simple way to drive team unity, identity, and alignment around best practices.
A simple way to start building a team vernacular is to use a group meeting to identify and define the words and phrases used in the team. You can get the discussion started by spending a few weeks taking note of words or phrases that come up often in team discussions. Terms such as done, tested, shipped, agile, stuck, autonomy, microservice, or waiting, may have different definitions from different people on a team.
Ask the team what they think each of these words means. If there is a general agreement, add it to your team glossary. Donâ€™t stress over creating a perfect definition for each word. You can reference a dictionary definition or definitive blog post if you want, but your goal is team consensus around the meaning, nothing more.
Once the team establishes the primary vernacular, update it as necessary. Clarify the definitions of the new terms introduced. If someone uses a word in a new way, ask, â€˜What does that word mean to you?â€™ If you donâ€™t recognize a term that others are using, ask the team for the definition. Add these new words and phrases to your glossary. Over time, the meanings of words will change as they understand new subtleties or gain new skills. When this happens, append or replace the existing definitions.
Using your vernacular to train the team
Creating consistency in the words you use, or introducing new words, is also a valuable way to train your team or introduce new concepts.
You may find that there is debate within the team about the constraints for a system to be called a â€˜microserviceâ€™. This debate is an opportunity to find blog posts or a book for the team to read together and discuss to create the definition for the team glossary.
If you want to understand secure coding practices better, you could watch a conference talk as a team and then discuss what words and techniques you could introduce into your vernacular.
As you build your glossary, include the phrase and what it means to your team and the references your team used to arrive at that meaning. Your dictionary can then become an onboarding tool, a training tool, and a reference to share with other groups.
Groups of friends, co-workers, teams, and families all create unique vernaculars over time. The in-jokes you have with friends, the shorthand you have with your partner, the CEOâ€™s catchphrase. Be aware of this, be deliberate about it within your team, and use this naturally occurring phenomenon to your advantage!
[posted originally at https://leaddev.com/communication-relationships/building-vernacular-your-engineering-team]