I’ve been at Swirrl for 12 months (happy swirrliversary to me)!
I joined as an interaction designer back in April 2019. I’d spotted that they were on the lookout for a designer after Jamie shared a link on Twitter.
I was a little worried that my skills weren’t technical enough for a software team like Swirrl. But the job description was open and honest, and it made them seem like a very supportive and flexible team (which it turns out, they really are!). Plus, my time working with data at Office for National Statistics (ONS) meant that I had some relevant experience.
Moving on from ONS was a big step for me (and I still miss my ONS friends!). But, the move has been good for me. I feel like I’m able to contribute a lot of value to the things that Swirrl are working on.
Swirrl is based in Manchester, but usually around half the team work remotely. Of course, it’s 100% remote right now, due to the lockdown.
The team are based around the UK. With a handful of people around the world in Canada, Australia and Berlin. We use a mixture of tools to keep in touch and share work with each other…
I’m sure this won’t come as a surprise to anyone. Choosing the right digital tools plays a huge part in how teams work together. Forcing them to use some big enterprise thing that does everything usually ends badly in my experience. (Rant over!)
My role at Swirrl
My work includes a mix of;
- user research
- stakeholder workshops
- drawing journey maps and wireframes
- coding HTML and CSS
The way that teams and projects are organised at Swirrl means that I’m able to keep my work-in-progress to a minimum. In turn, this means that I’m able to focus on things and make sure I’m doing my best work.
Getting stuck into development
One of my aims over the past few months has been to get more involved with the development phase of a project. I wanted to contribute more to day-to-day issues. Rather than only doing upfront discovery research and handing over design specs.
In practice, this means being more disciplined in how I use GitHub to manage and document my work. So that others on the team can make better use of my work, and be more aware of what I’m up to.
I’m sure there’s lots of room for me to improve. But I think that working in this way is better. It shortens the feedback loop between user research and deploying improved code.
Projects I’m working on
My main focus has been working with Defra and the Environment Agency (EA) on some of their data services. It’s exciting for me to work with different kinds of data (e.g. water quality and shoreline management) rather than statistics. (Yes, I did just say that I get excited about data.)
By helping EA to publish environmental data, and improving the way that people are able to access it, I feel like (in a very small way) I’m helping to improve the environment too.
Here’s a related post about my pros and cons of working remotely.