Hi all.<br><br><br>Thank you Michael and Pia for this..<br><br>I have to say that although these questions and concerns are indeed needed , they are only counting one side of the history, like asking what would be the best for OLPC to give or the resources that OLPC can give..this is bad centered, <br>
OLPC deployments need more independence, the deployments run by governments need to have straightforward relations with the volunteers, and volunteer driven small deployments need more independence to manage it's own resources and address and resolve the concerns and questions stated here.<br>
<br>If the deployments manage to have more independence from OLPC central, <br>i can assure you that OLPC resources wouldn't be so needed as they are now, and can be focused in other tasks.<br><br>SugarLabs is taking this focus for it's deployments, to have federated Local Labs with some common ground rules but with the possible maximum independence. This independence guarantees real empowerment, distribution of task and efforts, it's not only what SugarLabs can give to Local labs but also what Local Labs can give to SugarLabs, in my opinion and experience this is the best way that SugarLabs can support deployments.<br>
<br>For more info: <br><br><a href="http://sugarlabs.org/go/DeploymentTeam">http://sugarlabs.org/go/DeploymentTeam</a> <br><a href="http://sugarlabs.org/go/Local_Labs">http://sugarlabs.org/go/Local_Labs</a><br><br><br clear="all">
Rafael Ortiz <br>
<br><br><div class="gmail_quote">On Thu, Feb 19, 2009 at 12:14 AM, Michael Stone <span dir="ltr"><<a href="mailto:michael@laptop.org">michael@laptop.org</a>></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;">
Folks,<br>
<br>
Pia Waugh (greebo) and I have spent a fair bit of time in the last month<br>
talking and thinking about what we can do in the next few months to best<br>
support present and future olpc-ish deployments (typically with XOs, typically<br>
running Sugar) and we'd like to share some of our thoughts with you. These<br>
thoughts are presented in draft form in order to solicit your feedback, which<br>
is eagerly awaited, and will likely be incorporated into future drafts.<br>
<br>
Regards,<br>
<br>
Michael<br>
<br>
------------------------------<br>
<br>
1. Motivation<br>
<br>
We think that many deployment-related needs are not being adequately met,<br>
particularly in the areas of:<br>
<br>
* knowledge-sharing and the ability to benefit from others' mistakes.<br>
<br>
* volume and quality of aid available for conducting deployments.<br>
<br>
* bandwidth, latency, and SNR of channels to other communities which work<br>
with deployments; e.g. other deployments, educators, software teams,<br>
distributions, researchers, consultants, and volunteers<br>
<br>
2. Use Cases<br>
<br>
We're particularly interested in addressing these situations and needs:<br>
<br>
D1) I'm running a deployment...<br>
a) ...and I need help! Who shares my problem? Who can help me?<br>
b) ...and I want to do more! Who/what can I work with?<br>
c) ...and I want to share! Where do I go? What is needed?<br>
<br>
D2) I need to talk to people deploying XOs.<br>
a) Where do I go?<br>
b) What can I expect?<br>
<br>
D3) I'm working on a deployment plan.<br>
a) Where to I start?<br>
b) What have I forgotten?<br>
c) Am I using best practices?<br>
d) Can I get a review?<br>
<br>
D4) I need to know...<br>
a) real deployment numbers,<br>
b) maps,<br>
c) examples,<br>
d) photos,<br>
e) techniques,<br>
f) contact info,<br>
...<br>
<br>
3. Existing Resources for Use Cases<br>
<br>
Before we started, there were three basic mechanisms for addressing these use<br>
cases:<br>
<br>
1) read the Deployment Guide and the Deployments page(s):<br>
<br>
<a href="http://wiki.laptop.org/go/Deployment_Guide" target="_blank">http://wiki.laptop.org/go/Deployment_Guide</a><br>
<a href="http://wiki.laptop.org/go/Deployments" target="_blank">http://wiki.laptop.org/go/Deployments</a><br>
<a href="http://wiki.laptop.org/go/Deployments_support" target="_blank">http://wiki.laptop.org/go/Deployments_support</a><br>
<br>
2) ask <a href="mailto:olpc-techsupport@laptop.org">olpc-techsupport@laptop.org</a>. (Only available to large deployments?)<br>
<br>
3) poke people on IRC.<br>
<br>
These three mechanisms are problematic because none of them can be relied upon,<br>
alone or in combination, to adequately address any of the use cases listed<br>
above.<br>
<br>
4. New Resources for Use Cases<br>
<br>
So far, we've created two new resources which help bridge the gap:<br>
<br>
4) weekly deployment support meetings, with minutes at<br>
<br>
<a href="http://wiki.laptop.org/go/Deployment_meetings#Meeting_notes" target="_blank">http://wiki.laptop.org/go/Deployment_meetings#Meeting_notes</a><br>
<br>
which get aggregated each month into<br>
<br>
5) a Deployment FAQ,<br>
<br>
<a href="http://wiki.laptop.org/go/Deployment_FAQ" target="_blank">http://wiki.laptop.org/go/Deployment_FAQ</a><br>
<br>
similar in form and spirit to the G1G1<br>
<br>
<a href="http://wiki.laptop.org/go/Support_FAQ" target="_blank">http://wiki.laptop.org/go/Support_FAQ</a><br>
<br>
We think that these two new resources, in combination with the pre-existing<br>
resources, will help us provide the next level of support for our use cases.<br>
<br>
4. Projects<br>
<br>
We presently have several ongoing (interrelated) projects which you might like<br>
to become (more deeply) involved in:<br>
<br>
P1) Keep improving the deployment support meetings<br>
<br>
-- so far, so good!<br>
<br>
-- your participation in these meetings is our best current source of new<br>
content for the Deployment FAQ and for...<br>
<br>
P2) Organize material captured in the meetings as FAQ entries<br>
<br>
-- the meeting minutes are chronological, which is good for minutes, but<br>
not particularly helpful for random-access reads.<br>
<br>
-- FAQ entries seem like a good compromise between maintenance cost,<br>
timeliness, and satsifaction of the use cases<br>
<br>
P3) Update the Deployment Guide<br>
<br>
-- The Guide is now ~1 year out of date<br>
<br>
-- and it leaves too much to the imagination: just look at its advice on<br>
critical areas like connectivity, content acquisition, and means of<br>
participation in the larger community of 1-1 educational laptop<br>
programs in general and XO deployments in specific.<br>
<br>
5. Status<br>
<br>
Project P1 (meetings) is rolling along quite happily only one month after its<br>
inception but it could use your help in order to become even more vibrant,<br>
dense, and ingrained in the olpc-psyche.<br>
<br>
Project P2 (FAQ) is just beginning -- we've done a first rough-cut which you<br>
should review for us and help us edit down into something awesome!<br>
<br>
Project P3 (Guide updates) is just a twinkle in our eyes -- and it needs your<br>
help to fly! In particular, three different mechanisms have been tentatively<br>
proposed for how to accomplish the update(s):<br>
<br>
a) By sprints, like the FLOSS Manuals sprints that created the XO and Sugar<br>
manuals.<br>
<br>
b) By accretion, like the rest of the wiki, performed on a piecemeal basis<br>
by participants in the deployment support meetings.<br>
<br>
c) By issue-tracking, like software releases.<br>
<br>
6. Questions:<br>
<br>
* Does this analysis hold water?<br>
<br>
* Is there anything we could spend our time on which would yield a greater<br>
return on investment?<br>
<br>
* Are there any fixable roadblocks which prevent group ____ from<br>
participating?<br>
<br>
(e.g., pervasive use of IRC for meetings?)<br>
<br>
* <your question here><br>
_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
</blockquote></div><br>