Since I started at 7digital I’ve loved our belief in continuous improvement. Throughout our history as a company we have had a number of influential women working in various parts of organisation yet I knew there was more we could do to improve the diversity of our tech team.

 

When I joined in July 2014 I was one of two women on the tech team, a position that was short-lived as my fellow female dev left for a new position, leaving me with the coveted position of “the woman developer”. Not wanting to sit idly by and maintain my new title I set about pro-actively working with others in the tech team to grow our outreach to female developers. After only a year and a half, our tech team is now made up of 23% women, of which a number hold senior developer positions.

 

So how did we manage to achieve this in such a short space of time? Here are some of my top tips to bridging the gender gap in tech that helped us along.

  1. Create a gender neutral job advert

The first part of the hiring process is centred on the job advert so we felt this was an important place to start.

 

A key step for us was to re-evaluate the language we used so that we could strive to incorporate gender-neutral terminology1. Using the online tool Textio, which has used machine learning to detect gender bias from millions of successful (and less successful) job advertisements, we were able to achieve this. It is useful to know that there is more to consider than just the use of pronouns when influencing or encouraging balanced applications. As a team we’ve benefitted from understanding how tone and structure in writing can impact your communication from a gender perspective.

2. Form a technical academy or training program

Here at 7digital we believe it is important to not only strive to attract the best talent but to also help nurture it ourselves.

 

Every year we give internal team members from any department, as well as two new graduate hires, the opportunity to take part in our Technical Academy. The programme consists of 6 months of software development training covering everything from writing code to build automation. Our graduate hires are taken on as full time developers, which ensures that from day one they are fully immersed into our tech teams.

 

The academy originally began as a way to teach inexperienced software devs specialised skills. The programme has since expanded to include staff who wish to become software developers or simply to gain skills that will support their current role at 7digital. The Technical Academy has received increasing interest from female employees outside the tech team as well as a rising number of women for the graduate positions. Whilst selection for the academy has not focused specifically on women, we found this to be one of the most successful factors in increasing our gender diversity. We hope that other companies see the same success with established internal training programmes.

3. Implement a code of conduct for events

Creating and implementing a code of conduct for our events was a no-brainer, and one of the simplest changes to implement.

 

We used an open source code of conduct and made sure attendees at our tech meetup, Devs in the Ditch, were aware of the standards of behaviour expected. Whilst we have not had any poor behaviour in the past, we recognised the importance of having a clear code of conduct, one that ensures attendees of any gender or background are treated with respect. This allows us, as hosts, to outline the culture of our events, and handle situations in the event that a guest’s behaviour falls below the standards expected.  

4. Discussing issues and educating ourselves

The single most important thing we did turned out to be free and easy: to educate our teams and create an open-environment for gender issues.

 

When the women in our company spoke about the issues they have faced, we as a team listened. We discussed how men and women write their CVs differently and to be aware of the tendency for women to undersell themselves2,3.  

 

We raised awareness of ways that all of our team could be encouraged to contribute to discussions and not feel that they were being ignored - for example, asking people to think before interrupting someone and reducing the use of gendered pronouns. This worked especially well with the female team members as they were no longer frustrated that they had to make extra effort to get their opinions heard.

 

Jenny, a senior developer in the Delivery Team, spoke to us about how the company should provide employees with a clear route to progress. We even had an, unfortunately failed, attempt at a women’s football team. The importance of this has been that by listening we have then been able to implement change!

5. Promoting our values beyond our walls

It is great to get your own house in order, but we also recognised the importance of getting involved with external organisations and discussions that help encourage gender diversity in technology.

 

As a company, we have increased our support for organisations such as Stemettes, CAS #include and Geekettes: CAS #include works with teachers to ensure the new computing curriculum is an equal opportunity for everyone; Stemettes encourages girls to choose STEM based subjects by running hack days; Geekettes is a global organisation that encourages the advancement of women in tech or digital leadership roles. Our efforts have included ten members of our team attending the #include computing wikibook hackathon, as well as being a part of their role model poster project - with 7digital tech team designing and starring in the poster. We’ve also sent volunteers to help support the Stemettes recent Code Warriors Hackathon, which lead to the hashtag #GirlsinSTEM trending for 8 hours on Twitter! We found the issues discussed at these events were discussed within the office, which has help to spread both awareness and knowledge.

 

The fantastic crowd at the Stemettes event (Twitter: @stemettes) 

 

The team CAS #include with poster

What have 7digital said about this?

Simon Cole, CEO, has stated “Gender diversity brings many things to an organisation but fundamentally, for me, it is about a work environment matching the environment of a society, whatever role people are performing.  Sometimes that involves us leading change and I am enormously proud of the work that Emma-Ashley and others have done to create that lead in our development team. There is more to do but already I feel a noticeable change in the whole work environment surrounding our dev teams, a change for the better. The most effective way to lead change is to start as people enter the world of work - or even before it - and in that respect, the work Emma-Ashley does in schools and colleges with the next generation of world class developer talent is absolutely vital.”

 

Paul Shannon, Vice President of Technology and former software developer in the Content Development Team, has spoken on our progression, stating “I’m proud of the compassion and attitude I’ve seen growing in our team around diversity awareness. Having great developers like Emma-Ashley pushing back and questioning our practices is precisely why we don’t want a team of clone-like versions of ourselves. The positive effect on the team is difficult to measure, and we love to measure things, it certainly feels like it’s making a positive difference and we’re attracting, and retaining, some fantastically talented people these days. Our culture of continuous improvement and the emphasis on giving people interesting problems to solve with a great degree of freedom really benefits from having ideas grounded in different experiences; with different viewpoints influenced by that diversity we’re trying to foster.”

 

Janey, one of our newest apprentice developers, noticed the positive gender ratios on the tech team and told us after joining it was a deciding factor in accepting a role here. For us this validated the effort and time spent on the things we listed above as we could see the value from having more women in the team was attracting more women. She also told us in her interview she is going to be a CTO one day, and we hope to help her on her way with that.

 

In an industry which is 16% women, we have been pro-actively striving to support the presence of female role models. We have been looking at the way progress works within 7digital and have held a tech team open space, making sure we had women there to provide feedback.

 

We know there is still a lot of work to do but we didn’t want to wait to share what we did. Whoever you are, man or woman, if you are into software development or system administration and want to join us on our journey of continuous improvement, we are hiring and would love to hear from you!

 

Footnotes

1Gaucher, Friesen, & Kay. “Evidence That Gendered Wording in Job Advertisements Exists and Sustains Gender Inequality.” American Psychological Association (2011)

2Haynes & Heilman. “It had to be you(not me)! Women's attributional rationalization of their contribution to successful work outcomes.” Personality and Social Psychology Bulletin (2013)

3Ceniza-Levine, C. “If You Don't Feel Like You're Bragging, You're Probably Underselling Yourself.” Forbes (2011)

 

 

 

The Author

Emma-Ashley fills the role of Software Developer in the Media Delivery team where she is working with 7digital's streaming and downloading technologies. In her spare time she is also Industry Liaison for @CASinclude, @stemettes Ambassador and proud Hufflepuff.

Tag: 
Women
Tech
community
Hiring
Diversity
sharri.morris@7digital.com
Wednesday, February 20, 2013 - 12:53

Somewhere in the 7digital.com web site infrastructure there are classes that override the default controller and view factories (it is an ASP MVC project). Why did we do this? In our opinion, the default project layout is a hindrance to code readability.

The idea is explained by Uncle Bob in his concept of “screaming architecture”.  i.e. if you glance at the program's folder structure, what is the most blatant thing about it, what is it “screaming about”?

If there's a folder full of controllers, and a folder full of views, and another for models, then it's screaming “I am an ASP.Net MVC project! I do ASP MVC things!”. If there's a folder called “Artists” and another called “Genres”, each containing controllers, views and other classes related to that feature, it's instead saying “I am a music catalogue on the web”.

I personally feel that “screaming architecture” is a very poor name for a very good concept. The architecture isn't having a crisis. It's not running around with hair on fire shouting “aaargh!!!”.  Maybe Uncle Bob has more positive associations with the word “screaming”? With his meaning of “screaming”, every architecture is screaming about something, but what is the important thing. 

sharri.morris@7digital.com
Friday, January 4, 2013 - 10:11

 

We’re primarily driven by meeting 7digital’s goals and objectives

  • Everything we do should be driven by clear business goals and objectives. Where they are lacking we should go and find them.
  • We expect business needs to be provided as problems that need solving with clear expectations and measurables without prejudice towards the implementation.

Release Early and Often; Fail Early and LOUDLY!

  • It’s essential we can respond quickly to changing business requirements. The best measure of our effectiveness in doing so is via frequent predictable releases through a steady rhythm of working. Things need to be easy to change (maintainable) and delivered at a sustainable pace.
  • It’s far more preferable to get something in production as soon as possible and develop iteratively based on feedback than to get bogged down in speculative analysis or a fear of not making all the right decisions up front (be that regarding technology choices or requirements).
  • Failures are expected, and welcome. When projects fail, we learn about other routes that might work. When software fails, it tells us about invalid assumptions we’ve made. The earlier and louder the failure, the more valuable that information is.

The best solutions come from everyone working together

sharri.morris@7digital.com
Wednesday, October 17, 2012 - 09:51

Overview

Servicestack is a comprehensive web framework for .NET that allows you to quickly and easily set up a REST web service with very little effort. We already use OpenRasta to achieve this same goal within our stack, so I thought it would be interesting to compare the two and see how quickly I could get something up and running. The thing that most interested me initially about ServiceStack was the fact that it claims out of the box support for Memcached, something we already use extensively to cache DTOs, and Redis, the ubiquitous NoSql namevaluecollection store.

Getting cracking

I set myself the task of creating a basic endpoint for accessing 7digital artist, release and track details. Whilst taking advantage of ServiceStack’s ability to create a listener from a console window so I didn’t have to waste time attempting to set it up via IIS:

sharri.morris@7digital.com
Tuesday, September 25, 2012 - 16:40

Over the last month we've started using ServiceStack for a couple of our api endpoints (go to the full ServiceStack story here) . We're hosting these projects on a Debian Squeeze vm using nginx and Mono. We ran into various problems along the way which we'll explain, but we also managed to achieve some interesting things; here's a summary. Hopefully you'll find this useful.

Nginx

We're using nginx and fastcgi to host the application. This is good from a systems perspective because our applications can run without root privileges. For the communication between mono-fastcgi and nginx, we are using a unix socket file instead of proxying through a local port. This makes configuration much easier, as you map applications to files rather than port numbers, so the convention rules for this are much more straightforward. (Besides, you may be hit by a memory leak if you don't use unix socket files.) Furthermore, using files instead of ports has made our life easier for automated deployments because: