[maemo-community] Council nomination: Andrew Flegg
From: Andrew Flegg andrew at bleb.orgDate: Mon Mar 15 16:59:43 EET 2010
- Previous message: Council nomination: Andrew Flegg
- Next message: Encouragement to council candidates
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Mar 15, 2010 at 12:10, Andrew Flegg <andrew at bleb.org> wrote: > > Thanks Reggie for the kind words. After both your encouragement, and > that of others, I'm happy to accept the nomination and will run for > the council. I've been asked to answer my own questions in the same Q&A format as everyone else - fair enough but others, please ask questions! Sprint process ~~~~~~~~~~~~~~ > 1) Do you see any flaws in it, and how do you think it can be improved? I think it's currently too heavyweight: the decision to have the council chair chair the meeting is overly burdensome on the volunteers and the meeting itself isn't as fully attended as it could be. Therefore, I will push for increasing the visibility of the maemo.org sprint process and reducing the burden on volunteers. Niels Breet (X-Fade) being made the maemo.org team leader[1] will help here. Having been involved in the running of an agile project for over 2 years, I believe: * Niels should chair the sprint meeting. * The meeting participants should be responsible for setting their priorities and what will be included. * Input should be provided by Nokia (Tero Kojo) and the community (the Council chair) on their issues and priorities before the meeting which should be taken into account within the prioritisation. This will reduce the workload for the volunteers on the council, increase the ownership of the tasks and provide greater accountability of the paid contributors. > 2) What are your thoughts on ongoing communication during the sprint? It could be improved. In particular, I think the move to drop.maemo.org and vcs.maemo.org were *very* poorly communicated by the task owners to affected developers - if the changes could not be avoided, instructions should have been posted prominently, not posted in response to ad-hoc queries from developers. In addition to task owners realising that communication is as important a part as doing the work; the council can provide a single point of contact for high profile issues, by having a summary table listing the high-level issues facing the community and who on the council will act as a point of contact for them. An example for the current council could be: Extras QA process VDVsx Optification gcobb Community outreach Texrat MeeGo ~~~~~ > 3) As we move from "day zero" to "day one", what do you think the > priorities for the MeeGo community should be? I've described the merge of Moblin and Maemo to produce MeeGo as having as large an impact as the announcement of the 770 itself. I was, as many of us were, initially bewildered by the scope of the announcement, but as the smoke has cleared and we approach "day one"[2], I've come to realise the changes that MeeGo will bring also provide many new opportunities to grow the community and the platform in which so many of us have invested so much; and that we can do that without losing anything. The people in positions of power in MeeGo should ensure that tasks which are currently in progress are documented and the progress and expected results communicated. A deadline which no-one knew about slipping by a week is a GOOD thing if more people are engaged in these initial stages. Nokia and Intel, as initial stewards of MeeGo should be careful to avoid falling into the trap of closed door meetings between their employees on issues which should be tackled electronically, and in public. If elected, I will push for: * A clear cooperation with the growing MeeGo community through MeeGo's Community Working Group[3] and develop a transition plan to ensure the level of collaboration the council has with Nokia isn't lost in the new world. * A Moblin/Maemo/MeeGo summit which looks to the present as well as to the future. > 4) Should leaders in the MeeGo community (whether from a Moblin or > Maemo background) try to move the existing communities with them to > form the MeeGo community; or should a new community form around the > operating system and its devices? This will depend on whether running MeeGo is a day-to-day reality for N8x0 and N900 users. I think it's inevitable now that a new community, seeded from the existing one will form. However, the Maemo community is orders of magnitude larger, more organised and focused than the Moblin one. Maemo users are focused around a device, whereas MeeGo users are primarily developers working on the Next Big Thing. Once MeeGo is shipping, out of factories on consumer hardware, the MeeGo community will have to grow in the same ways that the Maemo community has. Nokia wants to sponsor a MeeGo summit, combining elements of Moblin's conferences and Maemo's summits, and this will be a good opportunity for the three communities (Maemo, Moblin and MeeGo) to collaborate where sensible. > 4a) If yes, what steps should be taken to prevent overreactions and > allegations of "take over" that happened when internettablettalk.com's > theme changed to match the rest of maemo.org? So, in this circumstance, MeeGo is a realistic day-to-day operating system for Maemo devices. If MeeGo provides a comparable experience, without any loss of functionality, the resources around Maemo can be slowly redirected; with a clear plan and timetable. > 4b) If no, how do you see the relationship between the Maemo community > which has been "left behind" and the MeeGo community? How does the > Maemo community stay vibrant if large portions on moving on to Maemo's > successor, or drifting away to other mobile platforms? > > 5) What are your thoughts about existing maemo.org resources (such as > Extras, auto-builder, Bugzilla) as Nokia, and the paid contributors, > look to the future? If MeeGo for existing devices is - at best - of developer interest only, the existing Maemo community MUST continue, and must continue to provide support, help and resources to Maemo users. This may mean the community taking on more work which is currently undertaken by paid contributors. We'll have to see. Hopefully the pending changes at maemo.org aren't too large, and we can get them done. This will make maemo.org easier to maintain in the future, but we should also ensure that the existing systems are documented if we cannot make MeeGo users of us all. > 6) How can we encourage more, and higher quality, applications for > Maemo - and specifically through Extras? Apart from the ongoing changes to the QA process, if elected I will push for: * Support for Randall's community outreach programme, which is trying to grow the Maemo community rather than just the Maemo platform. With the launch of the Ovi store for Maemo, much focus is given to that rather than the community provisions such as Extras. * Empowering of community members to lead initiatives such as Google Summer of Code, conference attendance etc. * A monetisation/donation framework for community-provided downloads[4]. I believe that each of these will encourage developers to Maemo, grow the community (both in size and responsibility) and encourage developers towards developing open source software for Extras, rather than the lure of Ovi. Hope that helps, Andrew [1] http://maemoteam.wordpress.com/2010/01/06/a-role-change-for-niels-x-fade-in-the-maemo-org-team/ [2] http://meego.com/community/blogs/valhalla/2010/towards-day-one [3] http://lists.meego.com/pipermail/meego-community/2010-March/000320.html [4] http://lists.maemo.org/pipermail/maemo-developers/2010-January/023980.html -- Andrew Flegg -- mailto:andrew at bleb.org | http://www.bleb.org/
- Previous message: Council nomination: Andrew Flegg
- Next message: Encouragement to council candidates
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]