Weeknotes 267

Photo of the week:

What I did this week:

A gateway or a ladder

Neuroscience tells us that what makes human minds special is our sense of narrative and being able to sequence events. It’s what allowed us grasp complex cause and effect relationships which are the foundation for science and rational logic. Telling stories and using metaphors to explain concepts is a useful and well-accepted method of communication, but perhaps less so within organisations. My writing is usually quite technical and concrete, but this is changing as I explore other ways to help people understand my work, and make better decisions from it.

I’ve been working on ways of making identity verification better. It has quite a bit of complexity to it, with the user experience of having to provide documents with personal information, the technicalities of managing the systems that store the document files and record progress as they are check and verified, and the processes that collect, validate and verify a person’s identity. So, to communicate the different ways we could approach identity verification I used the metaphors of a gateway and a ladder. The gateway is the same for everyone, once their identity is verified they can pass through. The ladder has different steps that someone can be on if their identity is verified to different degrees. Hopefully the metaphor can be used as shortcuts to discuss both options.

Designing for privacy and protection

I’ve been working on how we might implement the Age Appropriate Design Code. It requires some quite critical questioning of the code and our systems and processes. As we progress with this work I’m keen that rather than designing for the most likely and usual, and then designing other processes that deal with the deviations, we take the approach of designing ways that work for everyone. Those product managers who spend their time trying to push the needle on user retention don’t know they’re born. Charity product management is where it’s at. It’s the extreme sport of product management.

Breaking down hierarchies

I went to a really good virtual meetup about hierarchies and networks by the Barnardo’s Innovation Team. Apart from being a really good idea to get people together to share ideas it also opened my eyes to different ways of thinking about hierarchies and networks.

Work together better by knowing more about how others work

I have a hypothesis that multi-disciplinary and cross-functional teams aren’t as effective as they could be because thy create mini silos of specialisms within the team. I think if every role had some understanding of each of the adjacent roles, the team would have better shared language, more effective conversations and make more considered decisions. In an attempt to do something about this I’m trying out the idea of users guides for digital roles for those who aren’t specialists in those roles, which I’m calling Adjacencies.

Thought about this week:

Transitional states

A colleague set me a link to a video about ‘transitional safeguarding‘, a phrase used to describe the problem of thinking in binary ways about childhood and adulthood and the gap it creates in the way young people receive support as they transition from childhood to adulthood. This made me think about two things; 1) how I’m really interesting in digital safeguarding as a foundation for all online interactions but that it’s really broad and complicated area to understand, and 2) that thinking about how people interact with digital services as in-flux transitions rather than beginning or ending fixed states opens more possibilities to meet people where they are but is also really complicated. Our language doesn’t lend itself to describing things that are changing, so then how do we even talk about it, let alone develop the mental models to understand transitions deeply. Every user interface shows the fixed states between the transitions (however temporary they may be). I don’t even know how to start thinking about this.

Creating a writing habit

I write quite a lot. I write documents at work, weeknotes every week, and occasional blog posts. These are quite formalised, so I wanted to try to create more of a habit of writing more freely and spontaneously. So I decided I’m going to try to write a blog post every day throughout October. Of course, in my usual way I started planning what I would write about each day, collecting research, making notes, and completely missing the point of building a habit of writing spontaneously. Anyway, we’ll see how it goes.

And read about:

Liberating structures

I’ve reading through the Liberating Structures menu to think more about how virtual meetings might be better, if they can’t be done asynchronously, of course.

Digital nomads

As I’ve been considering starting up my Digital Nomad Newsletter again I’ve been reading other digital nomad newsletters, including Playing with ideas, Wayward Wayfarer, Nomad Hacker, The History of Digital Nomading and Diary of a Digital Nomad.

My growth area:

Giving feedback

I was asked to give feedback for a colleague. I thought about it for a couple of days, I looked at this, and thought more about number ten: understanding what they value, and then wrote my feedback. I couldn’t provide feedback that helps them improve in their discipline. I could only help them apply their discipline towards making a better product. But this is my objective. It might not be theirs, but they didn’t tell me what there’s is. I’m left thinking that my feedback is less than useful because I don’t have any context in which to provide it. So, my growth area this week is to try to understand what the point of providing feedback is, what is it suppose to achieve.

Adjacencies: work together better by knowing more about how others work

I have a hypothesis: the more you understand other disciplines the better you can collaborate with people from those disciplines. Working in multidisciplinary teams assumes the team has all the skills it needs to get the job, but by creating silos of skills within the team. If everyone on the team had some skills from all the disciplines they work with there would bean overlap effect that help everyone understand each other better. Shared knowledge creates shared understanding and a more effective team.

So I want to test this hypothesis in a vary unscientific way by doing courses in adjacent skill sets to mine, writing a guide about that jobs skill set, and try to get people to read them and learn a how bunch of adjacent skills to see if it does help work better with their colleagues.

Since it’s an area I know, I’ll start with digital jobs:

  • Product manager
  • Service designer
  • Delivery manager
  • Content editor
  • Project manager
  • Business analyst
  • User Interface/Interaction Designer
  • Developer
  • Data scientist

First, because I’ve already done the course, is Service Design. I need to write some kind of guide to service design for non service designers, including the history of the discipline, tools and techniques, methods, applications and limitations.

I don’t know how long this is going to take me, but maybe once I’ve done all of these I can think about even more adjacent jobs and expand outwards.