One of the hardest and most valuable things you can do as a company is the following:

1. Have a fully up to date org chart
2. Have a diagram that is not the org chart that accurately reflects how work flows through the company
3. Have an up to date and accurate diagram and explanation of what the company does and how it does it (architecture, revenue funnels, business value streams, code-bases)

Scaling decision making is *impossible* without a shared context to build alignment off of.

I would've never guessed this was the case when I first started my career, but it makes a lot of sense to me.

Alignment and direction is so hard to get; clarity of what you're doing and how you fit into and contribute to a system is so hard to maintain. But it's so important that it should never be neglected.

I see executives working on decision matrices, and engineers working on refactoring, and infra building platforms, but I don't see people *actually communicating together*

@hazelweakly oh my god...yeah people ask who my manager is and it's like...do you mena the guy HR says is my manager who I literally only communicate with two or three times a year? Or the guy that runs my team but also technically isn't part of my team...I think...not entirely sure on that. Or maybe it's the people who actually assign me my work, of which there are literally dozens, many of whom don't even work at this company.

At this point I'm about ready to just say my manager is The Essence of Pure Chaos

@admin @hazelweakly I try not to be cynical, but in this case I am. Whoever controls your raise is the boss. To hell with all their dotted lines.
@jalmeter @hazelweakly ...in my case I dunno who that is either. My understanding is it's a complex negotiation between multiple departments and several layers of management.

@admin @hazelweakly
Harbinger of Chaos,

Your paid time off request has been: Approved.

@hazelweakly I've had similar experiences until I got to Unity. There is an entire framework of common phrasing, meaning, and how to communicate in a company wide understood way.

Things like "Driving for Alignment", Clarifying understanding, trial close, etc. It helps keep things focused and neutral.

Even have a framework called Fierce Feedback on how to provide constructive feedback that keeps it neutral. It's like DEAR MAN from DBT but for business context instead of personal relationships.

@hazelweakly Yep! I work with small to medium companies and teams, helping to navigate strategy, fwiw. We've developed a few visualization methods and facilitation elements for laying a foundation of alignment and "shared meaning".

One of the most useful metaphors has been getting folks into a bucket brigade and then create an artifact that visualizes handoffs and contingencies for their value chain. You can put all sorts of meta-data onto that map.

Not too many orgs value this, though.

@hazelweakly don't know why this post resurfaced on my timeline, but I wanted to show appreciation even belatedly. Cheers!
@hazelweakly hot take: it sometimes feels like #2 and #3 are missing *because* of people in management who let their egos get in the way of accurate understanding.

@recursive that definitely feels like it can be the case 🫠

Although I'd bet a lot of it can come down to people just thinking they understand things and not realizing that they don't. I definitely do that! Everyone does. It's not even necessarily a bad thing either. At some point, alignment becomes far more valuable than consensus; necessarily so, even.

@hazelweakly that's true. and I think a lot of us have often been too afraid to be vulnerable enough and ask the questions to extract that information
@hazelweakly Fun exercise: give everyone on the team a piece of paper, a pencil, and 5 minutes to draw a concept map of what the team is supposed to be doing (or an architecture diagram of what it's working on, or...). Everyone does theirs independently, then you count 3-2-1 and everyone reveals. The next hour is always filled with really useful discussion (sometimes quite loud) about differences between different people's mental models and understandings.
@gvwilson I love this. That sounds like an amazing exercise
@hazelweakly Reveals a lot of legitimate differences in understanding/vision/etc., and also a lot of straight up misunderstandings. Also shows who has just been lazy about paying attention to anyone's work but their own (or in some cases, including their own). Mistake I made the first time I did it was trying to reconcile everyone's mental models; realized afterward that it's OK for people in different roles to see things differently as long as they're not directly contradicting each other.
@hazelweakly p.s. tried to get consensus mental models for some stuff I was teaching (https://third-bit.com/ideas/concept-maps/) but was laid off before the project got far enough to be self-sustaining - still think it would be a really cool resource…
The Third Bit · Concept Maps

@gvwilson @hazelweakly totally going to use this! what a great way to identify gaps and encourage cross-skill/area training

@gvwilson ooh those are neat! I like how they lay things out :)

It's also a great example of when computer diagrams really start to break down so I like that they're hand drawn!

@hazelweakly [small voice] we cheated - draw.io uses rough.js to give that hand-drawn look.

@gvwilson *gasp* how could youuuuu

(It's fine. No judgement lol)

@hazelweakly please, judge - everyone else does :-)
@gvwilson @hazelweakly I m keen to hear about this. Can you expand?

@gvwilson very cool!

Might you be interested and willing to contribute this workshop under a Creative Commons license to the open practice library?

OpenPracticeLibrary.com

@kattekrab sure - can you please mail me ([email protected]) and we'll move the conversation there? thanks for the invite
@gvwilson yay! Will do tomorrow as I’m on the road today. Thank you! 😊
@gvwilson @hazelweakly I remember a department-wide meeting where the head presented all projects we were working on. From these descriptions, I could not identify my project.
Bytesize Architecture Sessions

A site about Bytesize Architecture Sessions. Bytesize Architecture Sessions created by Andrea Magnorsky

Bytesize Architecture Sessions
@roundcrisis Right!? I had the same impression 😁
@mkalmes I was always surprised that other people didn't land in the same place. Maybe just people haven't been writing about it (fair enouhg)
@roundcrisis Communicating ideas with words alone is super hard. Visuelles help me to better understand what’s being discussed. Doing it with #ByteSizeArchitectureSessions is a helpful framework. 🙏

@gvwilson @hazelweakly

Same exercise is useful for Product Vision

@hazelweakly can you share an example of one of all three?

@hazelweakly Agreed!

> 2. Have a diagram that is not the org chart that accurately reflects how work flows through the company

I did this once for a ~30-person team I had recently joined. I took everything in Jira, put it on a post-it, and ask people who had touched them about who they took it from, what they did, and what happened next. It took me maybe a week and I ended up with a surprisingly complicated workflow diagram.

A number of people said, "Oh, that's how we work?" So I wasn't the only one in the dark.

@williampietri @hazelweakly hah, I tried that once one when I got promoted into a technical leadership role.

"Okay, I think I figured it all out -- is this how the work?"

*sends document to product owners*

"No."

"Oh. Can you help me fix it? What did I get wrong?"

"No."

@hazelweakly The snag is, that to be able to produce all those, the org (or someones there) needs to actually know or be able to discover.

@hazelweakly I've seen a huge amount of stuff recently that reinforces the GitLab handbook way of working.

Now that they've given up on transparency to seek higher valuations, it's not so easy to glean useful bits, but the handbook contents was nice and the issues and merge requests showed all the activities happening that bend and reorient the workers and the work.

Participating in it was fun because I could correct things and set boundaries and point out where processes didn't match expectations without it being a huge insult. Every modest and pendantic improvement was accepted. It was fascinating.

Anyway, any time an org that doesn't work that way tries to draw these things, it's just guesses and lies. That's why they pay consulting firms the big bucks.

@hazelweakly ...so data infrastructure design and management, but with people? I don't like it.
@hazelweakly building this know-how is literally _the_ secret sauce of an organisation.

@hazelweakly
@josh

This sounds right, but I don't know if I agree with it because I don't think I've ever experienced it.

@hazelweakly I'd say you need at least 2 org charts: the formal and the informal one.

The informal one is in between the formal one and the flow of work.

@hazelweakly Asking individuals to sketch out an org chat is one of my _favourite_ “getting to know a company" questions.

It's fascinating what the differences, gaps, etc. between different folk's drawings can tell you :-)

@adrianh absolutely! That's a great one. I got dozens of notes from asking people the history of the company and where everyone is and how everything is doing. Super fascinating to dig through all that and start to reconcile everything together
@hazelweakly @RuthMalan Yeah, totally saw this need during a recent merger where there was resistance to doing this at multiple levels and for multiple reasons. It sewed distrust and significantly undermined psychological safety
@hazelweakly Many companies' funding depends entirely on obscuring all of the above...
@hazelweakly I wonder if such a company actually exists
@hazelweakly It has been hard to find out who reports to whom in my org, that made getting some things so painful. Running from person to person, only for them to take a guess who to ask next and we are just around 100 people. Thankfully that's fixed now.

@hachyderm Yes this.

Another perspective: treat your company like a system and apply the discipline of System Engineering. A system is People + Processes + Technology. As companies grow they acquire tacit knowledge about how things are done. Then a couple of people leave and you discover nobody knows how it's done.

UML activity and sequence diagrams are a ready-made notation for describing business processes (flowcharts + swimlanes + parallel activities).

@hazelweakly One of my goto questions when coming to a new org is getting lots of different folk to "Draw the org chart around you?” — and the absolutely _wildly_ different results this gets you is often very revealing :-)
@hazelweakly
I've literally never seen one of these from a client.