[UPDATE: The newest version of this presentation is here. joduinn 12feb2014, 09nov2014]
At the Mozilla Summit in sept2011, we ran a session on working remotely at Mozilla.
I was surprised/stunned/honored by needing to run this session *twice* because of popular demand, the sheer volume of interaction in each session and the ongoing interest since the summit.
Writing these slides, I realize how much I care about this topic… and how many careful subtle habits we’ve developed within RelEng over the last ~5 years.
During the summit, and again last week in Toronto, I had a chance to meet with Homa Bahrami (Senior Lecturer, Haas Management of Organizations Group, Haas School of Business, Berkeley). Apart from being a great person to talk with, she has lots of organizational and behavioral science background to help explain why the things that we felt were helping, were in fact, something she would expect to help!
(click image for PDF of slides; keynote available on request, but its large!)
As I said at the start of each session, at first it felt odd for a Release Engineer to be talking about work habits of distributed groups… until you think about how physically distributed Mozilla’s Release Engineering group is. I note, for the record, that *none* of RelEng are “in headquarters”. While there are occasional miscommunications, RelEng is fairly well plugged into whats going on… after all, we *need* to be in order to do our job of shipping software quickly, reliably and accurately.
To me, this feels like it actually is about working together in clearly understood ways. The suggestions here have helped “remote” RelEng people in clear and obvious ways, but they *also* help “local” RelEng people work together better.
Please let me know what you think. And of course, if you have ideas or suggestions that I missed, I’d love to hear them.
(Apologies to those who’ve been pestering me to post these over the last few months. Last week’s “remoties” day reminded me how important this is to post – even in its rough state. I’ve fixed the most egregious errors/typos, and merged in some feedback I got in the Q&A sessions. However, these slides still need further work. If you spot anything to fix, please let me know!)
At the Mozilla Summit in sept2011, we ran a session on working remotely at Mozilla. http://t.co/TnnJv2NO
Interesting slides from John O’Duinn on how the Mozilla distributed releng team works – “We are all remoties” http://t.co/qH75jBn3
Related reading to post on distributed teams from earlier. Mozilla’s “remoties”: http://t.co/Go5wUBD9 & 1:1 guidelines: http://t.co/nR92UUxQ
[…] https://www.releasemechanix.com/2012/04/04/we-are-all-remoties/ […]
[…] Other fully distributed teams discovered since publication: MadMimi (25 employees, all work-from-home); Canonical (multi-timezone distributed team; run like large open source project); Mozilla (they call themselves “remoties”) […]
Awesome insights into remote teams: http://t.co/ENJwgSlD http://t.co/txaWJRxY http://t.co/EokB9V7r #liferay #communication
We are all “remoties” http://t.co/PIjMsyP8
And release engineering at Mozilla explain how remote working works for them (ugh, PDFs of slides 🙁 http://t.co/q5qgGHB58n
[…] distributed team; run like large open source project); Mozilla (they call themselves “remoties”); StackOverflow (16 full-time remote, 18 in-person office, but fully distributed […]
We are all “remoties” http://t.co/L5IPwyXzHy presentation by Mozilla release engineer John O’Duinn at the Mozilla Summit
The couple links mentioned in today’s #hangops on remote working: https://t.co/9j43SbIDRX and http://t.co/4yQQSa0UdO
[…] Other talks referenced by Laura: John O’Duinn’s “We Are All Remoties” > https://www.releasemechanix.com/2012/04/04/we-are-all-remoties/ […]
@karlthepagan @freebsdgirl This post http://t.co/My85EXPBJF by @joduinn is the best WFH primer I’m aware of, btw, it has some good choices.