Daily note for 16 November 2023

Ouch, nearly a week since my last note on here.

I’ve been having a quiet week this week and it has done me a lot of good. Slowed down the pace a bit, spent a (little) bit more time outside, made some space to work on some things that are starting to come to fruition.

The main example of that is the Local Government Digital Quality Framework, which is my attempt at coming up with a scalable framework for councils to be able to figure out where they are at with digital design, data and technology. Most importantly, it also helps them decide where they want to get to, and how.

I’ll write a dedicated post about it though, as there’s a fair bit to say.

Was feeling sad about the dying art of social bookmarking reading this by Howard Harold Jarche. In the comments someone recommended Raindrop.io which looks neat and I am going to have a play.

Am finding my Google-powered emails are struggling to get through some organisations’ spam filters all of a sudden. Shane and Steph recommended taking a look at DKIM records and things like that, so I did.

The different ‘flavours’ of service design – by Emma Parnell (subscribed!).

The Future of the Blogosphere – “Yet, despite its very different political-economic DNA, the blogosphere has become enshittified as clearly as Facebook, Google, or Amazon. Not just at the level of aging software, but at the level of the aging people who inhabit it, maintain it, and continue to churn out content on it, though at a rapidly decelerating rate.” Ouch.

Trustworthy AI in Government + Public Services — A self assessment tool from Oxford Insights.

Five for Friday (16/6/17)

Another week in which technology seems the least important thing in the world. Still, I’ve got nothing else to give, so here goes.

  1. Join the DH digital communities and channels team – two great jobs going on a great team at the Department of Health.
  2. Slack is raising another $500 million — and has attracted interest from a range of big buyers like Amazon – Slack is a really interesting tool. I swing wildly from thinking it’s not really that signficiant to considering it the harbinger of a new way of doing technology within organisations. As ever the truth is somewhere in the middle. The idea of Amazon buying it does not make a huge amount of sense to me. Amazon have inroads into big enterprise IT through their web services division of course, leading the way in the infrastructure as a service bit of cloud. They don’t have much (any?) of a footprint in software as a service – tools that actual users actually use. Do they want to get into that space? I’ve no idea but surely Google would be a better fit for Slack, and it would help out with the moribund and confusing state of the G Suite’s communications tools (Hangouts seems to have stagnated for years now).
  3. Survey points to digital skills gap in civil service and Public sector struggling with cloud due to skills shortage – to both of which my response is “yes, and?”. Seems to me that we see a lot of reporting of the problem with digital skills/confidence/mindset but very few examples or ideas around how to tackle it. If you’ve ideas to share, then please do so in the Digital Skills in the Workplace group on LinkedIn.
  4. History by lawsuit: After Gawker’s demise, the “inventor of e-mail” targets Techdirt – fascinating mixture of computer history combined with out and out oddness. The man who wrote a program called EMAIL claims this means he invested the generic tool e-mail.
  5. Minimum Viable Architecture – good enough is good enough in an enterprise – nice bit of myth-busting around the supposedly special requirements of IT in a larger organisation. The word ‘enterprise’ is used to justify all sorts of crap: higher prices, costly maintenance agreements, hard to use and complicated tools. The fact is that the only difference is one of time – bigger organisations have existed longer than most small ones and thus have built up baggage around infrastructure and process. Achieving change in such organisations means trying to reduce that cruft… as James notes in his post “If enterprises are going to drive a successful digital transformation, and develop a culture that supports agile development and devops, then they need less architecture, not more of it.”

 

These have mostly all been tweeted during the week, and you can find everything I’ve found interesting and bookmarked here.

Publishing stuff

One of the things I love about the internet most is the fact that it puts the power to publish into the hands of pretty much anybody. There are many ways of doing it these days, whether by using a tool like WordPress like I do here – which can be pretty complicated – or perhaps by using Medium, which continues to interest and confuse me in equal measure.

So I was quite excited to come across a really simple thing called publishthis.email which allows anyone to create public webpages by just sending an email.

I immediately got in touch with my friend Lloyd about this, knowing that he shares my enthusiasm for publishing stuff, and also how he really enjoyed using Posterous which did something similar, albeit in a slightly more complicated fashion. Posterous was bought and shut down by Twitter a few years ago.

publishthis.email works in a ridiculously simple fashion. All you do is send an email to page@publishthis.email and a web page is created for you – the link to which sent by return to you. Any formatting in your email is preserved and any pictures you include are uploaded and added to your page.

Here’s my rather boring first effort at a page. Lloyd’s is a little more exciting.

And… that’s it. There’s nothing more to it and it really is that simple. Oh, except for collections. When you send your email, if you add a + and the name of a collection (basically a group of pages) after page and before the @ in the email address (so, for example, send to page+davescollection@publishthis.email) a dynamic list of those pages is then created, with its own URL, giving you a very rudimentary blog.

Here’s my rather boring first effort at a collection.

There’s loads missing, like human readable URLs, navigation links between pages and so forth. However, whether they come or not, publishthis.email is potentially really interesting as a way of very quickly getting text and images onto the web to share with others.

It’d be good to hear what folk think about tools like this, and what uses they could be put to.

Owen Barder on taking control of email

obI’ve just come across this post from Owen Barder, from back in 2012, providing his tips on managing email a bit more effectively.

Owen has a triage system for email which is based on four D’s:

  • Deal with it –
    If I can deal with an email in less than four or five minutes, I do so right away. For example, some emails only need a quick, one-line reply. It is better to do this right away than to have to deal with email again later.
  • Defer it –
    There are some tasks which will take longer than five minutes, or which cannot be dealt with immediately because they require additional information or some action by someone else. These I tag with the date on which I want to deal with them – either today or on some future date. That gets the email out of my inbox and ensures that I’ll be reminded of it again when I need to come back to it.
  • Delegate it –
    If I am going to delegate a task, I try to do so immediately when I am triaging emails. That way I can give as much time as possible to whoever I am asking to do the job. I usually then defer the original incoming email to the time that a response is due. When that email reappears in my inbox, it reminds me to check that it has been dealt with.
  • Delete or file –
    If an email does not require any action, but I want to keep it to refer to later, I either delete it or (more usually) file it.

Owen runs through this process only three or four times a day, and has switched off any realtime notifications of new email, so it doesn’t cause an interruption.

Another key part of Owen’s workflow is the use of a folder called ‘Today’ where all the email that needs to be actioned on the current day is kept.

Owen lists the reasons why this system works for him:

  • A trusted ‘to do’ list –
    There are few things more uncomfortable than the feeling that you may have forgotten to do something. It is very stressful trying to keep everything in your head at once, and it makes it difficult to concentrate on the thing you are working on at the moment. We need to park those tasks somewhere and be confident that they will come back to us in good time to handle them. By putting a particular date on each email, I can get the email out of my ‘inbox’ and off my desk, secure in the knowledge that it will reappear on my screen on the day I need to do something about it.
  • Zero inbox –
    For many of us, it is important to keep an eye on our inbox, and to deal with urgent emails as they arrive. But if our inbox is also our to-do list (and, in some cases, a filing cabinet), this means that every time we turn to our inbox, we are also confronted with an unsorted list of all the things we need to do. With the triage system, the inbox contains only recently arrived, unread emails. There is something very satisfying about having a generally empty inbox.
  • Avoid reading emails again and again –
    Emails used to sit in my inbox for weeks – I wanted to do something about them, but I was not yet ready or they were not yet urgent enough. I would read them again and again – sometimes several times a day – to check what was important or approaching a deadline. With the triage system, I read each email when it comes in. Many of them I deal with there an then; the others are put aside until the day that I have designated to handle it. I still read many emails too many times, but it is much less often than it used to be.
  • Create space for today –
    Because I live mostly in my ‘Today’ box, not my inbox, I have more time to concentrate on the work that I should be doing. I do not anxiously monitor incoming emails, because I know I will look at those later in the day.

Hopefully there are some useful tips in here that others can pick up for your own email productivity and workflow.

What’s your preferred system?

Fixing email : inbox zero

merlinmannSo I posed a fair few questions in my last post about email. How about some solutions?

Here’s one – inbox zero.

Inbox zero is… what? A methodology? A process? A mindset? Who knows. What we do know is that it is the brainchild of Merlin Mann, a productivity expert from the US.

Here’s the skinny:

  • Email’s just a medium
  • One place for anything
  • Process to zero
  • Convert to actions

Here’s the video from a few years ago whee Mann discussed the topic in detail.

[youtube=http://www.youtube.com/watch?v=z9UjeTMb3Yk&w=420&h=315]

If you don’t have time to watch that, here’s the quick version:

For every email you read, you should do one of the following things: delete it forever, archive it for reference, delegate it to someone else, respond immediately, or turn it into an action that you will execute at a later time or date.

In other words, move emails on fast. Get them out of your inbox and into the trash, in your archive, forward it on, reply, or make it an action.

People often make emails into actionable items by leaving them in their inbox, but this is bad. Instead, create a task in your todo list and then delete or archive the email. At the very least, have a folder in your email system called ‘Actions’ and drop it into there.

The keys to inbox zero are: first, that you recognise that actually you only receive a handful of emails every day that are worth more than a very cursory amount of your time. Second, your email software is good for receiving and sending email and that’s it. Third, get those worthwhile emails out of your inbox and into a more appropriate tool as quick as you can.

Have you tried inbox zero? How did you get on?