Sorry for a longish post...
1. Your project phases 1 - 4 can and should proceed largely in parallel. To establish the functional requirements you want a mixture of ideas from people who have been thinking hard about this for a long time, and who will know about potential solutions, and ideas from the people at the coal face: current members of TT Core Groups, and people like Ben, Rob, Sophie, Naresh all of whom can tell you what their needs and problems are.
So for the functional requirements, I think you want a small team who refine the initial ideas of outline functional areas (more about that below) but very quickly and crudely, informed by a knowledge of what is out there. They would then systematically meet and interview a range of people from Core Groups at different stages and the key players concentrating on the problems they face and their future visions discussing some of the possibilities with them.
This would then be distilled into a set of initial requirements.
2. Implementation strategy - I think it is important to have an ambitious, all singing and dancing vision, but to start by implementing a bare-bones version of it. That should include most or all of the functional areas, in basic form, and should pay huge attention to usability from the start. This should then be offered for use and monitored. The second phase of development will probably consist largely of patching up the weaknesses identified with the first phase, and only then would further features be added.
3. Functionality - I see this platform as a cluster of different systems for different groups, best understood from the perspective of their users.
3a) for the general population in Transition Towns. They need a local portal that becomes so useful and attractive that they look at it regularly, like they check their email. Perhaps it could be seen as the 21st century equivalent of the community newspaper but controlled and with content by its users. Seen as a local portal, managed by the community itself with an individual look and feel (although technically, it may actually be one of very many instances on a common base, or may be completely independent).
Key areas of content:
-
what’s on? (everyone puts up their own events)
-
exchange - free, paid, local currency. This is where you find out what local food is available today, who is a reliable plumber or lawyer (recommended by your neighbours), what stuff people are giving away or selling, who needs help, where you can ask for help, etc. The start to a collaborative green economy.
-
discussion with voting (probably on a sociocratic-ish model) for self-governance, but much better usability than present mailing lists and forums
-
good support for local groups including your community networking and knowledge management functionality
-
feeds to and from other communities, mostly neighbouring ones.
3b) For the transition movement at a regional or national or transnational level. This is less the day-to-day living stuff and more the ‘keeping the movement functioning as a coherent organism’ stuff. So, includes resources, news about what’s developing, working well, working badly, lessons to learn, etc.
4) General comment on platforms: Yes, much too early for a decision, but I support spiritquest’s comments on open source. Firstly, the development philosophy of open source is consistent with our approach. Secondly, what we do should be available to other projects and movements too. Finally, we will get lots of help from the open source movement.
I would go for an Open Source CMS rather than a platform, because it already includes much infrastructure that will be needed, and because we can quickly build our bare-bones first implementation that way.
5) The teams.
I think there should be a paid person responsible for managing phases 1 - 4, who should have excellent networking skills, a good knowledge of the technology available and of the overall vision, and be a good communicator. This person might do a lot of the interviewing I suggest above. Probably not a developer. (I am not that person, but would like to work closely with them and to be part of the teams in some capacity.)
As for the implementation, you are probably best having one paid person who takes on overall responsibility and management, but supported by a team. The team will include volunteers doing particular tasks, but there should be some funds reserved to pay for specific tasks if appropriate.
Hope this is useful.
Gary