I find a lot of non-technical meetings go something like this:
"Hi guys, as you might be aware [Robert Smith] of the [communications department] has recently released his [quarterly review] of our ongoing [transformation strategy]. We've received a lot of positive feedback so far, but I wanted to give you all an opportunity to share your thoughts in this meeting. Would anyone like to go first?"
Then about half of the team (normally the same people) will jump into the discussion and somehow seem to know what the hell is going on.
Meanwhile I'm there wondering who is this [Robert Smith] of the [communications department]? What is the [transformation strategy] and why does it need a [quarterly review]?
Occasionally someone will ask what the [transformation strategy] is, but typically it won't be answered in a way that helps me understand what's going on because even more names and departments will be dropped and the strategy itself will be described in such a vague way that it means nothing.
I guess a concrete example that comes to mind was from a place I worked previously where they would talk about their "omnichannel" strategy a lot. Whenever someone asked what "omnichannel" meant it was described in a way that seemed to mean nothing, "a multichannel sales strategy", etc. About 6 months into the job I finally figured out we were just using it to refer to some extra functionality that we were working on that would allow customers to collect and return online orders from our regional stores. But this was never how it was referred to in corporate meetings.
Am I the only one who experiences this? I can't work out if there's a part of my brain that's missing that prevents me from understanding what's being discussed in these meetings or if this is a common experience. I'm very practically minded which probably doesn't help, but I worry I'm not making enough of an effort to understand what's happening in the business outside my personal bubble.
Does anyone struggle with this, or do you have any recommendations for people like me who do struggle to understand what's happening in corporate meetings?
You can try using some BS of your own; for example, say modestly 'I love [the strategic thing] but I've struggled to communicate it effectively to my team. How can I make it easier for them to understand?' which flatters the person running a meeting enough that they might be tempted to show off. Don't have a team? Invent one, just evoke the existence of some confused and dissatisfied co-workers who you are eager to motivate.
Keep notes on different people/ideas and give them a BS score out of 10 (nothing complicated). After a while you'll get a sense for what actually impacts productivity or business outcomes vs what's just the corporate cheer squad.
I moved to product and finally got it. A PM can't explain the same concepts/ideas/initiatives/etc every meeting because the whole meeting will be spent doing that. They give it a name.
Take the strategy example. In the early stages of forming this strategy, part of the PMs job is to communicate it lots of groups of people. They have the same meeting 1-10 times depending on the size of the company. Then everyone who needs to know about this strategy has an understanding of what it is. Then the PM gives it a name. The next meeting, rather than having to explain it from scratch, they call it by its name.
You're either not paying attention when it is first explained (I don't blame you, a lot doesn't matter to an engineer), or you weren't invited to the meeting it was explained.
I was purely technical for first 20 years of my career. I never understood meetings like this. I never cared for meetings like this. I assumed there's no value or meaning for meetings like this. They didn't impact me and people can BS each other as much as they want.
I was right? From a personal perspective. I did my technical work, and the org changes and sales strategy and client relationships and wording on contracts did not seem to daily impact my work. You can spend an entire, happy, sane career in that way.
Few years ago I ended up what can best be described as middle management. It is now my JOB to understand what the heck is going on at a certain level, and it is in some way easier. My goal becomes less "Build Server to these specifications" and more about "Help client achieve this outcome". Just like there's a set of language that has developed around "how to build a server" and "how to create a webpage", there's a language around "how to achieve a business outcome". And they'll sound equally gobblety-gook to each other.
A business development manager may believe all techies are interchangeable and building servers is the easy part, hard part is sales and keeping client happy. A pure techie may believe that all managers are bullshitters and hard part is infra/code. I'm sufficiently recent to both sides that I can see both aspects if I squint, kind of like that optical delusion that's like two faces or one vase depending on how you look.
If you genuinely WANT to understand these meetings... you can't go in them cold. You won't understand language and background by starting from the middle. Talk to your management and ask them: what are your goals? What are your priorities? How do we make this team, business unit, company succeed, at strategic level? This will hopefully give you a framework to then start fitting little nuggets you hear into.
I used to write about omnichannel marketing, so I love that you gave that example. As the "explainer", I spent a lot of time trying to figure out what the hell I was explaining. If you visited the website of one of the major omnichannel vendors, you'd mainly see a lot of inspirational fluff that was almost completely devoid of meaning. At the same time -- there was actual software being built and actual changes being made to the businesses that bought into omnichannel. So it's not nothing, but humans are built to deceive each other and a good deal of this corporate speak is part of an intricate dance of deception, built around advancing careers and justifying budgets and headcounts. Any good lie contains a measure of truth.
You can, if you put your mind to it, learn enough of the "language" to sit there and blabber to the execs about it and if you are, let's say, 60% comprehensible everyone will nod their heads and either politely ignore the other 40%, or, like you, believe that the 40% of chaff is actually something. But if you don't feel like you fit in with the babblers, it'll be harder for you than it is for them.
This has practical implications for you beyond corporate meetings : it will allow you to prioritize what's important in a much better way, will allow you to prevent bad things happening later on because you'll know when to say no early in the process , and will allow you to make better technical decisions because you'll know the business implications or what you're working on.
It takes time (I've been there), and the key is essentially to learn your environment, and what the people outside your bubble do. You won't find the answer in books, so you'll have to ask.
Business and management work is... not nearly as complex. But the people doing that work have the same highly complex brains as you do. They can handle the same deep complexity as you. So with all this extra mental space, they add layers and layers of complexity to seemingly simple business processes. This complexity builds the moat protecting their turf from others. It creates the irreplaceability that you get for free.
Most of this complexity has no clear business purpose (bureaucracy). Some of this complexity is fiction or invented languages (bullshit). It is all designed to exclude outsiders and prevent anyone not on the inside from being able to tell what is going on or easily get anything done.
Years ago, I worked at a company where the head of marketing gave a 40-minute presentation to management about the new marketing strategy to drive growth. Her presentation was such a success they told her to present it to engineering, thinking it would whip up enthusiasm about what great vision the company had and how fast we were poised to grow.
The woman presentated to a sea of bewildered faces. None of the software devs could figure out what she was saying, and that's a problem, since marketing's job is to convey a clear message.
Finally, we started peppering her with questions. Not in a rude way. We were genuinely trying to pin down some concrete meaning behind the flood of jargon. After ten minutes of questions, one dev finally summed it up: "So we're going to run more ads and let people know we offer a broad selection and good prices?"
"Yes," the woman said. She seemed frustrated and defeated, though all the devs were happy to finally understand a message that made sense.
Then she blurted out, "God, I hate talking to developers!"
https://www.mit.edu/~xela/tao.html
May you find peace in book 7 which includes…
In the East there is a shark which is larger than all other fish. It changes into a bird whose wings are like clouds filling the sky. When this bird moves across the land, it brings a message from Corporate Headquarters. This message it drops into the midst of the programmers, like a seagull making its mark upon the beach. Then the bird mounts on the wind and, with the blue sky at its back, returns home.
The novice programmer stares in wonder at the bird, for he understands it not. The average programmer dreads the coming of the bird, for he fears its message. The Master Programmer continues to work at his terminal, unaware that the bird has come and gone.
Early in my engineering career, I had the privilege of being personal friends with the older CEO of my company who was very much a business/corporate type but valued engineering as well though he was not an engineer himself. He was able to help me see through several product cycles that sales and marketing was, in many (or even most) cases, more pivotal to the success of a product than engineering. That's not to say that engineering does not matter -- it does, especially when it comes to scale and technical debt that affects release velocity, but the end customer in 99.9% of cases does not care about the engineering behind a product, only whether it solves their problem. The business and corporate meetings (when done properly-- there can be complete BS business/corporate stuff but that's a matter of incompetence) should focus efforts on delivering what customers need. Seeing that first-hand gave me a much greater appreciation for other disciplines within successful companies as well as some humility around the magnitude and importance of my contributions as an engineer. It takes all kinds and the talented business types who can proverbially sell ice to Eskimos are force multipliers akin to the mythical 10x engineer and worth their weight in gold.
It reminds me a lot of dev teams creating a microservice and giving it a code name. Imagine someone from business joining standup and hearing a bunch of microservice code names and acronyms. They would be really confused! Maybe the same thing is happening here to you?
The second thing you mentioned is their explanation about Robert Smith etc. You came out more confused after the explanation! To use the same standup example: the business person asks in your standup what does the “Odin” micro service do? It might be quite hard to explain what a single microservice does to someone without prior experience in that field.
Long story short: the best way you can get an understanding for what they’re talking about is to build a background in it. Feed your curiosity! Read a good intro book on business or economics to get a good foundation. See if you can setup some kind of regular 1:1 with a business person over lunch to learn more, etc.
To solve the first problem, just stop going. See if anyone notices/cares.
The second problem isn't really a problem depending on your career goals. You can be a fine engineer if you don't understand the business, but you'll never get to the highest levels. At the highest levels, even as an engineer, you need to understand how your work fits into the greater business goals.
If however you are worried about career advancement, then you need to figure out a way to understand the business and the business needs.
The best way to do that is to just ask. If someone says something you don't understand, make a note to speak to them about it later.
When I was a more junior dev, I really didn't care about any of the specifics of business decisions. I cared about high-level things the company was doing, but when it came down to the specifics, I just was not interested. When we were updated on where the business was going, of course I cared about how successful we were, but how we got there, in terms of marketing was uninteresting.
Over time, I started to care more about those specific business decisions, because I had enough experience seeing failed outcomes in previous teams & companies. So, naturally, I started paying more attention about what "Robert Smith" was doing in the "communications department". I still didn't fully understand it, though, and this is where you can either believe what they're doing is kind of bullshit, or, more charitably, what they're doing is really hard to quantify.
I believe in the more charitable interpretation now. I've quit my job and am working on my own project, trying to structure my efforts, and I'm realizing that once you start thinking about business beyond just what code you're working on, what you're trying to do is very much ill-defined.
It's not as simple as coding work where you know you are trying to write a specific feature or refactor some code. Instead, at a business level, you have to come up with initiatives and goals which are very hard to quantify. You have to start thinking "I'm working on feature X and I'm hoping this will feed into improving the marketing of Y, and it will attract user Z." But, it's still very hard to measure if those efforts are actually making any difference. So naturally, IMHO, a lot of those goals and decisions start feeling a little bullshitty, but it's hard to avoid because the domain you're working in is so imprecise.
First, something you thought of as nonsense may actually click when you author the summary. Second, by sending out minutes, you have an opportunity to followup for clarifications and then can frame the knowledge and deliverables. Third, people often repeat themselves and call meetings when they feel they are not being heard -- accurate minutes help people grok they are being listened to. Fourth, you can cc your boss on it, so their inbox fills with meeting minutes, and then you can tell them it's hard to work with so many meeting interruptions (tell your manager that each 1h meeting is 2-3h because you have to take notes and assimilate them, otherwise, why are they sending you to a meeting?). Fifth, some participants may change their mind or be more informed themselves when reading meeting minutes, improving team effectiveness. Sixth, you have a record of soap boxing, so you can visibly take a "break" from taking notes when someone starts to wax, sort though a hard copy of the minutes, and then ask: "Pardon my interruption, but you brought this up on X, Y, and Z... has anything changed?". Seventh, the notes provide great skimming for team members (and future self), especially when things go south.. or you ask to be moved to another team. Finally, being known as a helpful person with thoughtful notes creates informal power for yourself because as you become the expert by assimilating peoples's knowledge. This credibility and proof of work creates opportunity.
The exercise that helps me, personally, is to ask a series of context questions:
* Who is the intended audience? Why would the intended audience care about what's being discussed? Corporate communications tend to err on the side of broadcasting too widely rather than too narrowly.
* What is the communicator actually trying to get out of this communication? It's often not what it says on the label. With some people it's usually not what it says on the label.
* When they use a specific buzzword or marketing term, why did they use that term and not any other term? It's easy to dismiss buzzwords as bullshit (e.g. omnichannel marketing), but they didn't catch on out of sheer luck, so why is it that this specific person is using this specific term?
There's much more there, but in general I will try to focus on understanding the context that whatever is being communicated fits into, and once I understand that then things tend to be easier to parse.
1. Avoid meetings that I'm not going to get value from OR am unlikely to add (sufficient) value to.
2. In some meetings I'm going to add more value by facilitating, etc., than by just saying whatever's on my mind.
For 1: I decline a lot more meetings than I used to. Sometimes it's a straight decline, sometimes I'll email the organizor or other people who will be attending and say, "I don't think I have a ton to contribute, but ping me if you need me to jump in," sometimes I'll decline and suggest meeting to provide feedback offline or in a smaller meeting if I actually have suggestions on the topic, etc.
For 2: sometimes you can't get out of going to these meetings. :) If I don't have anything to contribute on the topic of the meetings, taking notes (usually just to share with people on my team who couldn't attend... hopefully the organizer has planned on taking notes as well but :shrug:) or helping ensure that quieter people get a chance to speak is still a way to add value to the meeting without being on top of the subject matter.
Edit: one nice thing about these strategies is that you can apply them regardless of the reason/blame for not following these meetings. It works the same whether it's complete BS or something you really "should" be up to speed on already.
That being said, one tip for meetings like this is to not get too hung up on the exact details in the moment and just soak it all in.
>Meanwhile I'm there wondering who is this [Robert Smith] of the [communications department]? What is the [transformation strategy] and why does it need a [quarterly review]?
Like this should happen AFTER the meeting. In the moment, your brain should trying to follow the flow of narrative:
“Someone did a thing to accomplish a goal and it seems like people are happy/sad/angry/frustrated/etc. about it. These people say this. These other people say that. I don’t know who that someone is, or what that goal was, but people seem pretty opinionated and seeing how everyone got thrown in here I guess it’s important. After this meeting I should go talk to Bob because Bob seems to have a lot of insight into this, seemed pretty level headed about the whole thing, and is a nice guy who answers people’s questions. I can utilize him to find out more.”
You will still feel lost, but you will at least walk away having a good idea of generally what happened and how people felt about it.
The other key to meetings like this is to not take every term at its absolute denotative value. Words will be thrown around that are suggestive of some general idea that is specific but pretty loose about the exactness of the term (“omnichannel strategy” for example. Complete goggbledegook.)
Can you figure it out? Of course! If you were really interested, then after the meeting you would go and find out the answers to your questions. It will help you understand the business better and that can turn into better understanding the the reason for some of the software requirements.
At my company, a few years back, 'quantify' was the word du jour. Every person used it, most wrong, and no-one ever batted an eye and said 'what the hell are you even talking about?' I'm talking about sentences like 'Let me quantify that by saying, our growth initiative in sector x is our leading priority'. Half of them were using it as a synonym for clarify or qualify, I think. One can never be sure, because the speaker didn't even know. But it's a fancy sounding word to mark off the corporate speak bingo card.
I had no idea what they were talking about 90% of the time.
After 5 or 6 very long meetings, I decided to propose what I think should be done in the hope that their feedback would give me some insight.
The result was that the final product was exactly what I had proposed.
The problem is that the non-technical people think this stuff is important. They're so invested that they feel the need to call big meetings and talk about it, instead of letting you get actual work done. And they notice that you don't care about it. So, be aware that this could hinder your career.
Obviously many fields are specialized and technical, and complicated language is the simplest way to get ideas across, but I think we can draw that line pretty clearly.
My first job was at a telecom equipment company. The head of engineering listed out a bunch of acronyms as what we'd be working on in the next year, and emphasized how critical it was we "followed the plan". I raised my hand and asked what a random acronym was, and I got "I have no idea". I started periodically asking after that.
Paragraphs after paragraphs of fluffy academic corporate language about some omnichannel strategy could just be: we now also sell in stores. Everybody gets that, which is the damn point of language.
I blame the schooling system. It's typical business school language, but you'll see the same effect in the academic world and even in politics. Somehow none are able to speak plain English.
Abstract language is not just annoying and inaccessible, it's also highly convenient to mask bad news.
I sit in a ton of different department meetings and I find most departments (most people) don't set clear agendas or define terms up front. This is the fault of the meeting organizer (hopefully there is one!).
For the discussion itself it sounds like a lot of very specific company specific vocabulary is being used. This feels comfortable because these people have probably had a lot of discussion using this term but it's hard for new people because it requires specialized knowledge to collaborate.
Technical teams are also capable of bad meetings but at least they are usually building something specific rather than describing general strategy.
If your department head has a meeting about your department's priorities then you need to pay attention because they are the ones who are actually going to be observing and evaluating your work and how much they solved the problems that the department is being graded on. Pay attention to the people who pay attention to you.
Specifically, "Robert Smith" needs to say to his superiors that the "quarterly review" was discussed (socialized!) in various stakeholder groups. They already had a previous meeting with a different group and whatever was said there (useful or not) translated into "We've received a lot of positive feedback". After this meeting, they will say "We've received a lot of positive feedback from round-table meetings with 2/3/4/15 groups within the company".
The "same people" group is just playing this game to be visible. If you stay in the company long enough, you can play bingo with what they say, regardless of the specific discussion topic. Don't play this game, if you don't want to. And if you don't know who you are sucking up to (or nobody), you probably don't want to, at least in this particular way.
The real questions, in my opinion, are: 1) Why were you in the meeting at all? If it is "All Staff", then maybe you can skip it (especially if it is recorded for "those not able to be present"). If it is a specific group, then which group (your IT team, group one-above your IT team, etc). Are you a member or a representative of the group? The further away, the less it matters. 2) Are they asking for written feedback, actively? By a specific date? If not, the meeting is not relevant. 3) What is the related timeline (on feedback and on document itself) and where the document goes? That's a question you can totally ask. "Hi, I admit I am not super familiar with the subject. Where does this document goes next? Is there a specific deadline for it?" 4) If you are not there once, does anybody notice? E.g. a direct follow-up for "comments from you or your team?" Have a medical/whatever appointment once and pay attention.
One book you may find interesting is "Political Savvy: Systematic Approaches to Leadership Behind the Scenes Hardcover" by Joel R. DeLuca. It is not a perfect match to the situation, but it certainly helps to think about it in the way that's more aligned with developers' mindset. Unfortunately, it may be hard to get new.
That's probably why. A lot of these discussions don't really pertain to you, and that's okay. Those types of meetings are more for your PMs and your high level staff engineers to understand a project more holistically. To a new engineer, it's 100% fluff they don't care about.
They'll make more sense in time, but don't worry about it for now. You'll learn more the business and grow in responsibilities and then those meetings will both make more sense and have more interest.
Let the meeting driver keep course, if they don’t want to take the time to explain, let them say so and ask to “take it offline” for follow up.
The whole purpose of meetings is to get aligned. If you’re not clear on what it is to even be aligned with, that’s step one and that is totally fine, there is no shame. You have to put yourself out there and speak up, otherwise you will get left behind, because only you are looking out for yourself. No one is going to drag you along besides simply inviting you to the meeting. Take the opportunity into your own hands and demand clarity. Either you get it, problem solved, or you receive pushback, at which point you’re clearly not needed in the discussion and so you dismiss yourself to more important things.
In your example, “I don’t know what any of those things are, can you explain?” is a perfectly valid piece of feedback. Rinse and repeat until you get clarity or someone tells you it’s out of scope for the discussion (which means “catch up on your own time”). If anything, this is valuable feedback to the meeting driver that maybe not all communication is taking place as it should be, why are team members not informed? This leads to learnings, which is why it’s valuable for everyone involved if you speak up.
The meetings must be held to emit that information, not because the information needs to be received or understood, but because thing have been done, or are planned to be done, and part of the ritual is that it must now be spoken in plenum so that responsibility is diluted and the process has been adhered to.
I'm not saying it can't be understood, just that it's of no consequence.
Some people are very worried about the inner workings of their corp, they get some feeling of comfort, control and safety by knowing these things, so those people will have a much fuller model of the corp, and so will know who the people and departments are, not that they can actually do anything with that information (short of maybe knowing when to jump ship or ask for a raise), but simply because they "need to know" the same way someone "need to know" who won some sports event.
There are people in other strata in the corp, usually outside the "actually building stuff" group, who actually find this information useful, and they can and do act in some accordance to it.. However, it's most often that these people always know the information "unofficially" or have other ways of accessing it, but because that information is important to them, they extrapolate that it is important to everyone else too.
I'm reminded of a study although the link currently evades me. It was something about who feels best after a meeting, feeling the meeting was productive. It was usually two groups, which many times were the same person - the organizer, and the manager. Both of these people feel like even having the meeting is some kind of grand gesture of teamwork that is good, even if it was a complete waste of time and sent your team angrily in directions toward bathrooms on different sides of the building.
The more people present at a meeting, the more useless they are. Of course the prime example of this is the "all hands meeting". Never go to these. They are a waste of time, and at worst, you can ask anyone else what else happened.
To be honest, you can benefit from it by learning what the terminology is and how it translates into actual changes for the future of the company. If you can identify the places that leadership is putting emphasis in, you can work on things that further that initiative and likely catch the flow into promotions and bigger roles at the company.
For example: A company says they are doing digital transformation by moving their data from Excel spreadsheets into a Salesforce instance. This will be a multi year project that will hypothetically increase efficiency and raise revenues by 50%. If you are working on the Excel side of things, this would be a good time to consider learning about Salesforce!
Not everyone(hell, I would say most people) wants to do this, and that is totally okay. If you're in this camp I don't see a problem of just going about your business and day to day work.
> Two swindlers arrive at the capital city of an emperor who spends lavishly on clothing at the expense of state matters. Posing as weavers, they offer to supply him with magnificent clothes that are invisible to those who are stupid or incompetent. The emperor hires them, and they set up looms and go to work. A succession of officials, and then the emperor himself, visit them to check their progress. Each sees that the looms are empty but pretends otherwise to avoid being thought a fool. Finally, the weavers report that the emperor's suit is finished. They mime dressing him and he sets off in a procession before the whole city. The townsfolk uncomfortably go along with the pretense, not wanting to appear inept or stupid, until a child blurts out that the emperor is wearing nothing at all. The people then realize that everyone has been fooled. Although startled, the emperor continues the procession, walking more proudly than ever.
https://en.m.wikipedia.org/wiki/The_Emperor%27s_New_Clothes
In the corporate world, the emperor has clothes, but they are underwear and everyone pretends its a full suit and tie. Basically speaking, in order to sound more important people say "Omni channel sales strategy" but what that actually is a small Salesforce integration.
One way to not have to attend those meetings is ask questions like "by Omni channel sales strategy do you mean..." and remove the fluff from whatever they are saying, basically be the child in the story.
The best thing to do (if you want to catch up) is ask someone who seemed to know what was going on to get you up to speed after the meeting. Or, if you don’t, just try to get out of the meetings. Nobody realised you had no idea what was going on.. they probably won’t notice if you weren’t there at all.
I am having trouble relating the [transformation strategy] to the tasks/projects I am working on this month / this quarter. Can you please explain if there is anything I need to do differently?
What do you believe the impact of this [transformation strategy] will be on our group/team?
Is there any specific critique or feedback on this [transformation strategy] that you would like to me provide you?
What is happening? What is this bullshit they're talking about? I don't care about any if this, am I supposed to pretend? What does that entail? Smile and nod? If I look bored or not paying attention I will get in trouble but what the hell is this diversity strategy inclusion about Joe being promoted as vice chair or human resource value extraction planning and the corporate strategy of revenue growth blah blah. I work in IT, I mean I do pay attention to business deals being made and other changes because I work in infosec and that is strategic intel ("now China may attack us because we are competing against a state owned company in their sphere of influence" type of stuff) but I dread those meetings. It reminds me a lot of highschool and teachers talking about random shit and trying to be your friend and relate and tell you about politics and their personal stories and philosophy -- jusr like then I was stressed by trying to act as if I am ok with it when infact I just want the education about the subject and go home now I feel like it is mostly corporate indoctrination.
You want to know my theory? A lot of people actually like this and care about this. Like they feel like an actual family and included and they matter and for HR this sort of bs is needed to retain a lot if people. Also, managers want to feel important and show value before each other and HR and everyone else has to endure it for their sake.
"Transformation strategy" Haha, My brain goes into a specific distressed mode when I hear that phrase. Part of me is in flames desparate to tell the speaker what the hell are you talking about and why have you held me hostage for over an hour to listen to this?
On some rare cases it is a power move, in such cases either you can play the power game or you can't.
Regarding power games, the real fight happen before the meeting, so if you feel unprepared and you know someone in power is going to pressure you: don't go.
Omnichannel just means "all the channels". A "channel" in this case probably means a particular sales path, e.g. website, app, brick-and-mortar, maybe phone, fax, distributors, resellers, whatever. Sounds like your company sells the same product/service through many avenues.
As for the reviews and strategies, eh, that's just the corporate world at work. There are people whose job it is to figure those kinda things out. If they're good at it, those are the sort of visionary changes that guide the company over the long term. If they're bad at it, then it's just the bureaucracy keeping itself busy with nonsense.
I dunno what your particular role at your company is, but if it's some sort of hands-on/in the trenches stuff, like you're a dev or designer or some such, you can just ask your supervisor "So all of that strategic stuff is a bit above me. Is any of it critical to my work or our team?" If not, then you don't have to worry about it.
Oftentimes, it goes the other way too... you show those folks what you've been working on and their eyes glaze over because it's not their area of expertise. It's OK. Big companies have different specializations of labor and you don't need to know all of it to be a valuable contributor.
If you do ever want to move into management or similar roles, though, you might want to pay more attention and get more clarifications from the people around and above you. It's OK to ask questions, but it's a trial and error process to identify the people who have the time, patience, and knowledge to give you useful answers.
It was not my job to make people understand each other and it was not at all possible that it was going to be my job, so the only thing to do was to do my best when things were relevant and to nod and smile otherwise. And after not so long leave because long meetings filled with nonsense are a major red flag.
There is a level of learning the dumb corporate language which will help, but focus on keeping people happy with your work and accepting that sometimes people in meetings will go on endlessly without saying anything of substance.
You will not good get answers here. Perhaps asking in a subreddit specific to managers, project managers, agile, etc would be better.
> to instruct everyone in the nature of an idea....“We need to get everyone on board.” Ho hum.
> to flex muscles and show a demonstration of power/support for a person or idea
> so that everyone can feel involved in a decision
And all of these can be frustrating.
To quote another Cowenism: "context is that which is scarce" [1]. I've had exactly one corporate job and I had absolutely no clue what we were talking about at meetings and I typically tuned out. But when I tuned in and asked questions -- things like, "you mentioned [some person] i've never heard of, who is she?" or "what was that acronym you just used?", my coworkers would typically pause and explain what they were talking about, and sometimes, I got the sense that they were made aware of how inscrutable their evolved conversation was to newcomers.
I don't think it was malice or a deliberate power move, I think they were just not actively thinking about how scarce context is and how, if we want to clue people in, we need to make an active effort to do so.
I left that job after about 9 months and found a place where the stuff that people say at meetings generally makes sense. It's a sign of culture fit.
[0] https://marginalrevolution.com/marginalrevolution/2022/01/wh...
[1] https://marginalrevolution.com/marginalrevolution/2021/12/co...
If someone hosts a meeting about a transformation strategy, it's probably because it's their job to work on it. They are likely working on this topic for 40 hours a week. Most people will not understand a thing about what you're doing for 40 hours a week too, so it makes sense if someone else works on a topic for 40 hours a week not everything is immediately clear to you as well.
If you feel like you don't understand, then you probably don't understand. Like you would maybe understand Kubernetes, these people don't know a thing about it either and don't have any clue what you are doing in your job as well.
Assume positive intent. If you do, it will make everyone's live more enjoyable.
There are people who will speak up immediately, and people who will wait until those people have spoken.. to speak up. I'm of the latter sort.
Not everyone has to say something at these meetings, but these meetings will usually have at least one person who heard somewhere, from someone, that you should never go to a meeting and say nothing. If that person is one of those people who speaks up immediately, your meetings will necessitate a follow-up meeting.
To pick the most important ones (in my opinion) keep it:
- Sincere
- Relevant
- Falsifiable
- Goal directed
Also keep it inclusive and acknowledge conflicts and power relations [2]
[1] https://en.wikipedia.org/wiki/Communicative_rationality
[2] Some people do not like having power relations made explicit (because they essentially derive their power from subterfuge and insinuation). Openly doing this may cause trouble in some settings (see "48 Laws" by Robert Greene).
Why, then, would you expect to be immediately able to grasp every detail of a complex nontechnical discussion about a long-running project you're not familiar with?
The real issue here seems to be that you're being invited to a lot of meetings you shouldn't be wasting your time attending, because you're not being properly prepared for them so have nothing useful to contribute. Talk to your manager about making more productive use of your time; if they need you to contribute ideas they ought to be giving you the necessary context ahead of time.
The funny thing is, if you're able to generate similar word salad non-sense, all of them will nod their heads and applaud your thoughts, even if you're not making any sense at all. No one will call you out for not making sense, it just has to match their patterns for human speech. Try to insert popular words into your sentences and talk with confidence. It's quite hard though if you're not natural.
1. Usually I've found it takes about 1 year to fully understand a significantly large organisation and how it works.
2. After a while, it stops mattering. I came in to do a job, to focus on building whatever it is you asked me to build, not follow the office growth strategy day to do.
I feel like a lot of places do this now as a part of "transparency", but it's not really transparent. Any questions they don't want to answer they'll use more jargon to dodge it.
It's kinda like sports. I'll go to a baseball game, have a good time in the crowd, enjoy myself, but if you start throwing stats and the team story at me I'm lost. Some people love following the "sport" of office politics and goings on, other don't.
Words like "channel" simply have domain-specific definitions, and the domain isn't that hard to master. It's not as hard coding.
Eventually you can go semi-pro and either share your notes or simply refer back to them ("Thanks Bill, wondering how this relates to what we talked about last week with regard to X?"). This will probably help advance your career.
When you're ready to go full-pro, start rejecting invites to these meetings. This will rocket you up or out of the company.
Now, imagine that you and upper management agreed to convert all space-indents to tabs - you might be up there getting recognition too. But since management has no opinion on the matter, you aren't.
That's about the significance of most company meetings. Sometimes you can get a sense of the power dynamic by seeing who's there, but most of it is irrelevant.
If there's something that directly affects you, it won't be stated explicitly, but your immediate manager will call another meeting immediately afterward. Then watch out!
Read that over a couple times and quietly think about it for a few minutes and keep it with you.
Managers depend on the new hires to do tasks and brag about them, while new hires or marketing department don't know jack about what they are doing because they are 20 year old kids with instagram and tiktok knowledge thru their own phones. It is a joke but part of corporate culture.
How to handle it is up to you. If you want to engage more with that, go for it. IMO it’ll probably be more work outside your comfort zone, but also opens doors for career growth that might otherwise be unavailable.
If you’re Comfortable and don’t find it relevant or useful, keep going as you are. I wouldn’t be overly concerned about it.
IMO, whoever is running the meeting isn't doing a good job of giving everyone the requisite background to understand the the purpose & content of the meeting. The only exception I can think of is that if it's expected that you repeatedly interrupt the meeting to get yourself up to speed (i.e., you're expected to aggressively get the relevant info).
More often than not, what you describe is due to someone running a shitty meeting, which is more common than not.
It's obvious to me that software engineers are smart enough to understand these things, but I think many purposefully turn their mind off when there is something "businessy" about a subject.
It didn't help me enjoy the meetings or remember one thing that was said.
You can tell they are BS because there are never minutes or notes released after the meeting.
Some meetings are OK. One job the quarterly meetings were masterpieces of clarity and transparency. Times were tough, they told us. Times were good, they told us. Product dev on ZXJ-50302 was lagging, they told us.
Even group meetings were variable and some were OK.
To add, this happens because you are not learning about what is going on outside of those meetings. The confusion in the meeting is just consequence.
Your audience isn’t going to know specific finance, marketing, or engineering jargon, so use it sparingly and make sure to define it. The new-hires and interns (and even senior people) will thank you as they learn a little bit more about a field that isn’t their own.
There's nothing missing from your brain. I'm not sure people leading corporate meetings even have a brain. Certainly not one that can accomplish anything useful.
The company (legacy tech) I work for appears to be quite bad at communication and not welcoming, looking at facts and not at manifestos of intents, to professionals who are not coming from the company's core domain.
I don't have impostor syndrome, I am overall a mere impostor.
Your brain is functioning well, especially the filtering mechanism. There's nothing going on in those meetings. They are boring. I don't go, get work done and nobody complains.
In general meetings with more than 6 people(this is already too many) are not worth going to.
Depending on how big the company has gotten, odds become high that the piece of the elephant you're holding is nowhere near the pieces that the CEO / owners / etc. care about on the day-to-day, but what they care about on the day-to-day tends to shape the contents of corporate meetings.
If you want to derive more value from these meetings, it can be useful to switch context from the what is being discussed to the who is discussing. Those are the people at the company that the operator of the meeting thinks are doing things worth telling you about. They have the ear of top-level management on their projects, and it might be worth keeping tabs on them if your goal is to increase your impact in the org. But if your goal is to heads-down improve your piece of the elephant day-to-day, don't stress too much about these above-your-paygrade conversations.
Now, how do you find out more about the stuff discussed? That depends on your org. The first conversation I'd have is with my immediate manager. A lot of companies have an internal wiki of some kind to track this info, and you can read up on the topic from the meeting there. If your boss doesn't know how to know more, then it might be a good skill for you and your boss to learn. Now, if it's not possible to know more, than your company might have a comms gap and these meetings might actually be wasting your time.
(Just as a side-bar: I was in a site-wide meeting once where a team had succeeded in making one system much faster. Site lead wanted to celebrate their achievement, but he knew a lot of folks would have no idea what they did or why it mattered... So he bought some cheap tape measures, pulled one out to one foot, and then had the team that did the thing stretch the additional five around the room over and over. "This tape measure represents how many queries per second we used to support, and these..." gestures around the room "Are our new capacity. Big round of applause."
Keep an eye on folks who can do that... They know how to communicate to people who aren't in the loop, and that's a key leadership skill.)
p.s: One final thought on this topic: don't get discouraged if the company's doing something big that doesn't make sense to you. It is the nature of big companies that nobody can wrap their brain around the whole thing... That's why they are multi-person projects in the first place. Nobody at a large enough company, not your boss, not the VP of your org, not the CEO, actually knows everything that's going on.
Sometime last year I realized that these meetings and terms don't have anything to do with rock climbing or mountain biking. Hopefully you can find that kind of peace too.
A simple way to begin is to start a cheat-sheet. Names, projects, dates, a glossary of unfamiliar terms, etc etc. Bring it each time and keep it updated.
Not since I started skipping these types of corporate-speak meetings, usually held over lunch. I don't mean to sound too cavalier, but I found skipping some of these meetings has had a net-neutral effect on my career, and net positive effect on my well-being. Skip the free pizza go outside for lunch.
I also usually ask at minute zero for the organizer to state the desired outcome of the meeting
I drop if I am not providing or gaining value
https://www.youtube.com/watch?v=spyJ5yxTfas&ab_channel=Nicol....
And if not, why, and how could we therefore proactively think outside the box and hit the ground running in a mutiscalable fashion?
No, everyone experiences this. This isn't a non-technical vs. technical thing either: I've certainly talked to non-tech people who left meetings unsure what the point of it was or what was even being discussed.
There are several reasons why this happens.
The first reason might sound cynical. There are people out there that do things that don't really need to happen, or need to happen but you shouldn't really need to worry about.
Sometimes this stuff matters, but it matters to the business but not to the tech team, or the way it affects those of us in more technical roles is maybe not apparent unless you've seen that sort of thing before. To take the example you provided: to "allow customers to collect and return online orders from our regional stores" probably requires changes to several different systems, some of which your team might be responsible for, but some of which might be a different technical team, or might require putting manual processes in place. Return handling by itself opens all sorts of process questions, and some of those processes will be automated in code.
Sometimes this stuff matters, but it's explained poorly. [Robert Smith] should be able to articulate the "So what?" in his [quarterly review]. If not, hopefully he gets appropriate feedback to make it more clear next time. In this case, it's not you, it's the person communicating who failed to communicate, but often everyone is too afraid to look like a dummy to ask the obvious question to explain what's going on.
Some specific tactics you can use:
1. Ask why should I (or if you'd rather, my team) care about [transformation strategy] or omnichannel strategy or whatever other thing gets raised. No one person can know everything, and your boss should be able to tell you what part you care about and why.
2. Rather than worry about [transformation strategy], worry about the metric that project is trying to drive. Tech and non-tech people alike use "SMART" (specific, measurable, actionable, relevant, time-bound) goals for projects. If the organizational stuff disinterests you, look instead at the metrics.
3. Hopefully you have permission from your boss to not attend meetings that aren't pertinent to you. If you did (1) from above, and your boss's response is, "oh, don't worry about that," then you should feel like you can ask your boss "Next time we have a meeting on that topic, can I decline and focus on my own project instead?"
If I had to go to the office and attend these things in person I'd quit for sure.
TLDR; Don't be afraid to ask "dumb questions" the rest of the room is probably thinking the exact same thing as you.
If virtual, you might be tempted to do other things on your computer - which would be making matters worse.
I’ve been at companies where a lot of mysterious/cryptic team names are employed. Big save here is using the internal URL shortening service (7 times out of 10 it will link to team/project page).
But honestly, if you’re at a complete loss, it could mean that you’re just not in the lines of meetings and plans where that jargon/terminology is thrown around. If you find that you’re at a disadvantage (after learning what those topical discussions really mean), talk to your manager and ask for more context or who/where to go for more context. Perhaps there’s a quick summary page/doc that someone put up on your internal knowledge base system that can give you the TL;DR/elevator pitch.
It's a nasty game. The good news is, you may choose not to play it.
A thermostat takes measurements and sends signals to the furnace and fans to optimize for a given temperature, and that temperature is a commitment to a habitable and comfortable home. That's what a manager does. They are thermostats.
The meeting you've described is a bunch of thermostats talking to each other about the temperature they affect, and the furnace and fans looking at each other and asking "wtf? just say more or less and past a point I need more fuel or electricity."
They're using abstractions to talk about relationships and power. What affects it, who has it, what the factors are. A channel is a category of potential customers with some common way to relate to them. A brand is a category of feelings strangers associate with your company and products. mono-/multi-/omni- means, "one, some, or all."
Managing something means extracting value from it. If you are an individual contributor who does work, at best you are managing things from which you extract value and pass it to your team. Managing people means extracting value from the work the team does and passing it along as commitments and outcomes to your execs. Managing relationships means extracting value from the interplay between different desires, needs, opportunities and possibilities as they change over time. Managing money means extracting value from assets that produce money.
Strategic anything means doing things that influence the balance or equillibrium of the things you manage. Multiple things happening at once is called a "dynamic." As a category, all management is extracting value from a dynamic. All dynamics are the relative equillibria of stuff that changes, and managing them requires sustaining the equillibrium of a dynamic - or influencing it without disrupting it so as to cause it to yield its value in a particular way.
Very few people are actually dumb, but most average people can manage, because it's a knack for a very specific human ability to play things off each other. Writing code and building things is not managing, but running code and services is. Building doesn't scale well, but managing dynamics scales almost infinitely.
The reason managers usually earn more money is because they extract value from more sophisticated dynamics of things than an individual simply solving problems and operating on things. Further, sometimes solving problems reduces their ability to be leveraged in a larger dynamic, and solving problems can even destroy value.
This is why I often tell clients in large organizations, their stuff isn't broken, you just can't see who it is working for.
You might be thinking, “What is wrong with group meetings? I love group meetings. I get to talk to everyone at once, which is much more efficient than talking to each person individually. Group meetings save me a lot of time.” If you feel that way, I should warn you, I’m about to attack your deeply held beliefs. Get ready. I once had a client who insisted that the marketing team should meet with the tech team once a month, to collaborate on the creation of marketing copy that would be informed by those who understood the technology. This was good in theory, but having less people in the room would have been way more productive. As it was, during a typical meeting we had twelve people in the room, most of whom were bored. The conversation was almost always dominated by the three most opinionated marketing people. Imagine this going on for 20 straight minutes:
Amy: Consumers are saturated with advertisements. The only way to break through is to connect with them at an emotional level. That’s why we need to consider long-form advertising. We need to tell stories that really reach them.
Henry: I couldn’t disagree more! Nobody has time to read a story! If you write more than ten words then you’ve failed. We need a slogan that is memorable, something we can use in every ad, something that —
Amy: No! Studies show that people don’t remember facts, they remember emotions. We need to connect with those emotions, which is why we need to consider —
Henry: Great, so we come up with ten words that pack an emotional wallop, but we don’t write a damn novel! Nobody has time to read anymore, nobody —
Amy: Well I read a novel a week, sometimes two. Some people crave stories and look for narrative structure and we should give them ads that they actually enjoy and want to share with their —
Kate: No, no, you two are both wrong! People don’t want stories so much as they want authenticity. We really need to forge a connection with them that feels authentic; if we hit them with an idiotic slogan or indulge in some silly fiction, that’s just going to —
Henry: If we find the right ten words, it will resonate with them as authentic. That’s our job, to find the ten words that feel authentic! What do you think we are doing here? A quick slogan gives us quick –
Kate: Authenticity is not a pack of Ramen noodles! We can’t create it in five minutes, it’s something that takes time to build and —
Henry: Remember the Budweiser ad, from the mid 90s, with the bullfrogs …??? Busch pulled off a Super Bowl commercial where the only word spoken the entire time was “Bud-wei-ser.” The ENTIRE time! Because the frogs were reciting it! To this day, my older brothers still talk about —
Amy: Oh my god, please for one moment try to get your head out of the clouds and think about how people actually associate ideas and products in ways that might be outside of your narrow —
Does this conversation allow the tech team to have a better understanding of the way the marketing team thinks? Yes, maybe. And if time was infinite, this would be a fun educational exercise for the tech team. Alas, time is not infinite. Such meetings encouraged the tech team to offer their non-professional opinion on matters strictly relating to marketing. Why would the marketing team want that? A bad manager allows these meetings to drag on. A good manager ends these meetings quickly and gets people back to their real jobs. A great manager never allows such meetings to occur in the first place.
You're not prepared for the meeting. This is on you to fix.