I'm finding London easier
In December I wrote about how painful I had found it to leave York, move to London by myself, and start putting this new phase of life together. And this seemed strange, because I was evidently doing well and enjoying work and I did not objectively feel lonely.
I’ve been learning about an area of psychology called attachment theory, and it turns out that people don’t work that way. Something called the Dependency Paradox describes how people without reliable relationships can struggle to feel comfortable in their independence, whereas once those relationships are settled and reliable the same people will be independent and unconcerned. This lack is why I was feeling so upset for a time, but also why things have felt dramatically lighter in recent months.Continue reading…
I missed a weeknote. Interesting things happened but I went through a period of being down and having crippling hayfever.
I learned lots about leading in an agile environment
A difficulty with working at GDS is how exposing collaborative ways of working can be. There are lots of potential triggers, like teams expecting pair programming and not building in ay recharge time. There are lots of things one has to work with, such as being overwhelmed by bright office lights.
I’ve learned to work around these things. Finding recharge time can be a question of seeing yourself as being in the team rather than of it. Bright office lights can be mitigated by polarising sunglasses, and hopefully by something more stylish in time. And I’ve learned a lot along the way.
We seem to learn more from unpleasant experiences than from enjoyable ones. It’s hard to know why something successful works without asking a lot of questions, and some questions risk surfacing lingering issues and creating drama. I suppose that the people we storm with can become deeply respected and appreciated friends as things normalise.
I’ve been talking to quite a few Delivery Managers and Product Managers, and I shadowed one of my favouritest Delivery Managers. I’m fascinating by the agile team structures that we use, and their deliberate structures. I had always felt that stereotyping people into roles was oppressive, and would be suffocating to roleplay. But these structures work because people divide responsibilities—not because people are necessarily lacking in relevant abilities. With divided responsibilities comes more focus, clearer lines to collaborate along, and thus more effective teams. When you understand your role you can subvert it in ways that work for you (for instance, some Delivery Managers take a keener interest on the Product side of things.)
I’ve been talking to quite a few Delivery Managers and Product Managers, and I shadowed one of my favouritest Delivery Managers. I’m fascinating by the deliberate structures in our agile teams. These structures seem to work because people divide responsibilities, even though people might not be lacking in skills.
A good example is that Product Managers sometimes need to be “a product arse”—very outspoken in advocating for the product. This could ruin morale or burn the team out, except that other roles are there to speak out for what’s humanly and technically possible. When you can count on the other roles in a team to complement your role, you achieve more together.
I had always felt that stereotyping people into roles was oppressive, and would be suffocating to roleplay. But these structures work because people divide responsibilities—not because people are necessarily lacking in relevant abilities. When you understand your role you can subvert it in ways that work for you (for instance, some Delivery Managers take a keener interest on the Product side of things.)
GDS ask interviewing Developers about experience of leadership. I kept quiet because it isn’t necessary for mid-level, and I doubted my experiences in smaller orgs with informal leadership was relevant. At this stage: a lot of that was the stereotyped self-doubt that marginalised people get when applying for roles. The missing ingredient in applying my leadership experience to GDS wasn’t “how does one lead?” but “why do we have roles?”
This is all opinion. Much of it is influenced by others; the exact understanding is mine. I think it’s a way forward. As I learn more of my triggers, and keep finding new opportunities to exercise myself in different team situations, I’ll get closer and closer to being a credible tech lead. This might take a long time, but that’s particular to this way of working, and if I wanted I could find a different organisation that I could lead in right now. But GDS’s ways of working care about people, deliver great products, and are worth my effort to learn.
The other things I’ve been doing
I’ve said all that without mentioning what I’ve actually being doing most of the time! I think I’ll talk about that next time. I’ve done:
- lots of learning and some changing to GOV.UK Verify infrastructure;
- supporting multiple teams’ needs simultaneously;
- becoming more confident approaching unknown people that might not be able to help me;
- trying/maybe-failing/reflecting to teach Terraform skills to (junior) developers;
- making progress towards hosting Queer Code London at GDS;
- debugging S3 bucket policies;
- working on my Tilewater game in Rust;
- thinking about how/if a team could shorten standups to be a feasible standing-up duration;
- befriending other Reliability Engineers;
- investigating sporadically elevated
- even practicing how to be gently intimidating so I have a defence mechanism if I ever need one!
- … and at least a dozen other things!
This was a short week. Monday was a Bank Holiday. On Wednesday I stayed at home because of sinus fatigue (hayfever sucks!) and didn’t get much done. But I did some proper infrastructure work this week.Continue reading…
Since joining GDS I’ve learned a lot about infrastructure and ways of working like agile and XP. And I’ve contributed a lot back to my team from that. But after 10 months I needed to get some wider context, and see how other teams work. To that end I’m helping a product team deploy its infrastructure for private beta.
I spent last week starting to understand my new team’s culture and mission, investigating the project I’m helping deploy, researching ways of packaging Java/JVM projects for release (e.g., fat JARs), and arranging community things.Continue reading…
📝 Leader Election
I’ve decided I want to try Sketchnoting. I don’t have much experience of drawing things, and I thought a friendly character would be a good start. So I focused on finding that character first:
Character design is hard pic.twitter.com/L6jeXqlVDG— Michael (Miki) Mokrysz (@46bit) April 1, 2018
I have my characters! pic.twitter.com/nGySx8vzJb— Michael (Miki) Mokrysz (@46bit) April 1, 2018
15 years of web development
❄ Blizzards 🌨
It’s been quite the Winter for snow in North London. My first winter here has been just as lucky as was my first in York, which is when I took this photograph.Continue reading…