> In 2013, for example, Yahoo's new CEO Marissa Mayer banned employees from working at home. She made this decision after checking the server logs for the virtual private network that Yahoo employees use to remotely log in to company servers. Mayer was upset because the employees working from home didn't sign in enough throughout the day. She was, in some sense, punishing her employees for nor spending more time checking e-mail (one of the primary reasons to log in to the servers). "If you're not visibly busy," she signaled, "I'll assume you're not productive."
"Batching" email to specific times in the day is a pretty well-known productivity win, especially for people whose job it is to engage in deep work.
Like a boss I had that thought programming was just typing and didn't understand why I:
1) Wrote a lot on paper and whiteboard;
2) Sat back in thought a lot;
3) Spoke with my colleagues.
I became "more productive" in his eyes by hiding in the testing lab to do my thinking. I was actually testing, too, but I didn't watch the test cases closely so I'd be writing/reading/thinking for a few minutes after each one ran.
This is something that always bothers me when I'm forced to pair program. I constantly feel pressured to put code on the screen instead of sitting back and thinking about how to tackle a problem. When I am tasked and allowed to do something on my own I often spend more time thinking ahead about the problem then actually implementing the solution, and I'm sure I'm not alone in this.
Programming is as much an art as it is a science, you can bang a keyboard all day but without putting thought into it (which typically requires pause or maybe a change of scenery even) it can often result in a worse product.
And I got news for her - you can't visibly tell if I am busy or not short of standing behind me all day.
Still, you get the feeling she was sort of the sucker at that particular poker game.
People who routinely worked outside of the office, or just wanted to be able to read their e-mail at home without the VPN client randomly panicing their system, had devised various workarounds to get things done.
The corporate VPN is distinct from production, so you could still do actual work without using it too.
Are you suggesting that people should have worked directly on production servers instead of using the VPN to work in a development environment?
Someone whose job pertains to operations does the bulk of their daily work on actual production hosts, for instance. Some tools (like the bug tracker) also didn't require use of the VPN.