unMonastery is moving into a new and exciting phase with the launch of the international call, so what better time could there be to review how we’ve been working so far.
I’d like to do some spring cleaning and potentially radical rethinking about how we’ve worked together so far – in this post I’ve laid out a short history of the tools we’ve been using to administrate the project, issues I have identified and some potential design solutions for improving future management.
How have we been organising so far?
- Pbworks > : This was initially conceived of as a catch-all workspace (repository, timeline, discussion space) it was effective for several months but now represents more of an archive than a workspace.
- Google Docs: I currently have over 60 different documents associated with unMonastery, shared with a widespread of different collaborators. This has been consistently effective for short term collaboration.
- EdgeRyders.eu/unmonastery : The page you're looking at now, which has become the most used space for developing and sharing unMonastery.
- Sunday Google Hangouts: We did this for several months and then when I stopped organising them they stopped, weekly was too much. This should be revived but it would be good to share responsibility, running them on a fortnightly/monthly basis.
- The Website: Again has become an archive of sorts, despite the implementation of a super friendly CMS.
Issues:
- Transparency
There is a clear lack of transparency and protocol for new comers or existing EdgeRyder members getting involved. This isn’t because unMonastery is a secret society but rather, it’s not clear what needs doing and how to start.
- Decisions
are having to be made that effect the future shape of the project. This for the most part is happening in a centralised way, participants and collaborators are too distributed, so key questions have to be answered by me, in the moment.
- Horizontalism
Only works if individuals take responsibility for the way they wish the project to exist.
- Extended time
unMonastery Matera was set to open in September of this year, if not earlier, in this moment the first iteration is the core engine of the project, as the project has been drawn out maintaining the momentum has been hampered.
- Zero Resources
Whilst the Matera side of the unMonastery project has some resource (a space, some administrative support, occasional flights and accommodation for events), the overall project has to date been run on community energy alone, much like the EdgeRyders platform.
These observations are clearly drawn from my own perspective as a facilitator of the project, I’d be curious and keen to know how the project is perceived by those reading this post – what issues have I potentially missed? Also where could I have personally done better? Lets be transparent.
My motivation for writing this post is to put everything out there in the hope that collaboratively we might begin to think up some smart design solutions for the future development of the project, since this will be crucial to success in the lead up to LOTE3 and the February launch.
You may have worked on similar projects or in familiar ways, and already have the solutions we need. To get the ball rolling, I’ve outlined a number of things below that I believe would help the project – feedback and suggestions always appreciated.
Some potential solutions:
- Call for participation within defined roles.
I’ve written a separate post here calling for individuals with an explicit set of skills to join the project – there are many people out there that are excited about the unMonastery but may not be able to join us in Matera. It’s my hope that by posting these positions we might expand the core team in a concrete and sustainable way. If you know anyone who might be interested please direct them towards the post.
- Adopting the EdgeRyders task model.
Alberto recently wrote a brilliant post (/t/making-lote3/360/lote-organizational-architecture-a-proposal ) proposing a framework for delivering the next LOTE, focused on decentralisation and the packetisation of tasks. Should we adopt this for all aspects of unMonastery? Or is there an alternative route? How well has it worked for EdgeRyders so far?
- Landing strip.
unMonastery needs a place where individuals who are new to the project can get an overview at a glance, as the project is highly distributed and difficult to understand at times. What’s the best format for this? I had started to produce a popplet – but perhaps there’s a better approach! What would be a smart way of integrating calls to action into such a thing?
- Informal discussion space.
Do we require an alternative discussion space? Posts created here hold a certain weight as do the considered comments members of ER and unMon make on each one. UnMonastery suffers at times due to the geographically distributed nature of its contributors. I feel personally that we need something like a google group for experimental, not yet fully formed ideas and musings. Would you participate were it to exist?
- The website.
Requires design solutions, perhaps just in the form of a committed web editor, who can filter content from here to there. Or should the website be entirely transformed. Could it be as simple as something like this or this. I’d be more than happy to redesign it into something that makes more sense if what we currently have isn’t work.
- Organisational Chart
Another issue of transparency, is around who exactly is involved, this is probably a no brainer, unMonastery needs an organisational chart that summarise the various stakeholders, facilitators and roles. The question I guess is, should this be public?
- Buddy System.
It’s lonely working across borders, in your room, in a coffee shop or wherever your general state of precarity finds you. I floated the idea in the last community call that we adopt a buddy system that pares you with another individual to focus on specific tasks or areas of development. Could this work for unMonastery and if so what would it look like?