Great thread!<br><br>Personally I feel very heard by the development team.  <br><br>I personally don&#39;t hear the voice of the XO deployments saying what is needed for them.  I admit i have limited time and so I focus on things that are relevent to SoaS but I still would have expected to be interacting with people from the XO Deployments as we do feature planning for the next release.  I don&#39;t want to be the only deployment voice, the needs of the XO deployments are important.  This is just meant as feedback, that whatever channels you are using to communicate your needs and priorities they aren&#39;t reaching me.<br>
<br>I spend a lot of time trying to make the SoaS needs concrete and grounded in use cases. I make lots of lists, I post them on lots of different lists and wikis. I put in tickets.<br><br>Currently I&#39;m working on making Sugar on a Stick more deployable: <a href="http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/TODO#Sugar_on_a_Stick_Improve_Deployability">http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/TODO#Sugar_on_a_Stick_Improve_Deployability</a><br>
<br>What I&#39;ve noticed about this list is its contains mostly tasks that aren&#39;t within the core competencies of our current development team.  So I think my strategy will be to try to get the current people to help me define and explain the tasks then try to recruit some experts in these fields to join us and help us come up with solutions.  I don&#39;t know if it will work, but it seems worth a try.<br>
<br><div class="gmail_quote">On Tue, Jul 28, 2009 at 5:39 AM, Daniel Drake <span dir="ltr">&lt;<a href="mailto:dsd@laptop.org">dsd@laptop.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
quoting Tomeu from another thread (with no bad feelings at all):<br>
<br>
&quot;Sugar Labs has currently no resources to focus on anything, it<br>
depends on volunteers doing whatever they want. I chose to spend my<br>
time to make easier for more people to bring their knowledge and<br>
experience to Sugar and the community has no say on this.&quot;<br>
<br>
Perfectly reasonable answer and this kind of development model works<br>
well for open source projects, including this one. However, I feel<br>
like it could be better if the community (who I might even stretch to<br>
call &quot;customers&quot;) could have more influence.<br>
<br>
so..to create an open thread:<br>
<br>
What are the options for the community having more of an influence here?<br>
One would be to somehow get sugarlabs to hire people, and somehow<br>
process &quot;customer&quot; feedback and assign technical tasks to payroll<br>
developers. Are there others?</blockquote><div><br>-&gt; process &quot;customer&quot; feedback - I think this is very important.<br><br>I started a thread on the systems board about whether or not we should try UserVoices to make it easier for users to give thier feedback.  I&#39;d love it if you would join that discussion.  I think trac is not suitable for collecting customer feedback.   <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
<br>
Having now visited 3 large deployments I feel frustrated that most of<br>
the features and changes entering sugar are not increasing<br>
deployability or increasing the educational impact of the platform.<br>
General technical and usability improvements are always needed (and<br>
are always of value) but I feel that the balance is wrong and I feel<br>
that </blockquote><div> </div><div>I feel<br>
that I have not been very successful in getting community members to<br>
understand the needs of deployments.<br><br>+1, how can we help you be more  <br><br><br><br>So to take a process view what we need is.<br><br><ol><li>Deployments to give feedback to SugarLabs</li><li>Sugar Community to process that feedback in a way that allows them to understand the needs of the Deployments</li>
<li>Sugar Community to create a technical plans/projects for meeting those needs<br></li><li>Volunteer developers to change what they work on in response to the needs of the deployments and/or new volunteers entering the community to work on these needs</li>
</ol><br>Looking at the issues here: <a href="http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/TODO#Sugar_on_a_Stick_Improve_Deployability">http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/TODO#Sugar_on_a_Stick_Improve_Deployability</a> - Mostly they are stuck at Step 3.<br>
<br>Stuck at 3 - We don&#39;t have a good plan for solving the problem or to put it another way, we don&#39;t technically understand the issues well enough to know the right way, or sometimes anyway, to fix them.<br><br><ul>
<li><h3><font size="2"><span class="mw-headline">Sticks are dieing a lot - Make sticks more robust</span></font></h3></li><li><h3> <font size="2"><span class="mw-headline">What is a reasonable expectation for the role of the XS in Sugar on a Stick deployments in the next 6 months?</span></font></h3>
</li><li><h3><font size="2"><span class="mw-headline">Collaboration is unreliable and thus frustrating</span></font></h3></li><li><h3><font size="2"><span class="mw-headline">Using a CD helper takes a lot of prep time before and after class (to the extent we need to change the format of the files on the USB we don&#39;t have a solid plan yet.<br>
</span></font></h3>
</li></ul><font size="2">Only a few are stuck at 4, where there are some clear tasks but no one has actually done them yet.<br><br></font><ul><li><h3><font size="2"><span class="mw-headline">Make it easier for a teacher or school to customize a spin and then copy it for a hundred kids - <br>
</span></font></h3></li><li><h3><span class="mw-headline"><font size="2">Using a CD helper takes a lot of prep time before and after class - (creating a floppy helper)</font></span></h3></li></ul>So from my experience the bottle neck is figuring out how to solve the problems.  Do you have a list of high priority problems that you could do a similar analysis on? It would be interesting to see what the similarity and differences are.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Daniel<br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br>