Taking back Mondays and Tuesdays (2019)
about.wtf.studio
about.wtf.studio
As a "semi-retired old dude," I have been absolutely reveling in the productivity I have achieved, working at home. It's been awesome.
It isn't just because I'm working at home. I suspect that a lot of it is because I'm working alone.
I was a manager for a long time, and quickly realized that "team overhead" was the true enemy of productivity. This includes things like Slack convos, and water-cooler chats.
It's a long topic, but all sorts of things are required to enable a good team integration; especially if we need to have a bunch of less-experienced team members on board. I was fortunate to lead a team of very experienced engineers. We shared a vocabulary and a common vision, so a great deal of "basic" overhead was avoided.
The (big) downside of working alone, is that I need to keep the scope of my projects reasonable. I can get a lot more done than most lone developers, but it's still a great deal less than what can be accomplished by a tight team.
As long as we have teams, we'll have overhead challenges.
Still, I can see why returning to working on one-person projects where you get loads done would be really satisfying.
I'm not sure that's true because of differing expertise, bouncing ideas off someone, and help in getting unstuck. I'm guessing productivity peaks in a team of 3-5.
An enemy to the productivity that you observed and measured. If you removed these Slack convos and water-cooler chats then you may find an increase in the productivity you measured but a drop in the actual value provided.
Why am I saying that is the case? Because, water cooler-chats and Slack conversations have an effect of disseminating information throughout an organization. Someone in team A may realize that they're working on a problem similar to a person in team B. While this may not be an issue in smaller companies as a company grows it becomes more and more common that team silos start to arise. Overlap in work to be completed also becomes more common as the "start-up solve it ourselves" mentality is applied by each team instead of organizationally.
Second, if you don't have a rapport with your co-workers (fostered through Slack conversations and water-cooler chats) then you're going to have a harder time communicating with them. Why? Because everyone communicates in different ways. Being able to understand a persons communication style and emotional state comes through understanding the person. The article calls this out, "I love collaboration, whiteboard sessions, small brainstorms, midday team coffees, and happy hour drinks. These things build community, make the work better, and are defintely needed. "
I just think that folks conceive of remote work as some kind of "overhead-free" panacea.
Too bad you were more worried about your own productivity than paying it forward and mentoring less experienced engineers. God forbid you would have had that misfortune.
As a matter of fact, you'd be very surprised at the amount, and type, of mentoring that I do and have done, for decades.
This last weekend I did something that I normally refuse to do, which was to catch up on work. I still dedicated most of my time towards non-work, yet being able to work without interruption was not only a breath of fresh air but seemed to allow me to get more done in the same amount of time.
My guess as to why organizations don't care about focus is that they value the perception of "getting things done"; when engineers that need focus are frequently interrupted by the process, they'll shift to getting smaller tasks done first so that management will know that they're working on something. Organizations will tend to tolerate a more complex task taking longer than estimated, but in my experience are less tolerant of engineers not pushing lines of code for days because they're taking time to implement said complex task in a good way. In essence, it's a spin on "butts in seats", except it creates the illusion of productivity when in reality it could mean counter-productivity.
I'm not exactly sure that having the process wall people off from interrupting each other is necessarily a good thing. What would be better is a good planning process that limits unnecessary change combined with a working culture that values focus.
EDIT: I'm not talking about legitimate interruptions like when someone needs help or wants to pair program. I'm talking about interruptions that are either environment related or are a result of process failure(e.g. new tasks and course corrections frequently added to the pile because of poor planning). Although I can imagine some would want to limit "good interruptions" to a window, if possible.
One advantages of being the "little independent consultant" is that I can control my environment. I think you can reduce a geniuses output by a fair percentage just by adding distractions (like all sitting at the same table as your colleagues).
They best managers I have had are stealthy. They'll monitor from afar mostly (while getting their work done). They get updates during appropriate times. They respect their direct reports and understand that one can't get anything done with constant interruptions. They shield their direct reports from outside interruptions as well. They do, however, interrupt when they get a sense of something slowing down or blocking. They'll work with the individual or team to quickly get things moving again.
Sadly, the former outnumbers the latter by like 9:1.
You can categorize your interruptions to see where your org is failing. For me, it's people dropping in to ask questions because it is easier to walk by and get an answer than to dig in to the problem and find it themselves.
Or to phrase it in a slightly bitter manner, the people in charge are mere humans like us with limited field of view, and the fact that they think they can capture everything in an MBA paradigm is a mismatch which generates avoidable inefficiency.
Same here. It’s actually kind of mind-blowing how little I get done at work compared to hobby projects, despite feeling as though I’m working much harder. In my free time, I’ve written my own global illumination software from the ground up, my own website, and a few open source libraries. In the same time at work, maybe one tiny feature for one internal tool. I understand why it happens and why it is necessary to some extent, but it’s much less satisfying than seeing the substantial day-to-day progress that can be accomplished on a solo project.
You probably think more before you write. The time away (at the very least the time while spent on other work) gives you time to figure out what to do next, whether it's passively or actively. You're more prepared when you finally do something.
So no meetings, but still yes to the constant small interruptions that you can't plan around? Uh, okay. I think I'd rather have the reverse, though. Something like: On Monday only talk to me if we have a meeting planned.
In theory happy hour drinks and coffee breaks are things that happen when people aren't in the middle of productive working anyway.
I do not have a problem with it for full page scrolls though, which I know a lot of people hate. Or that one page that showcases the scale of the solar system by forcing you to scroll for ages!
As context, my company is 95% remote in engineering (I'm a remote manager with some IC responsibilities). Of course, there is some of that internal pressure of making sure I am able to respond to slack in a timely manner. SO, I continually stress to take the deep work breaks and do everything I can to make sure that my team is protected from meetings or other outside requests.
Some explicit things we do as a team. - Have 3 standing meetings, M/W/F for 30 minutes each. We are fluid with these times making sure that they work for everyone and are blocked next to other commitments. We also change the context of the "standups" to incorporate planning/retros, etc - Thursdays are explicit "no meeting days" I fight back hard against anyone who tries to put engineers on my team in a meeting on Thursday. Unfortunately, I as a manager sometimes have no choice but to accept a meeting - Tuesdays are recommended no meeting days - It is ok to turn off slack/email. We all have each others phone numbers and will text if it is something actually urgent, which it almost never is. - Our team is measured by how much we hit our deadlines, which we have input into how those deadlines are set
This is one of the best and most productive work environments I have ever been in -- it would be extremely difficult for me to move back to any office, especially an open one where productivity is proxied by seat time.
I’d really like to see our conversations about the work week move towards a total reduction in hours. It has been life changing for me to work this schedule. Sometimes I think about working a normal job again, but I couldn’t stand the hours.
Has anyone else here worked a shorter week regularly or considered it?
So while my specific situation is rare, I can attest that this work life balance is fantastic. We really need to be talking about reducing working hours. In the past 8 months at this job I’ve built an autonomous solar powered vehicle from scratch which can drive over the tops of plant rows. I did this while working 15-20 hours a week. I’d say that’s pretty good productivity. Later in the year I will be adding weeding tools to the inside of the vehicle.
I’m hoping we can open source it, but that depends on whether or not we can get philanthropic funding. If anyone sees this and could contribute financially to open source it please let me know!
I also think that politically speaking, lowering standard working hours would create a much needed inflation, boosted consumption and employment at minor cost of material well being, so it's an interesting policy to pursue.
And I agree this plays in to politics well. Reduced working hours would boost employment among other things. I’ve heard in some countries you can unilaterally declare how many hours you want to work and your employer is obliged to accept. I don’t know the details, but if it works it would be wonderful to have that here.
javascript: (function() { function R(w) { try { var d = w.document, j, i, t, T, N, b, r = 1, C; for (j = 0; t = ["object", "embed", "applet", "iframe"][j]; ++j) { T = d.getElementsByTagName(t); for (i = T.length - 1; (i + 1) && (N = T[i]); --i) if (j != 3 || !R((C = N.contentWindow) ? C : N.contentDocument.defaultView)) { b = d.createElement("div"); b.style.width = N.width; b.style.height = N.height; b.innerHTML = "<del>" + (j == 3 ? "third-party " + t : t) + "</del>"; N.parentNode.replaceChild(b, N); } } } catch (E) { r = 0 } return r } R(self); var i, x; for (i = 0; x = frames[i]; ++i) R(x) })(); javascript: (function() { var newSS, styles = '* { background: #f9f9f9 ! important; color: black !important; text-shadow: none !important } :link, :link * { color: #0000EE !important } :visited, :visited * { color: #551A8B !important }'; if (document.createStyleSheet) { document.createStyleSheet("javascript:'" + styles + "'"); } else { newSS = document.createElement('link'); newSS.rel = 'stylesheet'; newSS.href = 'data:text/css,' + escape(styles); document.getElementsByTagName("head")[0].appendChild(newSS); } })(); javascript: (function() { var d = document; function K(N, w) { var nn = d.createElement(w), C = N.childNodes, i; for (i = C.length - 1; i >= 0; --i) nn.insertBefore(C[i], nn.childNodes[0]); N.parentNode.replaceChild(nn, N); } function Z(t, w) { var T = document.getElementsByTagName(t), j; for (j = T.length - 1; j >= 0; --j) K(T[j], w); } Z("blink", "span"); Z("marquee", "div"); })(); javascript: (function() { var H = ["mouseover", "mouseout", "unload", "resize"], o = window.opera; if (document.addEventListener /MOZ/ && !o) for (j in H) document.addEventListener(H[j], function(e) { e.stopPropagation(); }, true); else if (window.captureEvents /NS4/ && !o) { document.captureEvents(-1 /ALL/ ); for (j in H) window["on" + H[j]] = null; } else /IE/ { function R(N) { var i, x; for (j in H) if (N["on" + H[j]] /NOT TEXTNODE/ ) N["on" + H[j]] = null; for (i = 0; x = N.childNodes[i]; ++i) R(x); } R(document); } })(); javascript: (function() { var c, tID, iID; tID = setTimeout(function() {}, 0); for (c = 1; c < 1000 && c <= tID; ++c) clearTimeout(tID - c); iID = setInterval(function() {}, 1000); for (c = 0; c < 1000 && c <= iID; ++c) clearInterval(iID - c); })();
I did not write this and I do not remember where I got it from.
There's also the Just Read extension (https://justread.link/), which is quite nice.
1. If you don't really care that much for what you're doing (you have a worthless report due in three days) it's not as easy to get back in the zone as when you're doing something important.
2. You're happy to be distracted when doing something you don't care about. That makes sense - the distraction is most likely more important than what you're doing, so you're happy to have the excuse to meet with someone or answer an email.
And no, not all administrative work qualifies as creative. It's generally metawork that at best is necessary for your employer to continue to operate. Nobody cares how well you do it.
I still go to the office on Monday and Tuesday, and Wednesday, but I'm tuned out. I'm in Do-Mode. On Thursday, its build and demo and test, so I snap out of it and put things together for a releasable build.
Friday, fix bugs, do a new release for the test user to play with over the weekend.
Now, none of this is firm - break the rule if needed. But, generally, this helps keep a fat chunk of attention all the way up front, weekend->Thursday, that makes the magic happen.
Oddly enough, done right, it means Friday can be a slack day too.
> I guess the content is not important enough
What a gross way to assess a person's creative expression.
A lot of times, simply reaching out to an author and asking them to make their "content," available in your preferred manner is all it takes. Other times, the author, exercising their artistic merit, may say "hell no," to you, or perhaps "don't call my life's work 'content' you unsophisticated dweeb."
Who are you to judge something's worth based upon how easily you personally are able to consume it?
For the same reason browser vendors abolished the <marquee> and <blink> tags, this kind of unreadable color schemes should be reset by default by browsers, just like autoplaying videos, and pop-ups are suppressed.
The Gopher renaissance can't arrive fast enough.
Authors pay heed: Presentation matters. If you present your writing poorly, it will distract your readers from your ideas.
This is a third-party news aggregator. It's very common that the submitter is not the author. So the author is usually not even in the vicinity to hear the complaining. All in all, just another manifestation of slacktivism.