CoTech skills mapping session at the gathering

I think Mozilla’s framework for this is quite interesting: https://twitter.com/Gankro/status/1046438955439271936

1 Like

If that’s Mozilla’s we may have over-complicated ours!

image

It is multidisciplinary though, rather than just technical, and it aims to be a bit more objective (e.g. list behaviours that would evidence various levels).

The Mozilla one is good for self/peer assessment but is definitely prone to the Dunning-Kruger effect and similar. As anyone who’s encountered the perfect “total confidence + total incompetence” storm will know!

We’d be interested in people’s thoughts about how our own framework (above) could be improved. Happy to do a session on this if useful or interesting for people.

1 Like

These examples of skills frameworks are really useful to have up to look at, thanks @Chrislowis and @Harry. My contribution in that vein is the European e-Competence Framework, which I’ve studied and analysed quite a bit.

I’d just like to check my assumptions for this thread…

  1. a group of us will be mostly working on this whole area for most of the two days
  2. we aim to end up with a reasonable agreement on an initial prototype map or framework, that probably won’t be complete, but that can be trialled across CoTech partners
  3. we’ll begin with a session where we share what we bring to the table, in terms of things like the above, particularly where people have worked with frameworks
  4. to start off, I will offer to share thinking around some fundamental issues that I have become aware of while working in this field, to help people orientate and start with an initial common language

One useful thing may well be to outline some “dimensions” of knowledge/skill/competence/experience. This deals with e.g. @harry’s distinction between historical time that one has been working with something, and the total “number of hours” put in, mainly resulting in acquired expertise.

Straight after people have checked in and put their offerings “on the table” we could have an exercise I’ve thought out to build up a first prototype bottom up. In essence, this would mean starting from individual experience, and honing the way we describe our own skills by insisting on broadening our language to include the experience of others, using language that we negotiate until we reach a working agreement. Anyway, I guess it’s a case of agree the agenda when we start working together on Thursday.

Anything too far off? Thanks for any feedback.

To elaborate a little, how useful people’s knowledge/skill/competence is will generally improve with time spent, but different people will learn at different rates, and learning will also depend on how intense the learning environment is. So doing a couple of days each year one isn’t going to progress very quickly. On the other hand, the classroom experience of all theory and no practice is also sub-optimal.

I generally agree, except with point 2 (we aim to end up with a reasonable agreement…)

I think we need to end up with an initial prototype – however minimal/viable it is as a product.

If we spend two days agreeing what we want then we need to spend five days planning, 10 days designing, 30 days building and 10 days testing and releasing something, and we don’t have those resources available.

I dare say that’s what you meant, but I just wanted to clarify.

:smile: depends what you count as agreement! My guess is that we don’t disagree here. I am looking for a initial prototype as well. We need only to agree on what is necessary to produce the prototype, not looking for the kind of “agreement” that takes for ever… :persevere:

If you do decide to build something minimal (and I think that’s a great idea) don’t discount building it as part of the new version of the website we’re working on. It’d be a shame to write a lot of bespoke code if we don’t need to. We should have a chat when you have an idea of what you want to do.

I’m imagining we might build a spreadsheet or something :slight_smile:

If we get more ambitious we’ll try to make it Jekyll compatible.

A spreadsheet sounds great!

1 Like

Two things I’d like to add to the map, perhaps not for the MVP but I think would be desirable to have eventually:

  1. A way to link people together who like working together. At Code-Operative, one of the things we want to offer to freelancers is the chance to work in a team that you enjoy working in, because you’ve worked with them before. We see this as one way to offer a better service than a standard contracting agency, if you can hire a group that you know already work well as a team.
  2. A way for someone to indicate that they’re currently available for voluntary projects, and what kind of voluntary projects they are (or aren’t) interested in. I’d like to use this map to find devs interested in contributing to Wobbly, and I’d like to know who would prefer not to be asked.

Another (possibly over-complicated) thing is, at Open in July, I caught the tail-end of a workshop around mapping projects, and how they often fail. I was wondering if some kind of recursion might work, like how DNS servers provide addresses to clients. If the mapping is some kind of continual process following a request.

Excited to talk about this on Thursday!

1 Like

Started a google doc for this sessions:

1 Like

Great session everyone.

Who captured the next step tasks?

Hi Polly, thanks for your enthusiasm and help in the session.

I’ve started a wiki page at CoTech Hack 2018/Skills mapping - CoTech

I’ll be aiming to add to it soon, but meanwhile (and after) everyone there is welcome to add their bit – would be be OK if I harmonise / copy edit any contributions as seems to me appropriate?

Hi everyone who was at the skills mapping hack, or was interested but couldn’t make it.

I’m looking to

  1. form a small working group to lead this work forward
  2. a volunteer from each CoTech co-op to co-ordinate the skills mapping of their members.

Any offers? I’m offering to keep track of things, but of course I can’t do everything by myself, and besides, I’d like to be working as what Richard Bartlett (Loomio, Enspiral) calls a “crew”!

Many thanks

Simon

1 Like

I’d be happy to take this on for Outlandish.

Also happy to form a working group if you’re up for co-ordinating tasks.

You say on the write-up that “HappyDev’s site didn’t give us the detail that we thought was relevant”. I was wondering whether you could remind me the details on this? I thought that it had a lot of functionality we were looking for, and the ability for us to add in more. I think it would be good to aim to have something more dynamic than a spreadsheet soon, and Starting Blocks seems like a sensible place to start.

I’d be happy to do be the Agile Collective person. Not sure I will have in the next couple of months to help with the working group, but happy to jump on a call as a stakeholder here and there

1 Like

I can cover Animorph base, where do we input the data?

1 Like

Thanks @polly, thanks @aaron, thanks @SzczepanOfAnimorph
I’ve just had a great discussion with @rory and he will be writing very soon.

1 Like

Hi Everyone,

I’m so sorry for being so slow on this; I went entirely off grid over Christmas, and I’ve been catching up with work stuff for the last week. I’m drafting an update based off of really useful conversation I had with @asimong in December, which I’m hoping to finish and post after this manic week is over (with clients in Geneva now, and going direct to Manchester mid-week for a General Meeting - bloody coops with their incessant democracy).

Sorry again for being a blocker on this!

Animorph report: mission complete!