Open Thinkering

Menu

Month: April 2016

Weeknote 15/2016

This week I’ve been:

  • Sending out Issue #210 of Doug Belshaw’s Thought Shrapnel, my weekly newsletter loosely focused on education, technology, and productivity. This week it included links about blockchain in education, Mozilla’s Web Literacy Map 2.0, and how to find productive hours. Many thanks to 9Sharp for sponsoring this week’s issue!
  • Recording and releasing Episode 46 (‘Maltese Credentials’) of the Today In Digital Education podcast, my weekly podcast with co-host Dai Barnes. This week we discussed elephants in the classroom, Dai’s experiences in Malta, Liberia outsourcing their education system, what Doug learned while at Mozilla, the cult of the attention web, what constitutes a credential, how to find your most productive hours, and more! You can discuss TIDE in our Slack channel.
  • Demoing the progress I’ve made on the refresh to our church’s website. You can see it here. I’ve still got to port a lot of the content across.
  • Suffering from a debilitating migraine on Monday. I’d planned to work from home, but I ended up spending the day in bed, and reading as I wasn’t much use to anyone. It’s been a while since I’ve had one that bad.
  • Helping Eylan Ezekiel with some planning and prioritisation as a ‘critical friend’. It was a great opportunity to hang out with him in his house in Oxford, and meet his lovely family. I’ve been doing more and more of this kind of work, both in-person and remotely, so perhaps it’s time to offer it as an explicit service of Dynamic Skillset?
  • Setting up and instance of Sandstorm for Work to see if it’s going to work for a new venture a few of us have planned.
  • Participating in the first day of the Tech Infrastructure for the Future Social Sector Hack in Oxford. This was organised by Tris Lumley from NPC, and facilitated by Andy Gibson. Eylan was there, as was John Bevan, and I managed to demo something by the end of the day! Afterwards, I checked out Broad Street, where Thornton’s bookshop used to be (where I worked during the summer almost 20 years ago) and had a pint with Eylan in The Eagle and Child, a famous and favourite pub.
  • Working for City & Guilds from their London office on Thursday, and from home for them on Friday. This involved some collaboration with Bryan Mathers and collating lots of links around the future of work/toolsets.
  • Flashing my Sony Xperia Z3 Compact with a new ROM giving me Android 6.0.1 (‘Marshmallow’). I’d been using CyanogenMod nightly builds, but they were both a little unstable (especially around Bluetooth) and stuck on Android 5.1. In the end I used a ROM that Sony have rolled out experimentally in Latin America…
  • Writing:

Next week, I’m working from home on Monday, then in London from Tuesday to Thursday. I’ll be back home to sleep in my own bed, then I’m off to the Lake District to spend two days up a mountain. This should count towards the 20 ‘quality mountain days’ I need to accrue before starting my Mountain Leader course. It’s then Maker Faire UK in Newcastle on the Sunday!

Weeknote 14/2016

This week I’ve been:

Next week I’ll be working from home on Monday, then heading to Oxford to work with Eylan Ezekiel on Tuesday, before taking part in the Tech Infrastructure for the Future Social Sector Hack event on Wednesday. I’ll be in London working with City & Guilds on Thursday, and then home on Friday.

3 things I learned during my time at Mozilla

Introduction

On my to-do list for the last year has been ‘write up what I learned at Mozilla’. I didn’t want this anniversary week to go by without writing something, so despite this being nowhere near as comprehensive as what I’d like to write, it at least shifts that item from my to-do list!

The following are three (plus one bonus) personal learning points that I felt were some of my main takeaways from the three years I spent working for the Mozilla Foundation. After being a volunteer from 2011, I became a member of staff from 2012-15, working first as Badges & Skills Lead, and then transitioning to Web Literacy Lead.

1. Working openly by default is awesome

Mozilla is radically open. Most meetings are available via public URLs, notes and projects are open for public scrutiny, and work is shared by default on the open web.

There are many unexpected benefits through doing this, including it being a lot easier to find out what your colleagues are working on. It’s therefore easy to co-ordinate efforts between teams, and to bring people into projects.

In fact, I think that working openly is such an advantage, that I’ve been advocating it to every client I’ve worked with since setting up Dynamic Skillset. Thankfully, there’s now a fantastic book to help with that evangelism entitled The Open Organization by the CEO of Red Hat, a $2bn Open Source tech firm.

2. The mission is more important than individuals

This feels like an odd point to include and could, in fact, be seen as somewhat negative. However, for me, it was a positive, and one of the main reasons I decided to spend my time volunteering for Mozilla in the first place. When the mission and manifesto of an organisation are explicit and publicly-available, it’s immediately obvious whether what you’re working on is worthwhile in the eyes of your colleagues.

No organisation is without its politics, but working for Mozilla was the first time I’d experienced the peculiar politics of Open Source. Instead of the institutional politics of educational institutions, these were politics about the best way to further the mission of the organisation. Sometimes this led to people leaving the organisation. Sometimes it led to heated debates. But the great thing was that these discussions were all ultimately focused on achieving the same end goals.

3. Working remotely is hard

I do like working remotely, but it’s difficult — and for reasons you might not immediately expect. The upsides of remote working are pretty obvious: no commute, live wherever you like, and structure your day more flexibly than you could do if you were based in an office.

What I learned pretty quickly is that there can be a fairly large downside to every interaction with colleagues being somewhat transactional. What I mean by that is there’s no corridor conversations, no wandering over to someone else’s desk to see how they are, no watercooler conversations.

There are huge efficiency gains to be had by having remote workers all around the globe — the sun never sets on your workforce — but it’s imperative that they come together from time to time. Thankfully, Mozilla were pretty good at flying us out to San Francisco, Toronto, and other places (like Portland, Oregon) to work together and have high-bandwidth conversations.

Perhaps the hardest thing about working remotely is that lack of bandwidth. Yes, I had frequent video conversations with colleagues, but a lot of interaction was text-based. When there’s no way to read the intention of a potentially-ambiguous sentence, dwelling on these interactions in the solitude of remote working can be anxiety-inducing.

Since leaving Mozilla I’ve read some studies that suggest that successful long-term remote working is best done based in teams. I can see the logic in that. The blend I’ve got now with some work being done face-to-face with clients, and some from home, seems to suit me better.

(4. Technical skills are underrated)

This is a bonus point, but one that I thought I should include. As you’d expect, Mozilla was an environment with the most technology-savvy people I’ve ever had the pleasure to work with. There were some drawbacks to this, including an element of what Evgeny Morozov would call ‘technological solutionism’, but on the whole it was extremely positive.

There were three specific ways in which having tech-savvy colleagues was helpful. First, it meant that you could assume a baseline. Mozilla can use tools with its staff and volunteers that may be uncomfortable or confusing for the average office worker. There is a high cognitive load, for example, when participating in a meeting via etherpad, chat, and voice call simultaneously. But being able to use exactly the right tool for the job rather than just a generic tool catering to the lowest common denominator has its advantages.

Second, tech-savvy colleagues means that things you discuss in meetings and at work weeks get prototyped quickly. I can still remember how shocked I was when Atul Varma created a version of the WebLitMapper a few days after I’d mentioned that such a thing would be useful!

The third point is somewhat related to the first. When you have a majority of people with a high level of technical skills, the default is towards upskilling, rather than dumbing down. There were numerous spontaneous ways in which this type of skillsharing occurred, especially when Mozilla started using GitHub for everything — including planning!

Conclusion

Although I’m genuinely happier than I’ve ever been in my current position as a self-employed, independent consultant, I wouldn’t trade my experience working for Mozilla for anything. It was a privilege to work alongside such talented colleagues and do work that was truly making the web a better place.

One of the reasons for writing this post was that I’ve found that I tend to introduce myself as someone who “used to work for Mozilla”. This week, one year on, marks a time at which I reflect happily on the time I had there, but ensure that my eyes are on the future.

Like so many former members of staff, I’ve found it difficult to disentangle my own identity from that of Mozilla. I purposely took this past year as time completely away from any Mozilla projects so I could gain some critical distance — and so that people realised I’d actually moved on!

So who am I? I’m Dr. Doug Belshaw, an independent consultant focusing on the intersection of education, technology, and productivity. But I remain a Mozillian. You can find me at mozillans.org here.

Image CC BY Paul Clarke (bonus points if you can spot me!)

css.php