> And a little ‘How are you feeling?' goes a long way.
> “When leaders make time for fun, it gives permission for others too”
Is it just me, or are others also annoyed when work is mixed with forced socialization? I don't need to have fun or get personal therapy at work. It's just work. I would rather get it done quickly and efficiently and then have more time to have fun with my family or non-work friends.
If you work in a team in any capacity then you need to have a strong baseline of trust in order to work effectively.
Trust is the building block that all effective team performance stacks on top of (see 5 dysfunctions of a team).
You don't just get trust for free, you have to build it by creating moments like this where people can demonstrate vulnerability around each other.
This is bullshit. I trust my accountant because he's competent and honest, not because he's been vulnerable in my presence. What you're describing is unprofessional.
The last thing I want to know about (or experience from) my co-workers is anything personal or intimate, unless it's relevant to the job.
If I want to know my coworker better that's my choice, but otherwise it's somewhere between irrelevant and unwanted.
Not every company is an ideal organization where demonstrating vulnerability is going to lead to a positive outcome. Fast growing orgs are often stuck with bad actors because hiring a replacement is difficult, in some cases virtually impossible. You will be stuck in a political game before you are even aware of it and forced to work with people who hate you because you worked for a FAANG or whatever tickles them.
This point is so important and so commonly missed in the context of remote (or indeed, any) work.
Less glib: I've always found the technical part of work to be by far the easiest part of my job. The computers do what they're told and when they argue with me, it's deterministic, unambiguous and consistent (at least from its perspective anyway).
People are a lot more complicated, and they seldom know what they want, what to build, whether they know enough to recognize what to build, whether they know they know enough to recognize what to build, etc. they have feelings that can be hurt, friends who they want to defend, opponents they want to see suppressed. I could go on.
Maybe I've somehow only worked in dreadful, dramatic hellscapes, and I wouldn't necessarily disagree with you? But also I think politics is what happens when more than 3 people want to work together, and so it's an inherent aspect of work.
Sorry, this has been a bit rambling. My point is that, while sure you don't need to do bowling night every week, I do find that a zoom call with your teammates every other week with no agenda other than to chat is ridiculously effective.
And sometimes your best work can happen after you both accidentally give and receive therapy while at work. Everyone is the main character of their own story and knowing how even the work part of all those individual main stories connect can be really useful insight.
Not at all. If anything, you are being very stoic about it from my perspective, but then maybe I only had my initial share of hellscapes ( and each new one is getting worse ). Things are getting more complicated in systems and company hierarchy. It is not always understood ( or well documented ) how those systems interact ( or even supposed to interact in theory ). Without careful navigation it is easy to miss something important, because of office politics.
edit: adding missing not
My guess is that management pushes this for loyalty. If all you do is work and get paid you're likely to exit the first year they don't give you a competitive raise. If you're part of a family then you'll stay and even trust the ceo when he says that no layoffs are coming.
I also don't like forced socialization but like the possibility of socialization being there, as a way to build team cohesion, disengage from work, etc.
This, however, doesn't mean that everyone uses these features correctly.
If I'm at some meeting about an architectural decision, I don't want to socialize, I want us to get to the point. If people want to hang out after that, that's fine. But that's not what that meeting is for.
That's so much of you life that you may as well try to make it fun. How you make it fun depends from person to person, but socializing with coworkers is definitely on the list for many people (especially extroverts). Introverts may have other ideas, like learning new exciting stuff, but IMHO, if all you think of work is "get it done quickly so I can do something else", I think you are missing something. It doesn't mean you should live for work, but if it takes, say, 20% of your "good time off" to improve 80% of your time at work, I think it is definitely worth it.
Beyond the occasional stop-through if I'm in the area, I don't derive much value from being there in person. I submit that sharing your desktop and talking into someone's headset is actually more intimate than sitting around the conference table or viewing a screen in a cubicle.
Where I work currently there's 99.9% emphasis on output, and .1% on conversation. As a result, I have zero sense of team, zero sense of trust.
That's fine when working on small things by yourself, but it doesn't scale. Teams are necessary to solve larger more complex problems. I suppose it all depends on your career aspirations.
Most of the team just don’t want the hassle of leaving the house.
My conclusion is that people don't want to engage with retrospective items that aren't first-order helpful. "Doing X solves problem Y for person ME right now" type things. Office hours smooth communication, but that in and of itself doesn't fix a problem -- it paves the road to fix other problems.
On point 2, about use of asynchronous communications - it probably is implied, but one key part of this is making sure that everyone in the team understands and observes the rule that you are expected to be asynchronously available most of the time, and should go dark only when it's absolutely necessary for your work. One thing I found helpful with distributed teams is making a status available on asynchronous channels called "Ping me on the hour" which is a way of saying, "I'm heads down, don't interrupt unless the world is ending, but I surface if necessary every top of hour."
"during core working hours".
See other point about establishing boundaries between work and personal life.
It is helpful to establish expected contact/response timings, such as:
- email - async. checked a few times/day. turn off notifications
- slack/chat - async. notify of direct messages & high priority channels, other items checked periodically
- phone/voice/video calls - synchronous. only for things that justify immediate interruption. Will respond with at least a "What's up?/In a meeting/etc." unless completely unavailable.As a result, our in-person work situations have never been so quiet (outside of lockdowns). The value of in-person is thereby seemingly perceptibly lessened. Are we losing or recouping the value of that serendipitous spark of collaboration that executives wax poetic over? (Was it ever a thing?)
It's why I'm a large proponent of remote work - outside of lunch and meetings, my work experience compared to one of those (IMO bleak) environments is largely unchanged.
Working in an exciting and lively office is the ideal in my opinion, but it's hard to stumble into those - I feel like these days by definition the people who make an office a great place are the same people with the ability to control their experience i.e. choose remote work. The ones who make offices bleak are the same people who force others/ must be forced to go in to be productive haha
Remote work has finally made it possible for me to be better at synchronous collaboration with others (edit: changed from "pair program"). Rather than being forced to work in a distracting open office, I finally have a private office.
In the past, conversations about code tended to only happen asynchronously during code review, but now we are having them while work is in progress and for code review and it is a lot more productive for us than asynchronous. When you do a synchronous code review, you still need to put in review comments so that others can understand what is going on asynchronously. These comments won't be the full conversation- instead they will be a summary- sometimes you will end up omitting useful details, but it reduces the text overload of asynchronous.
In the past being in an open office environment meant that collaborating with someone always risked being rude- disrupting others with our conversation. This would sometimes be handled by using a meeting room, but this still isn’t as good as just both of us communicating from our offices.
For synchronous remote work It’s crucial to still work with people in similar time zones.
I'm pretty sure that by default remote work with a low level of face time leads to lower levels of psychological safety.
I've tried it a few times and it's like trying to read the same physical book at the same time with someone who's a lot slower or faster reader.
> Every meeting should create an artifact (ideally, a shared document or at least a record).
I have come across this sentiment often but there is no point in creating new artifacts just to record a meeting. What if the meeting was useless and nothing came out of it? Please do not create a document for this meeting. Such records only create an illusion that you are not leaving out those who could not attend the meeting, but creates mountains of documents or records which would be impossible to navigate in order to draw any conclusion later on.
When you schedule a meeting, you create a wiki page named like "2023-01-02 Fooproj UX Meeting with Marketing", and include the URL in the calendar invite.
If there's a written agenda, it goes into the wiki page, in whatever state it's in. If someone is typing notes during the meeting, it goes into the wiki page, in whatever state it's in. Someone might screenshare the wiki page during all or part of the meeting. If there's a meeting video recording or videoconf/calendar SaaS page, the URL gets put in the wiki page. Anything bout that meeting that does get captured somewhere, can be gotten to from that one wiki page, so info not lost.
If no info at all ends up being captured around the meeting, then the wiki page might only ever be a title. But even then, it's still something to wikilink to (like `[2023-01-02 Fooproj UX Meeting with Marketing]`), when referring to the meeting, such as citations in design documents and project plans.
(Note: This works if you have a policy of "everything goes into the code repo or the wiki". But if you're thinking of the wiki as yet another of countless SaaSes where people are dumping write-only stuff that no one will ever find, then adding to that mess won't seem useful.)
I might be a huge cynic, but that seems to me to be the #1 reason to create a post-mortem document to explore how to avoid another meeting that was a waste of time like that.
If the meeting was useless because the participants weren't prepared, make a note to hand out preparatory notes beforehand. If the meeting was useless because everybody shouted over each other, make a note for more moderation. If the meeting was useless because no one had political power to follow up on any decisions, cancel the meeting altogether.
Having a meeting that goes nowhere and then taking no time to publicly settle on actions as a consequence seems incredibly neglectful to me.
edit: I don't think every meeting needs its own document though. If there's a meeting, it needs to be associated with some document(s) in some way which will change as a result. If it isn't, it should be cancelled, imo.
But if you have a meeting and nothing about it was written down, who knows what was decided if it's not written down?
1) Every meeting must have an agenda and any material linked must be read before attending. You're wasting everyone's time by reading the material during the meeting.
2) Every meeting must create an artefact, otherwise you're just chatting with coworkers.
For non-sensitive meetings, we record to otter and then edit the transcript using highlights, marking to dos, etc. We’ve got an otter folder structure that mimics our other folder structures. We most commonly do this for document review meetings (I work for an NGO. We write a lot of grants.) This takes time but it creates good notes, allows everyone to be a participant in the meeting.
We have other meetings — like weekly target review meetings — that use Asana as the basis for capturing notes. This works well for things that are really tactical.
Unfortunately, the drive to "collaboration" has sprung up again in our senior ranks, who I think felt uncomfortable not being able to lay eyes on heads. Once again the remote folks are peripheral, literally. A lot of time and bandwidth is now wasted on arguing why it's necessary to arbitrarily be in the office one or three days per week, especially for people working independently on projects. Almost every leadership town hall has employees questioning why they agian have t sit in traffic and hunt for workspace while the closest colleague—the one they do real collaboration with—is actually a thousand miles away.