So what is exactly the problem? We can communicate using MS Teams\/Slack\/Zoom, Emails so what\u2019s the problem? <\/p>\n\n\n\n
Well, we are not exchanging enough information. We\u2019ve lost much (if not all) of the non-verbal communication, bonding, engaging everybody in conversation, brainstorming etc. Is there anyone who disagrees with the statement that we can convey more information within 10 minute chat than 10 days of emails? 5 minute call vs half an hour of chatting over Teams? One day onsite workshops vs 5 four 4-hour long Teams sessions?<\/p>\n\n\n\n
What makes certain communication channels more effective than the others? I would guess that it\u2019s the purpose\u200a\u2014\u200aeach excels in certain situations and contributes to the overall communication. I will focus however only one the ones we lost\u200a\u2014\u200aface-to-face meetings.<\/p>\n\n\n\n
Let\u2019s break down the key problems:<\/p>\n\n\n\n
- \n
- Not everyone is participating in the meetings.<\/strong> Usually we have two or three people talking the rest being silent participants. <\/li>\n\n\n\n
- Not everybody is interested in the topic.<\/strong> Truth be told, people have a bad habit of adding everybody to every meeting. As a result we have lots of unnecessary meetings (that could have been an email), less time for actual work. <\/li>\n<\/ul>\n\n\n\n
![\"\"](\"https:\/\/kerner.digital\/wp-content\/uploads\/2023\/09\/image-1.jpeg\")
<\/figure>\n\n\n\n- \n
- People are focused on what they need, not on what they can give to others. <\/strong>This generates a lot of frustration and misunderstanding since management assumes (wrongly) that everybody is on the same page since they participated in every meeting while people grow more and more frustrated with the waste of time. They stop actively participating in those meetings.<\/li>\n<\/ul>\n\n\n\n
So what can we do about it? It\u2019s not like we\u2019re going to go back to the office and do onsite workshops for every customer.<\/p>\n\n\n\n
So what can we do about it? It\u2019s not like we\u2019re going to go back to the office and do onsite workshops for every customer.<\/p>\n\n\n\n
Tips<\/strong><\/h2>\n\n\n\n
Here are some tips I use that help me make better connection with the team and with the customer, build trust and better understanding. I\u2019ve divided that into two categories:<\/p>\n\n\n\n
Stop doing:<\/strong><\/h4>\n\n\n\n
- \n
- Adding everyone to every meeting.<\/strong> This is a no-brainer. Get only the people who are needed. You can summarize topics on daily\/status meetings for everybody else.<\/li>\n\n\n\n
- \u201cConfession\u201d type dailies\/statuses.<\/strong> Everyone is focused on what they want to say when it\u2019s their turn and not on what is actually being said. Try focusing on the areas instead of people. You can go through user stories by status (all done, then all in tests, all active, etc) switching people. All to often I see project where everyone only wants to say \u201cI did this, I plan to do that\u201d<\/li>\n\n\n\n
- Assuming everyone knows the context. <\/strong>Don\u2019t say \u201cAbout that thing we discussed yesterday, it\u2019s almost finished, I\u2019m waiting for that input X promised\u201d. Nobody knows what was discussed and what input you are waiting for. That is a useless status.<\/li>\n<\/ul>\n\n\n\n
Start doing:\u00a0<\/strong><\/h4>\n\n\n\n
- \n
- Turn on camera. <\/strong>When possible try to have video calls. You convey more information and come across as more open.<\/li>\n\n\n\n
- Collaborate on the design. <\/strong>This might stand in contradiction to \u201cdon\u2019t invite everyone on every meeting\u201d but trust me, you want to have everyone here. When we flush out the design for a carousel service to automatically distribute work, or when we design a complex printing service that gets data from every possible system, we want everyone to have an idea how it works. It\u2019s also a great way for you junior developers to learn on design. What things need to be included, what is the thought process of some senior developers\/architects. Of course there\u2019s no need in sitting and looking over an architect\u2019s shoulder for couple of hours as he draws the solution, but there\u2019s great value in presenting the idea.<\/li>\n\n\n\n
- Activate everyone.<\/strong> Although the meetings are online, be aware of all the participants, engage them. Be it small talk, or asking them for their opinion, try making everybody contribute to the meetings. <\/li>\n\n\n\n
- Have onsite meetings.<\/strong> I know it\u2019s not always possible, but having them once in a while is a good practice for building team as a whole. You can discuss more openly and engage those silent participants I was talking about earlier.<\/li>\n<\/ul>\n\n\n\n
Conclusion?<\/h3>\n\n\n\n
Is there any conclusion that\u2019s not banal? Let\u2019s try \ud83d\ude42<\/p>\n\n\n\n
Usually, when project goes sideways we all feel where the problem is\u200a\u2014\u200acommunication. TV<\/p>\n\n\n\n
Don\u2019t necessarily wait for the scrum master, or project manager. It is up to us to facilitate our meetings in such a way that we limit the impact of communication method on what we\u2019re trying to say. <\/p>\n\n\n\n
I try to approach Teams meetings as if they were held onsite. How about you?<\/p>\n\n\n\n
Happy coding!<\/p>\n","protected":false},"excerpt":{"rendered":"
Communication is one of the most critical aspects of everyday life. IT Projects are no exception. Effective communication within a team, between team members and with stakeholders can make or break the success of any project. What COVID showed is we can work remotely. We can be effective and there\u2019s no way back to the […]<\/p>\n","protected":false},"author":1,"featured_media":40,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":{"0":"post-39","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-project-management","8":"czr-hentry"},"_links":{"self":[{"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/posts\/39","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/kerner.digital\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=39"}],"version-history":[{"count":3,"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/posts\/39\/revisions"}],"predecessor-version":[{"id":44,"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/posts\/39\/revisions\/44"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/kerner.digital\/index.php?rest_route=\/wp\/v2\/media\/40"}],"wp:attachment":[{"href":"https:\/\/kerner.digital\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=39"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/kerner.digital\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=39"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/kerner.digital\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=39"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Collaborate on the design. <\/strong>This might stand in contradiction to \u201cdon\u2019t invite everyone on every meeting\u201d but trust me, you want to have everyone here. When we flush out the design for a carousel service to automatically distribute work, or when we design a complex printing service that gets data from every possible system, we want everyone to have an idea how it works. It\u2019s also a great way for you junior developers to learn on design. What things need to be included, what is the thought process of some senior developers\/architects. Of course there\u2019s no need in sitting and looking over an architect\u2019s shoulder for couple of hours as he draws the solution, but there\u2019s great value in presenting the idea.<\/li>\n\n\n\n
- \u201cConfession\u201d type dailies\/statuses.<\/strong> Everyone is focused on what they want to say when it\u2019s their turn and not on what is actually being said. Try focusing on the areas instead of people. You can go through user stories by status (all done, then all in tests, all active, etc) switching people. All to often I see project where everyone only wants to say \u201cI did this, I plan to do that\u201d<\/li>\n\n\n\n
- Adding everyone to every meeting.<\/strong> This is a no-brainer. Get only the people who are needed. You can summarize topics on daily\/status meetings for everybody else.<\/li>\n\n\n\n
- Not everybody is interested in the topic.<\/strong> Truth be told, people have a bad habit of adding everybody to every meeting. As a result we have lots of unnecessary meetings (that could have been an email), less time for actual work. <\/li>\n<\/ul>\n\n\n\n