Release Management gets an Intern!

Thanks to the GNOME Outreach Program for Women, we’ve got ourselves an awesome January intern who will be doing her first Open Source contributions all the way from Australia.

Lianne Lee stood out as the strongest of several applicants to the Release Metrics Dashboard, which was one of the two Mozilla projects that Selena Deckelmann and I threw together in order to try and lure people to our devious schemes for moar metrics. Lianne’s application was thorough and used all the technologies I wanted our intern to have familiarity with (python, git, javascript, creating data visualizations)

Firefox 17 triage over 6 weeks

She did a great job of showing one of the things release managers do over the six weeks a Firefox version is in Beta. The spikes in the above graph align with our constant triaging of tracking-firefox17? flags and how the number of bugs flagged for tracking decreases after the first few betas have shipped. When we get to beta 4 we’re starting to get more reserved about what we’re willing to track (it usually has to be pretty critical, or a low-risk fix to a many-user-facing issue).

Firefox 17 Tracked Bugs

This next graph shows us what we already know – but it’s very nice to SEE: our bugs tracked for a particular release continually go down over time, gradually.  Remember, this is while new bugs are being added to tracking regularly, so the fact that the trend keeps going down helps us know we are staying on top of our work and that engineers are continuing to fix tracked bugs as we close in on a 6 week ship date.

Now that we know Lianne has got what it takes, we’re going to set her on a more ambitious project – to create an engineering dashboard both for individuals and for teams, that would give them this sort of info on demand.  Want to see where you’re at (or where your team is at) on a particular version?  The engineering dashboard could show you in priority sequence what should be top on your list and also what bugs your team has unassigned that are tracked and should be assigned pronto (or communicate to RelMan that the bug should not be tracked).

This will be a huge improvement over email nagging (don’t worry, that’s still going to be around for many more months) because it will give us some quick, visual cues about how we’re doing with Firefox priorities and then we can also keep these measurements over time to compare release-to-release what the temperature of a particular version was. We hope this will allow us to keep fine tuning and working towards more stable beta cycles as we move forward.

Lianne will be with us from January 2 to April 2, 2013 and in her first week she’ll be evaluating a bunch of existing dashboards we know about to see what the pros and cons of each are and to do reconn on the technologies and visualizations people use.  We’ll use that to help us develop the v1.0 of this project’s deliverable and make sure it’s left in a state that RelMan intern 2.0 can pick up next summer.

Please comment if you have dashboards you like, you loathe, or you just want us to know about.

Isn’t “hack” a bad word?

This past weekend I led another soft circuits 101 workshop as a Mozilla Rep at a women’s music festival near SF called Fabulosa. I had one hour to teach people really basic electricity, circuits, and how to ‘hack’ their clothes/sculptures/lives with a 3V battery and some LEDs.

The reason I love to do this workshop is because I find it gives participants a physical representation of the hacker spirit Mozilla aims to embody for the web.  Learning soft circuits is just the tip of the iceberg and I always stress that the web has much more info for them to continue exploring, learning, being curious about how to create and modify technology in their lives.  In one hour, I just show them how to make light.

This workshop was smaller than the ~80 girls who came through at Dare 2B Digital.  The festival setting meant there were more conflicts of interest so I had 6 participants instead of the 20-25 I had planned for. The 6 participants were all very enthusiastic though, and we started off with a go-around to hear why people were interested in learning soft circuitry.  One person was hoping to learn how to light up her clay sculptures, another wanted to make art for Burning Man, and a few had costume ideas in mind.

I spent the first 10-15 minutes explaining electricity, how a circuit works, and what kind of circuit they would be creating with their 3V batteries and LEDs – their circuits would be made using conductive thread sewn into felt (or some other material if they brought it).  With only 40 minutes left, we got to work – everyone started in on their first circuit.

While we were casually chatting during the building time, one woman said “I thought ‘hack’ was a bad word” (I had written a large “HACK” on the whiteboard to inspire).  I’m so glad she brought this up and we had a chance to discuss the very reason for workshops like these, and for Mozilla. I explained to her that while it might once have been a vilified term, it has now been largely reclaimed as people work to make sure that they have full ownership of the things they buy, or make.  Encouraging people to open their minds up to the potential of hacking their lives – whether on the web or in the physical world – always feels great.  I was happy that even in this small gathering, we got to discuss this very key issue for technology going into the future, and that there are now 6 new hackers in the world.

More reasons to support the Ada Initiative

This week there’s been a tremendous amount of tech community churn with companies being called out for blatant sexism/women-as-sex-objects in their company promotional material.  Sqoot organized a hackathon in Boston and made a very big mistake in their call for participation which kicks off with the assumption that hackers would all be men, then continues with a misguided attempt at an apology that only suggests they are sorry I don’t have the same sense of ‘fun’ that they do (they have updated the apology to this, which I still find lacking).  This morning I woke up to the delightful twit-splosion about Geeklist.  I notice that I had never heard of either of these companies prior to their exposure from feminists calling them out which leads me to think about the long term impact for these kinds of internet altercations.  Much like how having what goes into a MacDonald’s burger exposed or seeing video of how WalMart treats its employees has shaped my physical world consumer habits, I suspect that hearing about/experiencing sexism (or a multitude of other poor behaviours) from a particular company will help steer my internet participation whether I’m already familiar with them or not.

What these events should remind us of is that there are people working on this stuff. Individuals, to be sure, along with bloggers and the tweet-verse but also actual companies like, for example The Ada Initiative.  They are experts at working alongside organizations, tech conference organizers, and open-source communities to help set up training, hiring processes, and organizational policies that would have helped both Sqoot and Geeklist avoid this kind of publicity in the first place by addressing their assumptions at a lower level.

If your company hasn’t got a Code of Conduct (and Mozilla is currently hard at work on creating ours this week after our own conflict a couple of weeks ago), if things are just being brushed aside right now or your employees are told to ‘lighten up’, then trust me: you’ve got a ticking time bomb in your organization’s future.  Not having something in place is not the way to deal with the tricky details that come with the admirable goal of a diverse workplace/community.  Sure, getting those things in place, making sure policies have teeth, and organizing some sensitivity training may not end all possibilities of people getting hurt or ending up in confrontations but I believe that setting the tone and getting a few ducks in a row is a wise undertaking for most companies with more than 2 employees and it most certainly won’t HURT. Once you have something in place, consider future occurrences of conflict opportunities to iterate.

Get in touch with The Ada Initiative today and figure out what your company doesn’t have in place yet that will give it the future you really want.  I’m pretty sure avoiding having your brand dragged through the mud in the eyes of approximately half your potential market isn’t in your business plan.