Why Your Current Communication setup is slowly killing morale
Most organizations treat communication as a broadcasting problem. They send more emails, add more channels, schedule more meetings. This is backwards. The real bottleneck is almost never the volume of information. It is the clarity of what each person is expected to do with that information, and whether they feel safe speaking up when the plan falls apart. I spent three years rebuilding this at a mid-size logistics company. We had 400 people, Slack, email, a shared wiki, and a quarterly town hall that nobody attended. Headcount had doubled in two years. Turnover among mid-level managers was sitting at 34 percent annually. Joy, as we measured it through anonymous pulse surveys, dropped from a 6.2 out of 10 to a 4.1 over the same period. The problem was not that people were unhappy. They were exhausted by ambiguity. They spent roughly forty percent of their workweek trying to figure out what decisions actually mattered and who was responsible for them.
Building a Communication Strategy For Improving Joy In The Workplace
Start by mapping decision rights. Not org charts. Decision rights. Write down the top fifteen decisions that get made each week in your organization. For each one, identify exactly who decides, who provides input, and who is informed. Put this on a shared page. Update it when roles change. This takes about an hour for a small team. For a larger operation, it takes a few weeks if you do it in a workshop with actual managers present. Then build a feedback loop around those decisions. Every decision document should have a field for open questions and a date when that field gets reviewed. If someone raises a concern and it gets buried for two weeks, people learn quickly that the system does not actually work. You need visible closure on objections within forty-eight hours. Here is where most companies fail. They implement a suggestion box or a feedback form and leave it running without closing the loop. I watched a healthcare IT team launch a "voicemail for complaints" line. Nothing happened. Nobody used it. After six months, they discovered that the voicemail inbox was set to auto-delete messages older than fourteen days. The system administrator had configured it wrong. But even if it had worked, the core problem remained: no one knew whether anyone was listening.
The fix is not better technology. It is a weekly thirty-minute session where a rotating group of four employees reviews recent decisions, flags anything that caused confusion or frustration, and the people who made those decisions respond live. Thirty minutes. Once a week. No slides. Just questions and answers recorded in a shared document.
Get the Full Details

The counter-intuitive parts nobody talks about
First, increasing transparency can sometimes reduce joy in the short term. When you reveal that budget decisions are being made by three people in a corner room instead of following some stated process, people get angrier, not relieved. The trick is to pair transparency with influence. Show people how their input changes outcomes. If you reveal information without giving anyone a way to act on it, you are just documenting your own dysfunction. Second, synchronous communication is overrated. Most problems people think require a meeting can be solved with a well-written one-page memo shared asynchronously. I implemented a rule at the logistics company: any discussion longer than fifteen minutes must start as a written document. People complained for two weeks. Then meeting duration dropped from an average of forty-seven minutes to twenty-two minutes, and decision quality improved because people had time to think before responding. The metric that actually matters is response latency on upward communication. Track how many days pass between when an employee raises a concern through any channel and when they receive a substantive response. If it is longer than three business days, your system is broken. I tracked this for eight months. The average started at eleven days. After restructuring the feedback loop, it dropped to two days.
What breaks this approach
This strategy requires psychological safety. If employees believe that raising concerns will damage their career trajectory, no amount of structured communication will fix the problem. In my experience, this fails first in organizations where managers are evaluated primarily on compliance metrics rather than team outcomes. A sales organization that bonuses purely on revenue will never adopt this seriously. The incentive structure pushes people toward withholding bad news. Another failure mode is when leadership treats this as a cultural initiative rather than an operational one. They send a company-wide email about "valuing open communication" and expect results. Nothing changes. The structure stays the same. People learn to ignore the language while continuing to work the old way. If your organization has a high degree of political maneuvering around promotions, this strategy may amplify conflict before it reduces it. That is normal. The conflict becomes visible rather than hidden. It is better to manage visible conflict than to pretend the environment is harmonious while people quietly disengage. This usually stabilizes after six to nine months if leadership commits to the process consistently.
Practical next steps
Pick one team. Not the whole company. One team of eight to twelve people. Map their decision rights using the RACI framework or something similar. Run the weekly feedback session for six weeks. Measure response latency and job satisfaction before and after. You should see measurable improvement in the six-week window if the baseline is low enough. The tooling is trivial. A shared document, a calendar invite, and a spreadsheet to track response times. Do not spend money on communication platform features before fixing the underlying decision structure. No software replaces clarity about who decides what. If you want to go deeper, I published a working template for the decision rights map and the feedback session agenda at the company wiki. It is not polished. It is the exact document we used to get from eleven days of response latency to two days. You can adapt it without paying for anything.
