Dawnfoster (Talk | contribs) (Created page with some initial thoughts) |
(→Actions from the December 7 meeting) |
||
| (20 intermediate revisions not shown) | |||
| Line 1: | Line 1: | ||
| + | == Outcome - Results from the meeting == | ||
| + | |||
| + | [http://trac.tspre.org/meetbot/meego-meeting/2010/meego-meeting.2010-12-07-19.59.html Minutes from December 7 2010] | ||
| + | |||
| + | === Future CO Office Meetings === | ||
| + | People really liked the brainstorming focus in the meeting, and it seemed like we accomplished much more today than in previous meetings, so we'll stick to this brainstorming format for future meetings. | ||
| + | * Propose brainstorming topics in the [[Community_Office/Meetings#Proposed_Brainstorming_Topics|proposed topics section]] of the [[Community_Office/Meetings]] page. | ||
| + | * Each meeting will take a focused topic and brainstorm ways to improve. | ||
| + | * Outcome is a set of actions and owners to take our ideas and implement them | ||
| + | |||
| + | === Actions from the December 7 meeting === | ||
| + | '''Important''': | ||
| + | * Each of these tasks are large. One person has stepped up to volunteer to get things started; however, '''each of these tasks needs a task force of 3-5 volunteers''' to help get them started. Please reach out to the task owner listed below to volunteer to help with any of these tasks! | ||
| + | * If you are interested in taking the lonely unassigned task, please put your name next to it to claim it. | ||
| + | |||
| + | Tasks: | ||
| + | * [http://meego.com/users/mshaver mrshaver]: Come up with a tangible task list / bugs to fix for engineers to help them get started. Maybe something like http://wiki.documentfoundation.org/Easy_Hacks | ||
| + | * [[User:lbt|lbt]]: if we can complete the "build for Fremantle on the OBS" then I think we can start to attract maemo users to a new build system | ||
| + | * [[User:qgil|qgil]]: Talk to existing device owners and put together a plan for better engaging those users as MeeGo contributors | ||
| + | ** [[User:texrat|texrat]]: I'll help with this if you need. I think lbt's tutorial idea below falls under this. | ||
| + | * [http://meego.com/users/tswindell alterego]: Make the N900 adaptation easier for users aka wrap up the complex faff with sd cards and console so that people pop in a card and have meego a few minutes later | ||
| + | * [[User:lbt|lbt]]: "building a QML application for your Ideapad" tutorial | ||
| + | * [[User:lbt|lbt]]: Set up the "so you want to be a task force" page with suggestions on where to record information and how to report back to the CO | ||
| + | * [[User:Dawnfoster|DawnFoster]] / [[User:qgil|qgil]]: Revamp the CO task lists & break them down into manageable chunks | ||
| + | * '''unassigned''': Put together a better incentive / reward structure for volunteer participants - t-shirts for people completing certain tasks, etc. | ||
| + | |||
== Reminder: Community Office Goals for 2011 == | == Reminder: Community Office Goals for 2011 == | ||
* Get more people actively contributing to the MeeGo Community (code, application developers, documentation, community facilitation, other participation - technical and non-technical) - [[Community_Office/Community_Management|more details]] | * Get more people actively contributing to the MeeGo Community (code, application developers, documentation, community facilitation, other participation - technical and non-technical) - [[Community_Office/Community_Management|more details]] | ||
| Line 5: | Line 31: | ||
== How can we make the community office meetings more productive / useful? == | == How can we make the community office meetings more productive / useful? == | ||
* So far, I don't think we're really accomplishing much in these meetings. How do we use this meeting to accomplish our goals (see above)? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | * So far, I don't think we're really accomplishing much in these meetings. How do we use this meeting to accomplish our goals (see above)? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | ||
| + | * Due to conflicts with my day job, I have only been able to attend 2 meetings but want to attend more. I would like to see a unique approach taken to meetings, where they could possibly run 24 hours with handoff of moderation between coordinators in different timezones. This could be challenging but still possible I think.--[[User:Texrat|Texrat]] 18:28, 2 December 2010 (UTC) | ||
| + | * We need to focus more on root cause issues during meetings so has to have greater impact. Too often it's easy to get bogged down on symptoms rather than causes. One specific example relevant to the marketing bullet point: many of us have asked for clarification on branding/identity issues with no response and/or no resolution. We need the owners of activities to be present so that root cause issues can be properly addressed, resolved and communicated. --[[User:Texrat|Texrat]] 18:28, 2 December 2010 (UTC) | ||
| + | * If we want to use these meetings to get new and current contributors involved, then it is better to escape from the "meeting" concept (several topics, decisions, minutes, end of meeting at 60 mins...) and have only one topic for the whole session, let participation flow with soft facilitation, make sure the right people related to the topic will attend, stay as long as there is stuff and willingness to discuss... Also the role of Dawn and myself should be minimized (unless the topic of the day is something we happen to drive).--[[User:Qgil|Qgil]] 21:23, 2 December 2010 (UTC) | ||
| + | * In general, real time meetings should be used sparingly in distributed communities. The meeting time coincides with either bedtime, training or dinner time for me (21h French time) so it's never easy for me to attend. I imagine others further East are having even more trouble. Texrat mentions that we need to focus on root causes rather than symptoms - it seems like the community office meetings are treating a symptom ("Not getting enough information on in-progress tasks") rather than the root cause (why aren't we getting more information?). --[[User:Dneary|Dneary]] 13:50, 3 December 2010 (UTC) | ||
| + | * It might be worthwhile restating assumptions: My belief was that the community office, and all the infrastructure & overhead created around it, was created to help the community to get stuff done (where community = everyone involved in MeeGo), and to avoid a situation where only Nokia, Intel or Linux Foundation people could get stuff done. If that's the case, the getting information about in-progress tasks is only part of the solution - in principle, you get information to identify opportunities to participate and spread the load around. But if those opportunities aren't being created, then the information itself is not very useful. --[[User:Dneary|Dneary]] 13:50, 3 December 2010 (UTC) | ||
| + | * Listing unclaimed tasks in a wiki page has not been productive so far. People do not feel empowered to claim them, and many of the tasks listed either require some kind of special access, are waiting for a decision to proceed, or are quite big, vague & scary for one person to take on. Some suggestions for improving this might be: --[[User:Dneary|Dneary]] 13:50, 3 December 2010 (UTC) | ||
| + | ** Use Bugzilla to track infrastructure, marketing & outreach tasks, and get people assigned tasks in the habit of using it | ||
| + | *** I continue to be of the opinion that an open source project management tool that integrates with Bugzilla (there are some available) could be helpful here. --[[User:Texrat|Texrat]] 16:38, 3 December 2010 (UTC) | ||
| + | ** Invite people individually to do stuff that you know are up to the task, and who communicate well what they're doing, and will include others along the way - personal invitations are infinitely more effective that asking people to volunteer. | ||
| + | ** Concentrate on making tasks a bit better defined, with a clear "win" result - make it easy for volunteers to have lots of small wins & mark things as "DONE" even if it means spending more time planning a task you won't actually do yourself. | ||
| + | * Add your idea / comments here (with signature / timestamp) | ||
== Community Office task lists - what works / what doesn't? == | == Community Office task lists - what works / what doesn't? == | ||
* The idea behind creating proposed / committed task lists was to avoid duplication (multiple people working separately on the same projects) and get more people working on tasks that we needed to complete, but it seems to have just created a barrier to participation. I was hoping that the task lists would give people tangible things to work on, but other people aren't really volunteering to take on new tasks. Should we scrap this whole idea and do something completely different? Should we take what we have and make some changes? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | * The idea behind creating proposed / committed task lists was to avoid duplication (multiple people working separately on the same projects) and get more people working on tasks that we needed to complete, but it seems to have just created a barrier to participation. I was hoping that the task lists would give people tangible things to work on, but other people aren't really volunteering to take on new tasks. Should we scrap this whole idea and do something completely different? Should we take what we have and make some changes? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | ||
| + | * Visibility is key. Tasks need to be in a database and published to a dashboard for all to see, easily. Best solution IMO? The common calendar: http://wiki.meego.com/Common_Calendar. This would help solve a great many issues and provide a single portal for time-bound activities. But who will champion? --[[User:Texrat|Texrat]] 18:38, 2 December 2010 (UTC) | ||
| + | * I agree we have a problem with lack of contributors willing to coordinate a task and pursue it until completion, but I don't think the (actually quite light) process is the obstacle. I'm not sure what the obstacle is, though. See below.--[[User:Qgil|Qgil]] 21:37, 2 December 2010 (UTC) | ||
| + | * Add your idea / comments here (with signature / timestamp) | ||
== How can we get more people contributing to the MeeGo project? == | == How can we get more people contributing to the MeeGo project? == | ||
* We have a [[Contributing to MeeGo]] document and the [[Community_Office#Tasks|CO task list]] but they don't seem to be helping much. What else can we do to get more people involved? Do we need better incentives (what kind)? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | * We have a [[Contributing to MeeGo]] document and the [[Community_Office#Tasks|CO task list]] but they don't seem to be helping much. What else can we do to get more people involved? Do we need better incentives (what kind)? --[[User:Dawnfoster|Dawnfoster]] 16:42, 2 December 2010 (UTC) | ||
| + | * We need the owner of branding/identity to step up and help us with sticky questions like logo and character use by the community. Many of us want to create graphics, songs and videos for grassroots marketing but what we can and cannot do is still fuzzy and sometimes prohibitive. Specifically, the chosen MeeGo font version (Alte DIN 1451) is commercial, closed source. Personally I find that contradictory to MeeGo, especially since there are free, open versions of the typeface. Other issues like the excessively large amount of whitespace required around the MeeGo logo need to be changed. Fundamental issues like these get in the way of grassroots marketing, which will be vital to MeeGo's success. --[[User:Texrat|Texrat]] 18:35, 2 December 2010 (UTC) | ||
| + | * I would like to see more contests like the tee-shirt contest for the MeeGo Conference. How about MeeGo slogans? Derivative logos? Grassroots ad campaigns? Incentives could naturally include event sponsorships. --[[User:Texrat|Texrat]] 18:35, 2 December 2010 (UTC) | ||
| + | * One reason might be that MeeGo currently is attractive to platform developers, less so for all the rest due to lack of products out there. While those developers are busy to take new tasks, non-developers still see the project as too abstract to get really involved. Maybe we at the Community Office could do a better job searching contributors, encouraging, empowering and praising them. Also sharing a clear vision of what is important, what is urgent and why.--[[User:Qgil|Qgil]] 21:31, 2 December 2010 (UTC) | ||
| + | ** I strongly agree Quim, this is definitely one of the issues. How do people get involved without a clear reason, and due to lack of hardware (which will surely be solved in 2011) there isn't a pure "community" interest yet - just a developer interest. | ||
| + | ** The Ideapad seeding was an outstanding idea and gesture by Intel, resulting in a virtual army of problem-solvers. Yes, MeeGo-branded product will be wonderful but more efforts like that can only help! And TI is stepping up with some free Pandaboards: http://forum.meego.com/showthread.php?t=2134 --[[User:Texrat|Texrat]] 22:14, 2 December 2010 (UTC) | ||
| + | ** I also think we need to clearly and strongly answer "Why MeeGo": http://forum.meego.com/showthread.php?t=813 --[[User:Texrat|Texrat]] 22:16, 2 December 2010 (UTC) | ||
| + | * I'd like to see the MeeGo Community reach out to the Python Programming Community. Python has an engaged and spirited community that holds itself apart from organizations like IEEE or ACM or from allegiance to particular platforms. The Android Market will not, for reasons unclear to me, accept any Python apps, which presents a real opportunity for MeeGo. The relationship between Linux and Python is already strong as witnessed by the ubiquity of Python in Linux configuration scripts. Inviting contributors to Python to participate in the next MeeGoCon in May is one way to get started. --[[User:Alison|Alison]] 00:51, 3 December 2010 (UTC) | ||
| + | ** Agreed, Alison, and some of us are already doing that on the local level. It's a start. --[[User:Texrat|Texrat]] 01:16, 3 December 2010 (UTC) | ||
| + | * Add your idea / comments here (with signature / timestamp) | ||
| + | |||
| + | == MeeGo Community : Development == | ||
| + | Now we have an OBS/autobuilder and access to meego.com infrastructure, we have a large area we can now address: | ||
| + | * Extras | ||
| + | ** Needs naming ... it's called Garage and Extras | ||
| + | ** Policy needs clarifying. Niels and I feel bad just making it up. | ||
| + | ** QA - based on Maemo but more flexible. | ||
| + | * Surrounds | ||
| + | ** How does this fit with MeeGo core, compliance and "being a distro" | ||
| + | ** Policy for acceptance into Surrounds (especially given the compliance debate) | ||
| + | ** Recent thread on m-packaging to remove "OpenCV" from MeeGo: the community OBS is the natural home. | ||
| + | * Team areas | ||
| + | ** The KDE team have asked for a collaborative area for working on MeeGo | ||
| + | * Fremantle (and Harmattan) | ||
| + | ** Have been accepted as targets to allow the Maemo community to transition to MeeGo | ||
| + | ** Need TLC | ||
| + | * Complete MeeGo rebuilds | ||
| + | ** Non-ssse3 has been asked for : how do we support an "out of core" rebuild of MeeGo | ||
| + | ** MeeGo adaptations to work with (ugh) closed gfx drivers | ||
| + | ** Ports to new hardware and 'adaptation layers' | ||
| + | |||
| + | [[User:Lbt|Lbt]] 18:20, 7 December 2010 (UTC) | ||
People really liked the brainstorming focus in the meeting, and it seemed like we accomplished much more today than in previous meetings, so we'll stick to this brainstorming format for future meetings.
Important:
Tasks:
Now we have an OBS/autobuilder and access to meego.com infrastructure, we have a large area we can now address:
Lbt 18:20, 7 December 2010 (UTC)