×

Tag: Digital

WomenInDigi19

How we as leaders can keep supporting people

Women In Digital Logo

As I sat listening to the conversations happening at the Women in Digital event on Wednesday, it occurred to me that although the point of the day was around creating more opportunities and continuing to support women working within digital, so many of the things that we talked about are also applicable outside of the digital industry.

Creating opportunities

One of the main points of discussion was how we can create opportunities. Opportunities through recruitment, promotion, to step up or work in new areas, to train and learn new skills, chances to take part in development programmes, attend conferences or speak at events. Opportunities for mentoring, to be a mentor or even just to job shadow someone. Those opportunities can come in all shapes and sizes and one of our roles as leaders is to make sure we’re creating those opportunities for people.

At the start of the event @Aaronjaffery mentioned that within the last year, DWP Digital has recruited for 9 new Senior Civil Service roles. For those they had almost 300 applications from men, but only 60 applications from women. However, of those 9 roles, 6 were filled by women who had applied and only 3 went to male candidates. This shows that the opportunities are out there but we need to work on encouraging women to apply for opportunities when they do arise. So what else needs to be done?

The right culture

We need to create the right kind of culture: the kind of culture that allows you to ask for help, to challenge things that you think aren’t working right, to admit that you’re not doing ok and need more support. The kind of culture that encourages people to check in with each other. @CheryJStevens did a fantastic keynote speech about her return to work journey a few years ago, the help and support she needed and the practical steps she took to successfully reintegrate into the workplace. As she so perfectly said: “It’s ok to not be ok, and to ask for help.” This message from a senior leader is really important and something we need to hear and talk about more.

Photo of Cheryl Stevens speaking at the event

Paying it forward

No one gets where they are without help and support, so it’s important to create an environment where you can pay that forward. For leaders to make themselves more available, offer coaching and support – creating those opportunities. It’s been nice to hear what organisations have been doing to create opportunities and the right culture for women to thrive in digital. It was great to hear from @ReneeNo17, Director of Digital Platforms at Sky, about their Returners Programme aimed at helping women return to work after career breaks, and the work they’re doing to increase diversity and be more inclusive. I know things like Digital Voices and Crossing Thresholds exist in the public sector to help women develop their skills, but we need more of this.

Building confidence

Whether it’s following a promotion, helping someone progress in their career or supporting someone returning to work, one of the key themes of the day was around people who have had their confidence knocked and needed to rebuild their faith in themselves. Running sessions that bust myths about who makes a good programmer and what skills they need was a good start. Following that up with opportunities to learn the basics of code in work was even better. It was great to see @SarahInTalent at the event, taking about @WILD_igital, a community in Leeds that was set up to grow and retain women in digital roles in the city. Schemes like Digital Voices where women can support each other to learn new skills and take up new opportunities are a great example of how DWP Digital is helping build skills, but all the women today cited how, most importantly, it has helped them build their confidence.

Online resources to help people learn to code

Support networks

One of the reasons I love coming to events like Women in Digital is because they’re all about building support networks, and I think they are so critical to all of us. Good networks give you all of the things I’ve talked about here. They can support you, build your confidence and encourage you. They can help you access new opportunities.

The other positive about networks is you can belong to many – none of us only wear one label. Intersectionality is important when considering things like how we get more women in digital, as we don’t want to only get more white women, or straight women, or women who went to Oxford University. It was great today to hear from lots of different women about their journey, and it’s always good to be able to hear about and consider perceptions and experiences different to our own. I want to keep widening that circle. Our networks can work together to build each other up.

@YanYanMurray and @Zoe_On_the_Go at the event

For me, days like today let me check in with my ‘tribe’. Even when we’ve all been busy, events like this are an opportunity to set aside time to focus on yourself and your development and see what is happening in the wider world, to consider that wider bubble, to challenge your assumptions and keep adding to your network; and that is really important. We gain skills and develop ourselves the more we work together to share our knowledge and experiences.

Be Brave and Believe in yourself

A guest blog written for @DWPDigital originally posted here.  

Round and round we go.

In other words Agile isn’t linear so stop making it look like it is.

Most people within the public sector who work in Digital transformation have seen the GDS version of the Alpha lifecycle:

Which aims to demonstrate that developing services starts with user needs, and that projects will move from Discovery to Live, with iterations at each stage of the lifecycle.

The problem with this image of Agile is that it still makes the development of Products and Services seem linear, which it very rarely is. Most Products and Services I know, certainly the big complex ones, will need several cracks at a Discovery. They move into Alpha and then back to Discovery. They may get to Beta, stop and then start again. The more we move to a Service Design mentality, and approach problems holistically, the more complex we realise they are, and this means developing Products and Services that meet user needs is very rarely as simple and straightforward as the GDS Lifecycle makes it appear.

And this is fine, one of the core principles of Agile is failing fast. Stopping things rather than carrying on regardless. We iterate our Products and Services because we realise there is more to learn. More to Discover.

The problem is, especially in organisations new to Agile and the GDS way of working, they see the above image, and its more linear portrayal seems familiar and understandable to them, because they are generally user to Waterfall projects which are linear. So when something doesn’t move from Alpha to Beta, when it needs to go back into Discovery they see that as a failure of the team, of the Project. Sometimes it is, but more not always, sometimes the team have done exactly what they were meant to do, they realised the problem identified at the start wasn’t the right problem to fix because they have tested assumptions and learned from their research. This is what we want them to do.

The second problem with the image put forward in the GDS lifecycle is that it doesn’t demonstrate how additional features are added. The principle of Agile is getting the smallest usable bit of your Product or Service out and being used by users as soon as you can, the minimum viable product (MVP), and this is right. But once you have your MVP live what then? The Service Manual talks about keeping iterating in Live, but if your Product or Service is large or complex, then your MVP might just be for one of your user groups, and now you need to develop the rest. So what do you do? Do you go back into Discovery for the next user segment (ideally, if you need to yes), but the GDS lifecycle doesn’t show that.

As such, again for those organisations new to Agile, they don’t’ factor that in to their business cases, it’s not within the expectations of the stakeholders, and this is where Projects end up with bloated scopes and get stuck forever in Discovery or Alpha because the Project is too big to deliver.

With Public Services being developed to the Digital Service Standards set by GDS, we need a version of the lifecycle that breaks that linear mindset and helps everyone understand that within an Ariel project you will go around and around the lifecycle and back and forwards several times before you are done.

Agile is not a sprint, a race, or a marathon, it’s a game of snakes and ladders. You can get off, go back to the start or go back a phase or two if you need to. You win when all your user needs are met, but as user needs can change over time, you have to keep your eye on the board, and you only really stop playing once you decommission your Product or Service!


Speak Agile To Me:

I have blogged about some of these elsewhere, but a quick glossary of terms that you might hear when talking Agile or Digital Transformation.

Agile: A change methodology, focusing on delivering value as early as possible, iterating and testing regularly.

Waterfall: A Change methodology, focusing on a linear lifecycle delivering a project based on requirements gathered upfront.

Scrum: A type of Agile, based on daily communication and the flexible iteration of plans that are carried out in short timeboxes of work.

Kanban: A type of Agile, based on limiting throughput and the amount of work in progress.

The Agile Lifecycle: Similar to other change methodology lifecycles, the agile lifecycle is the stages a project has to go through. Unlike other lifecycles, agile is not a linear process, and products or services may go around the agile lifecycle several times before they are decommissioned.

Discovery: The first stage of the agile lifecycle, all about understanding who your users are; what they need and the problem you are trying to fix. Developing assumptions and hypothesis. Identifying a MVP that you think will fix the problem you have identified. Prioritising your user needs and
turning them into epic user stories.Akin to the requirements gathering stage in Waterfall.

Alpha: The design and development stage. Building prototypes of your service and testing it with your users. Breaking user needs and Epics into user stories and prioritising them. Identifying risks and issues understanding the architecture and infrastructure you will need prior to build. Akin to the design and implementation stage in Waterfall.

Beta: The build and test stage. Building a working version of your service. Ensuring your service is accessible, secure and scalable. Improving the service based on user feedback, measuring the impact of your service or product on the problem you were trying to fix. Can feature Private and Public Beta. Akin to the Testing and development stage in Waterfall.

Private Beta: Testing with a restricted number of users. A limited test. Users can be invited to user the service or limited by geographical region etc.

Public Beta: A product still in test phase but open to a wider audience, users are no longer invited in, but should be aware they product is still in test phase.

Live: Once you know your service meets all the user needs identified within your MVP, you are sure it is accessible, secure and scalable, and you have a clear plan to keep iterating and supporting it then you can go live. Akin to the Maintenance stage in Waterfall.

MVP: The Minimum Viable Product, the smallest releasable product with just enough features to meet user needs, and to provide feedback for future product development.

User Needs: The things your users need, evidenced by user research and testing. Akin to business requirements in Waterfall and other methodologies.

GDS: Government Digital Services, part of the Cabinet Office, leading digital transformation for Government, setting the Digital Service Standard that all Government Departments must meet when developing digital products and services.

The Digital Service Standards: https://www.gov.uk/service-manual/service-standard 18 standards all government digital services should meet when developing products and services.

Service Design: Looking at your Product or Service holistically, keeping it user focused while ensuring it aligns with your organisation strategy.

User Centric Design (UCD): The principles of user centric design are very simple, that you keep the users (both internal and external) at the heart of everything you do. This means involving users in the design process, rather than using ‘proxy’ users (people acting like users), you involve actual users throughout the design and development process. Recognising different users (and user groups) have different needs and that the best way to design services that meet those needs is to keep engaging with the users.

DWP videos

To celebrate Ada Lovelace Day our colleagues share how they’ve been inspired by Ada and other influential women in tech & digital.
In this video Zoe Gould and Arunan Thaya-Paran from DWP and other colleagues from across government give their reflections on the day and the wider theme of why collaboration is so important.
Building the Product Manager Community across Government

Changing perceptions of Women in Leadership

Originally published at digileaders.com on November 3, 2017.

Zoë Gould, Head of Product and Sue Griffin, Head of User Support Services; DWP Digital

Last month we delivered a breakout session at the Women into Leadership conference in Leeds.

The conference is about managing the challenges of modern leadership, recognising and rewarding female leaders, and enhancing leadership opportunities for women so they can build skills to become the leader they aspire to be.

Redressing the gender balance

In DWP Digital we’re changing lives by transforming the services we deliver, using new technologies and modern approaches to improve things for our users. DWP is huge — we’re the biggest government department — we support 22 million customers and release over £168 billion in payments each year. We’re working to solve important issues, supporting people when they are at their most vulnerable; in order to transform our services we currently work on 50 million lines of code and have around ten thousand IT system changes per year.

However, there is gender imbalance in DWP Digital as we have a shortage of female specialists and leaders — a challenge we share with many large digital organisations where less than 25% of digital roles are filled by women.

We want to change this and improve the gender balance.

The size and scale of our work offers up a lot of scope for a career in digital technology — so how can we change perceptions to help women develop in a digital career?

Well, in DWP Digital, we’re making progress.

We have our Women in Technology group, with a pretty active core membership of people who are keen to maximise the value of being part of this community. People who want to improve gender equality and help members reach their full potential by encouraging personal and professional development. We’re working hard to avoid having all male panels at events, and we’ve developed a list of more than 350 women who work within digital and are able to speak at events.

We’re also developing a ‘Digital Voices’ programme initiative to build confidence and engagement skills in women in DWP Digital.

And in June we ran a Women in Digital event, which was open to delegates from across the sector, including cross-government and external private sector representatives.

Normalising, not diversifying

In DWP Digital we’re driving an ethos where a diverse organisation is seen as the norm; where it’s possible for women to be leaders and have our skills valued. One of the biggest hurdles isn’t the technology — its culture.

We’re aspiring to be an inclusive organisation where the outcome is the focus, and to get there we collaborate and develop together regardless of gender, race, sexuality or disability.

Being open and talking about the changes we need to make and why, is the first step, so we’re vocal on social media and through our blogposts. Taking action is the next step, so we’ve set up diversity groups and we have a diversity charter. We’re making sure our recruitment process is fair and that we have mixed panels at interview. We’re engaging our communities by telling our story.

But we know there is still work to do on breaking down the perceptions of digital and technology. We know the words themselves sometimes put women off from considering careers or roles within this area, and now we need to consider what we can do and how we help break down those perceptions. We need to talk more about the non-technology specialist roles, about the skills and characteristics we need within digital. We need to look hard at the language we use and consider how we be more inclusive with the words we use.

Why not check out Digital Leaders’ 2017 Attitudes Survey Results to see the key takeaways about view on Women in Tech.