LINK: “How to Build Your Own “Spotify Model””

At the end of the day, use the Spotify model as an inspiration for what’s possible when you spend time and attention developing your own operating system — not as a model for what your own system may end up looking like. Design, test, and evolve your own model as inclusively as possible. Don’t do a big-bang change towards a new static target operating model, but instead build the muscle for continuous participatory change.

Original: https://medium.com/the-ready/how-to-build-your-own-spotify-model-dce98025d32f

Bookmarks for March 21st through March 29th

I find this stuff so that you don’t have to.

You can find all my bookmarks on Delicious. There is also even more stuff on my shared Google Reader page.

You can also see all the videos I think are worth watching at my video scrapbook.

Bookmarks for March 13th through March 15th

I find this stuff so that you don’t have to.

You can find all my bookmarks on Delicious. There is also even more stuff on my shared Google Reader page.

You can also see all the videos I think are worth watching at my video scrapbook.

Misplaced self belief

Great quote, from Chris Collison:

How often in an organisational situation do we get carried away with misplaced self-belief, a little (but not enough) knowledge, a little too much ego and an eager desire to just roll up our sleeves and get on with it – and create something that looks roughly right, but doesn’t withstand the test of time.

The need for organisation

Interesting post from MJ Ray on the need for organisation – which perhaps busts the myth that open source software development is a perfect model to follow for other types of groups:

Are free software users particularly bad at the basics of running an interest society (like welcoming and expiring members, calling meetings, publishing routine communications, and so on), have I been spoiled by cooperatives with their friendly Member Services departments or secretariats, or what? Is this why so many free software orgs seem to include self-perpetuating leadership groups? Is this a serious problem if, as reported, Software Development is a Team Sport [etbe]? Are there fully-working free software mass participation groups out there?

I feel a lot of these problems are caused by attempting to order our inherently entropy-filled world completely and insisting everything follows petty rules, such as refusing to answer a question because the “wrong” member asked it. The world will not become less random just because hackers try to impose arbitrary rules. Sometimes it’s good to put down minimum standards (because calling zero-day meetings is a mostly-avoidable way of excluding some members) but it will always be a poor alternative to trying to do the best you can for others.