Tag: Moodle

Weeknote 01/2018

So here we are! The first weeknote of 2018. You know the drill.

This week I’ve been:

  • Celebrating the New Year. I spent Christmas at home with just my wife and children, but we went down to Devon to the in-laws for New Year and had a great time.
  • Redesigning Thought Shrapnel, which is now not only a weekly newsletter, but also a blog! I think you’ll agree that Bryan Mathers did a great job with the logo. Read more about that here. You can become a supporter to show your appreciation for this work, and to ensure it continues!
  • Returning to life as an employee! As I mentioned before Christmas, I’m leading a new innovation project for Moodle. This involves working for them four days per week, and I can do so from home (with a bit of travel). So in a sense, lots has changed, and nothing at all. Note I’m still doing some consultancy, mostly through We Are Open co-op.
  • Meeting with Moodle colleague Tom Murdock about various things.
  • Introducing myself on the forum for the upcoming Learn Moodle Basics course. It’s been a few years since I used Moodle, so I thought I’d get back up-to-speed along with Mary Cooch and the community!
  • Working a short week due to New Year’s Day on Monday. My ‘Doug day’ (or, more likely, ‘consultancy / admin / catch-up-with-all-the-things day’) is likely to be Fridays, most weeks. This time around it was full of admin and my children begging me to play with them instead, — as they don’t go back to school until next week.
  • Sorting out various things as Secretary of the Executive Committee for 6th Morpeth Scouts.  I’m trying to streamline some stuff around meetings, calendaring, etc.
  • Facepalming at Dell, who want to charge me over £900 to fix a my less than one-year old XPS 13 laptop which has a threaded screw in the base. This is causing it come apart near the screen. As a result of their greed and poor customer service, I’ve used duct tape to patch it up as best I can, and bought a £60 battery to resurrect my Lenovo X220. I prefer the keyboard on the latter anyway, and in fact I’m using it to type this!
  • Writing:

Next week I’m at home all week, and celebrating my daughter’s birthday towards the end of it. I’ll be in London twice this month, the week after next for a co-op meetup, and then the week after that, I’ll be at BETT on the Friday.

Photo taken by me on New Years’ Day at Branscombe beach, Devon.

Why I didn’t go on ‘Belshaw Black Ops’ at the end of 2017

At the end of every year since 2010 I have, to the greatest extent possible, disappeared back into the analogue world to recharge. This has been known as Belshaw Black Ops after Paul Lewis decided that just calling it a ‘hiatus’ wasn’t rock ‘n’ roll enough.

I’ve greatly appreciated these periods away from social media, blogging, and personal email as a time when I can be ‘more myself’. Why, then, a few people have asked me, didn’t I continue this routine at the end of 2017? The simple answer is that I’ve achieved the kind of balance that means it didn’t feel necessary.

There are a number of factors here:

  1. Switching from Twitter to social.coop half-way through the year. Given that I still get the most-shared stuff from my Twitter network filtering through to me via Nuzzel, that’s been a revelation.
  2. Looking after myself a bit better health-wise, including deciding to follow a mostly plant-based diet, starting running again, and taking supplements such as multivitamins, high doses of Vitamin D, and L-Theanine.
  3. Enjoying the sunnier weather where I live (it makes a difference!)
  4. Blogging in a more short-form way via Discours.es and Thought Shrapnel Live!
  5. Prioritising what’s important in my life. I find reading Stoic philosophy every morning helps greatly in that regard.

Today is my first day back as an employee. I’m working for Moodle, makers of the world’s largest (open source!) learning platform. I’m working four days per week leading an innovation project for them aimed at creating a new open social media platform for educators, focused on professional development and open content. I’ll still be consulting through We Are Open Co-op.

It was my birthday just before Christmas, and I’ve now spent most of my thirties working from home. There’s benefits and drawbacks to doing so, but the main upside for me is much more control over my schedule. I’ll still have a lot of autonomy at Moodle, so I anticipate that, while I’ll be away during the summer, there won’t be a need for Belshaw Black Ops in 2018, either.

Photo by Paul Green available under a CC0 license

Tools and spaces to create a positive architecture of participation

Earlier this year, in a post entitled How to build an architecture of participation, I explained how, in my experience, systems designed for user contribution require the following elements:

  1. A clear mission
  2. An invitation to participate
  3. Easy onboarding
  4. A modular approach
  5. Strong leadership
  6. Ways of working openly and transparently
  7. Backchannels and watercoolers
  8. Celebration of milestones

To build on that post, I’d like to explain the kinds of tools and spaces that can create a positive architecture of participation. Please note that, in and of themselves, merely using a tool or creating a space does not guarantee participation. Rather, the tools and spaces help as part of a more holistic approach to encouraging contribution.


When I run projects, as I am doing for Moodle as of this week (more specific details on that in a future post), the following are the kinds of tools I tend to use and the spaces I look to create. It’s worth pointing out that my guiding principle is always the ‘scaffolding’ of people’s attention, and that my mental model for this is influenced by the ‘alternative’ version of the RACI matrix:

Responsible
Those responsible for the performance of the task. There should be exactly one person with this assignment for each task.

Assists
Those who assist completion of the task

Consulted
Those whose opinions are sought; and with whom there is two-way communication.

Informed
Those who are kept up-to-date on progress; and with whom there is one-way communication.

 


A) Index

I’ve written before about why you need a single place to point people towards when discussing your project. Not only does it mean a single place for potentially-interested parties to bookmark and remember, but it ensures that the project team only have to perform the administrative duties of updating and curating links once.

Ideally, the URL you give out is a domain that you or your organisation owns, and which points to a server that you, or someone at your organisation, has direct control over. The specific software you choose to run that almost doesn’t matter, as it’s an index — a jumping off point to access spaces where things are actually happening.

Having a canonical URL for the project is useful to everyone in the RACI matrix, from the person responsible for its success, right through to those just being kept informed.

N.B. This is one of the points in Working openly on the web: a manifesto.


B) Documentation

Every project needs a flexible, easy-to-update space where the roadmap can be shared, decisions can be recorded, and an overall sense of the project can be gained.

Wikis are perfect for this task, although increasingly there are tools with wiki-like functionality (e.g. revision history, on-the-fly rearrangement of categories) that do the job, too. Ideally, you’re looking for something that allows your project to look good enough to encourage contribution in someone new, while you don’t have to spend ages making everything look pretty.

Again, documentation is useful for everyone involved in the project, whether responsible, assisting, consulted, or informed.


C) Tracker

One of the biggest things that people want to know about a project is the current status of its constituent parts. There are lots of ways of doing this, from a straightforward kanban approach, to a much more powerful (but potentially more confusing) ticket/issue-based system. The latter are favoured by those doing software development, as it helps avoid unhelpful ambiguity.

My time at Mozilla convinced me that there’s huge value of having everyone at an organisation, or at least on a particular project, using the same tool for tracking updates. The value of this is that you can see what is in progress, who’s working on it, what’s been completed, any questions/problems that have been raised, and so on.

While the tracker might only be used rarely by those being kept informed of the project, it’s invaluable for those responsible, assisting, or being consulted.


D) Asynchronous reports

Producing regular updates ensures that there is a regular flow of information to all parties. In my experience, it’s ‘out of sight, out of mind’ when it comes to digital projects. You have to keep reminding people that work is ongoing and that progress is being made on the project.

One way to do this is to blog about the project. Another way is to send out a newsletter. There are plenty of ways of doing this, and it’s worth experimenting with differing timescales as to the frequency of updates. While a bit of (appropriate) colour and humour is always appreciated, so is getting to the point as quickly as possible in these updates.

Reports are primarily for the benefit of those being kept informed about the project. It’s worth remembering that these people may, depending on changes in project direction (or their interest/free time), be in a position to assist or be consulted.

A word about social media. Sending out updates via Twitter, Facebook, and the like is great, but I find following the POSSE (Publish Once, Self-Syndicate Everywhere) approach works best. Use social networks for what they’re best at: surfacing and linking to information in a just-in-time fashion. I wouldn’t use them for the actualy content itself.


E) Synchronous meetings

Depending on the size of the project team and the nature of the project, you may decide to run synchronous meetings more or less regularly. You should certainly run some, however, as they afford a different kind of dynamic to asynchronous, text-based approaches.

There are plenty of tools that allow you to have multiple people on a synchronous audio (and/or video) call, ‘dialling-in’ from wherever they are in the world. It goes without saying that you should be mindful of the timezones of potential contributors when scheduling this. You should also all be looking at an agenda that can be updated as the meeting progresses. The project’s documentation area can be used for this, or something like Etherpad (one of my favourite tools!)


What have I missed? I’ve still lots to learn from those more experienced than me, so I’d welcome encouragement, pushback, and any other comments in the section below!


Image by Daniel Funes Fuentes and used under a CC0 license

css.php