4 ms·
>When I was at the office for a decade, 90% of the insight and productivity came from informal conversations in the hallway, lunches and things I overheard in p
by r2dnb 10y ago
>When I was at the office for a decade, 90% of the insight and productivity came from informal conversations in the hallway, lunches and things I overheard in passing
The issue is not remote working, the very thing you wrote is the issue.
Virtually every time, remote working doesn't create new issues but reveals and - embarassingly - exposes existing ones.
You can no longer take a chance by letting things such as hallway affairs become a norm and an invisible force. You need to plan everything(and know what to plan), track everything relevant (and know what's relevant), be in control of the conditions for career and team progression (and therefore know precisely what these conditions are), you need to know your stuff. You can no longer just wait for magic to happen, put people in rooms and cross your fingers. Or send them to restaurant and expect team communication to have improved to the benefit of your KPIs.
The truth is 60-80% of today's companies are terribly run. Management of these companies is playing games without realizing it.
Remote working simply requires real management for it. Real managers quickly love it as remote working basically is : output-as-a-service : no noise, just efficiency and result. But the manager more tham ever needs to know what he is doing, because remote working accelerate the consequences of managerial weaknesses. What would have tanked a company in 5 years can tank it in 5 weeks.
But the positive is that once a remote setup has been successfully established, there is an organization insanely streamlined, efficient and competitive.
- ohjeez 10y agoOkay: So how would you advise someone to create that "real management for it"? Any references or suggestions you would recommend a well-meaning manager to gain the wisdom and skills necessary? (Because I also will be writing, separately, about how to do remote work well, and this is exactly the kind of info I want to impart.)
- p4wnc6 10y agoTwo excellent sources are Moral Mazes [0] and Peopleware [1]. Moral Mazes is a principled and academic study of how managers believe ethics and morality work within systems of bureaucracy, and how this differs from the ethical expectations of subordinates and citizens who then have to develop their own rationalizations for how to fit into bureaucratic apparatuses, which they depend on for their livelihood, while compromising away what they believe to be basic and unalienable humanity-affirming principles in order to conform to business expectations. It uses qualitative data from a longitudinal survey in which the author gathered interviews from employees at all levels of corporate hierarchy over a period of years from several different (anonymized) companies in the 80s. I really wish Moral Mazes was required reading in college. It would have helped me prepare for the shocking business world dysfunction that awaits virtually every employee, in every field, after graduation. Peopleware is a classic within specifically software management, and deals with many of the same human-affirming principles that you see in Moral Mazes, but deals with them in formats that are specific to software. There are a lot of connections between the two books, but the connections haven't been well formalized as far as I know. I love these two books because as you read them the slow feeling of horror comes over you as you see the true diff between how companies operate and how a company should operate if it is to maintain even the tiniest degree of humanity-affirming ethical commitment or even the tiniest degree of genuine concerns for (even from a market competition point of view) how productivity should be marshaled for general human progress. I find there are more or less two types of reactions. Some people read them and go, "Yep. I've seen all that. No surprises here. Oh well, back to work." and just don't care because they just want to focus on local instrumentally rational actions even if it means participating in what is making the entire concept of employment so shitty. Some other people read them and find that it makes their soul glow again a little and they have a hard time ever fitting back into a company now that they have some formalized tools for recognizing how shittily they are being treated at all times. [0] https://en.wikipedia.org/wiki/Moral_Mazes https://en.wikipedia.org/wiki/Moral_Mazes [1] https://en.wikipedia.org/wiki/Peopleware:_Productive_Projects_and_Teams https://en.wikipedia.org/wiki/Peopleware:_Productive_Project... Also a good popular article drawing on Moral Mazes: < http://opinionator.blogs.nytimes.com/2013/09/15/the-banality-of-systemic-evil/ http://opinionator.blogs.nytimes.com/2013/09/15/the-banality... >.
- ohjeez 10y agoI read _Peopleware_ when it first came out, and I agree wholeheartedly with your assessment. I've actually bought it three times, because I "loaned" it to someone and never got the book back. I haven't encountered _Moral Mazes_ before; I'm going to look for it now!
- DanielBMarkham 10y agoI've both hired and advised people hiring. This is beginning to look like the blind men and the elephant. The inside joke on remote/distributed work is "You know, if we just had 1) better managers, 2) better specs, 3) better tools" We have been trying all of this for 30 years or so. At some point a reasonable person would look around and see that most all startups are colocated, physically in the same room having to deal with each other all day long. There are plenty of theories as to why this is true. Another observation: people not in the office do best at rote work: fix the bugs, align the images on the website, and so on. If your job could be done by robots -- if it required minimal interaction over electronic tools to get specs and deliver on them in an over-the-wall manner -- it will be done by robots. Creating technology is about people, not technology. You sitting in a room and getting into flow-state and cranking out code is nowhere near as important as you interacting minute-by-minute with messy humans and trying to determine the nature of the problem you're solving. Best-case scenario: you work on a tightly-knit team for a few weeks/months on a fixed-length job. Everybody gets into sync on the customer, specs, terminology, and solution. The customer's problem is not changing that much. You deliver some stuff as a team that people like. At that point, and not before, who cares where people are? Just get the work done. You can scale that out to working in BigCorp on a fixed domain, but only so much. And the scary thing is that there are no alarms that go off if you're doing it wrong. It's not impossible, or bad. But it works under very limited conditions. Understanding that is critical. I know there are a ton of folks who want to work remotely. I am one of them. But wanting something and looking realistically at what works or not are two different things.
- eeZah7Ux 10y ago> You sitting in a room and getting into flow-state and cranking out code is nowhere near as important as you interacting minute-by-minute with messy humans and trying to determine the nature of the problem you're solving. Are you implying that "interacting minute-by-minute with messy humans" requires physical presence?
- dragonwriter 10y agoIt doesn't require it, but in my experience is vastly more effective; teleconferencing (even with all the wiz-bang tech aids available) is vastly lower bandwidth and reduced options for interaction, and a lot more opportunity for distraction/interruption, either physically at any of the involved locations or because of tech failures.
- eeZah7Ux 10y ago> Virtually every time, remote working doesn't create new issues but reveals and - embarassingly - exposes existing ones. Indeed remote working exposes poor communication e.g. relying on random water cooler conversations instead of having proper communication channels - and many companies prefer to kill the messenger.