Hi Greg,<br><br>This was very helpful in letting me understand how your mind works.<br><br>I actually have a lot of these planning documents. I did many of them as part of assignments for school classes.<br><br>Greg, you should now have access to:<br>
<ul><li>Liquid Planner Gantt Chart <br></li><li>Balance Score Card - <a href="http://spreadsheets.google.com/pub?key=px5yPvIlUlLtsrYpZdVG_EQ&output=html">http://spreadsheets.google.com/pub?key=px5yPvIlUlLtsrYpZdVG_EQ&output=html</a><br>
</li><li>Implementation Plan (walk through of the Gantt and Score Card - <a href="http://docs.google.com/Doc?docid=dddknwgs_383cb494pc4&hl=en">http://docs.google.com/Doc?docid=dddknwgs_383cb494pc4&hl=en</a>)<br></li>
</ul>Now that I'm in the middle of implementation, these are all out of date and I am quickly losing this forest view amongst all the Trees.<br><br>Perhaps you can help me track and help let me know where I'm slipping vs plan.<br>
<br>Even more importantly, maybe you can keep track of how the plan turns into reality and work towards creating generic versions of these plans that can be reused by other deployments.<br><br>Thanks,<br>Caroline<br><br>Dear IAEP,<br>
<br>We are moving this conversation to the main list. Note that all these documents are out of date! I don't have a way to make the Liquid Planner public, but if you are planning a Sugar on a Stick implementation and you need to look at it before we figure out the best way to create a replicable set of planning tools, just ping me and I'll get you access.<br>
<br><br><br><div class="gmail_quote">On Fri, Jun 19, 2009 at 9:37 AM, Greg Smith <span dir="ltr"><<a href="mailto:gregsmithpm@gmail.com">gregsmithpm@gmail.com</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;">
<div>Hi Caroline,</div>
<div> </div>
<div>Maybe we should do this on one of the lists? Just copy it there when you are ready.</div>
<div> </div>
<div>Did you win the grant already?</div>
<div> </div>
<div>My work at OLPC was more focused on the technical architecture and project planning at the country level. Also, my corporate background makes me tend to over plan and structure. Just a note to set the right perspective on my comments.</div>
<div> </div>
<div>The focus is to get the computers online and working on the first day they get to class. The time cost of making things "work" is a kills the educational ROI if he teacher and/or kids spend too much time debugging or even learning how to use the machines.</div>
<div> </div>
<div>Main things I think you should have (may already be done):</div>
<div>- A schedule. </div>
<div>Includes things like when the computers will be available, when the testing of the target image is done, when the USB sticks will be loaded, etc. Start with the first day in school date and then work backwards. The key thing to identify is which image will you be using so you can lock down final test and install dates for that.</div>
<div> </div>
<div>- A network diagram and HW list</div>
<div>Should include the in school network (e.g. LAN wired or Wireless, BW, number of computers, make and model (possibly core OS too) of the computers). We ran in to lots of cases where they delivered 100s or 1Ks of XOs and then found out there was no network. or the network was too small or there were too many XOs in a school to Mesh and it crashed the whole network and XOs! Maybe you have a lot of Bandwidth so it wont be a problem but the meshing can still lock up even a robust network if there are too many computers. Judging from your thread on SoAS on Mac, I think you need a list of computers you will run on too. Those should be tested in advance. Also, I see mention of servers in your proposal. List those includng HW and operating system.<br>
</div>
<div>- A list of applications (or activities if you prefer).</div>
<div>Hopefull kids will find a lot of things to do that we don't plan on but you should have a baseline set of things that you know work.</div>
<div> </div>
<div>- Lesson plans or other "end to end" things they can do</div>
<div>Related to the applications list. Its important to have some things you can do which you know will go well. Meshing and collaboration is an example of something that people always thought would work but it only does in a limited and well defined set of cases. Get it down to a few detailed work flow examples (e.g. everyone boots up, everyone opens write, teacher shares, 10 kids join, they create a shared document, they save it, they post it to the server, they send out a URL to their parents, everyone cheers :-). Some safe ground that you know in advance will work well.</div>
<div> </div>
<div>- Servers, authentication and backup</div>
<div>Write down what the server will be (HW, OS and SW) and what it needs to do (e.g. help with network/collaboration, authenication, hosts apps like web server or moodle, backup and restore files, firewall and NAT). If the server is backing up kids work, make sure you know how and can test that it backs up and more importantly restores. Is the server visible to the world or only in the school? How do you protect that? Does the server do filtering (blocking bad sites)? if not where do you do that? How do you control access to the server and network so only kids can get to the content (aka authentication).</div>
<div> </div>
<div>- Communication plan</div>
<div>Define how the kids get support. Do they call you and you e-mail the list? Also, make a plan to upgrade as needed. How would you patch the code without losing their existing work if you have a critical fix that needs to go in? Who can visit the school to fix things as needed and when? Also, make a plan to communicate the success or challenges of the implementation. A weekly report would help but any consistent feedback from the school to the world should be in place. Similarly, new, known bugs and work arounds and new activities or successes should be communicated back to the users.</div>
<div> </div>
<div>- Publishing and sharing strategy</div>
<div>It would be great for the kids to post and share their work. Could be a wiki or a web site with links to their work. Could be only published to their parents and teachers and it could be <a href="http://blogger.com" target="_blank">blogger.com</a> or google. Regardless, they will publish stuff if they have access to the internet. Better to have a place for it picked in advance.</div>
<div> </div>
<div>Hope that's not intimidating :-) You do as much as you can in advance but there are always surprises so be ready to change the plan after its written. Again, this is skewed to my background in designing and deploying mission critical networks and servers. If everything absolutely had to work on day one and do exactly what was intended you would need another year to plan.</div>
<div> </div>
<div>HTHs. I think you have more direct in school technology experience than I do. The above doesn't cover the pedagogical aspects at all. Just defines how to be sure the computers work.</div>
<div> </div>
<div>BTW my favorite overview of how these trials can/should work from a learning point of view is here: <a href="http://dspace.mit.edu/handle/1721.1/41706?show=full" target="_blank">http://dspace.mit.edu/handle/1721.1/41706?show=full</a></div>
<div> </div>
<div>I can flesh out any piece of the above for you but will probably do it by asking a lot of questions. It will be very hard to get my time in person but I have capacity to read and write a few hours a week if that helps.</div>
<div> </div>
<div>Thanks,</div>
<div> </div>
<div>Greg S</div><div><div></div><div class="h5">
<div> </div>
<div><br> </div>
<div class="gmail_quote">On Thu, Jun 18, 2009 at 9:42 PM, Caroline Meeks <span dir="ltr"><<a href="mailto:cmeeks@sugarlabs.org" target="_blank">cmeeks@sugarlabs.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">Hi Greg,<br><br>It occurs to me that you've seen more deployments then I have. Where do I need help?
<div>
<div></div>
<div><br><br>
<div class="gmail_quote">On Thu, Jun 18, 2009 at 4:39 PM, Greg Smith <span dir="ltr"><<a href="mailto:gregsmithpm@gmail.com" target="_blank">gregsmithpm@gmail.com</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;">
<div>Hi Caroline,</div>
<div> </div>
<div>Nice to hear from you again. Thanks for the info on the proposal. Very well written RFP response.</div>
<div> </div>
<div>One edit on the PDF. The footer shows <a href="http://www.sugaronatick.com/" target="_blank">www.sugaronatick.com</a> . I think it should be <a href="http://www.sugaronastick.com/" target="_blank">www.sugaronastick.com</a>. It links to Solutions Grove web site but you may want to fix the text and possibly update the link.</div>
<div> </div>
<div>If I have a few hours a week to write and read e-mail, what could I do to help?</div>
<div> </div>
<div>
<div>I'm settled in at my new job so I have a little more time but I may have some crunches comng soon so don't count on me for a lot until I get a better sense of my schedule.</div>
<div> </div></div>
<div>My forte is usually keeping track of a list of enhancements then finding and following up with developers to get them implemented. However, I'm happy to focus on whatever you need most.</div>
<div> </div>
<div>BTW I saw your e-mail re: problems booting SoAS on a Mac. That boot up sequence is ugly with lots of strange text prompts and I imagine lots of ways to make a mistake. We should definitely push to simplify that if at all possible.</div>
<div> </div>
<div>Thanks,</div>
<div> </div>
<div>Greg S<br><br></div>
<div>
<div></div>
<div>
<div class="gmail_quote">On Wed, Jun 17, 2009 at 11:17 PM, Caroline Meeks <span dir="ltr"><<a href="mailto:cmeeks@sugarlabs.org" target="_blank">cmeeks@sugarlabs.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">Hi Greg,<br><br>Here is some background on what we are proposing at the Gardner School and where Sugar on a Stick is evolving.<br>
<br>Thanks!<br>Caroline
<div>
<div></div>
<div><br><br>
<div class="gmail_quote">On Wed, Jun 17, 2009 at 12:36 PM, David Farning <span dir="ltr"><<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.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;">On Wed, Jun 17, 2009 at 11:12 AM, Greg Smith<<a href="mailto:gregsmithpm@gmail.com" target="_blank">gregsmithpm@gmail.com</a>> wrote:<br>
> Hi David,<br>><br>> No need to do that yet. I'm not sure how much time I will have so I want to<br>> read up a little before I get more involved.<br>><br>> I know Caroline well and have her e-mail. I'd like to do it all on the<br>
> public lists too. Let me see what I can find out from existing Wikis/lists<br>> etc. Then I'll send her an e-mail and copy you with some ideas on what I can<br>> help with. Then I'll try to weigh in on the right lists.<br>
><br>> I have several hot items this week, so I probably need until next week to<br>> get back to you.<br>><br>> Don't mean to slow you down, just tryng to be extra cautious and under<br>> promise so I can over deliver...<br>
<br>No Hurries. I am giving Sugar Labs 10 years to achieve world domination.<br><br>Some of my big refrains are 'Slow and steady', 'Each release better<br>then the last', and 'If a feature does not make this release there<br>
will always be another one in six months.'<br><br>Look forward to talking to you soon on the lists. Every once in a<br>while, I will also ping you with a bit of back story so you are not<br>walking blind into any hot button issues.<br>
<br>I'll also follow up your first ml post with a brief introduction:)<br><br>thanks<br>david<br><br>> Thanks,<br>><br>> Greg S<br>> On Wed, Jun 17, 2009 at 10:45 AM, David Farning <<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>><br>
> wrote:<br>>><br>>> On Wed, Jun 17, 2009 at 9:18 AM, Greg Smith <<a href="mailto:gregsmithpm@gmail.com" target="_blank">gregsmithpm@gmail.com</a>> wrote:<br>>>><br>>>> Hi David,<br>
>>><br>>>> I'm falling a little behind as I'm interviewing again for a new position.<br>>>> I'm trying to stay ahead of the curve for a change.<br>>>><br>>>> I am scanning the Sugar and OLCP Dev lists. I haven't seen anything on<br>
>>> these two customers except an occasional e-mail from Bryan. I've worked with<br>>>> Bryan before and I think he is actually managing the community as best as<br>>>> can be done now.<br>
>>><br>
>>> So I'd like to think about Gartner School. I don't want to make any<br>>>> commitment until I know how much time I can reserve for them. Canyou point<br>>>> me in the right direction for learning about them? Should I watch the IAEP<br>
>>> list or some other list? Is Caroline Meeks involved with that one?<br>>><br>>> That would be awesome! Caroline is leading the project. It is our primary<br>>> test case for SoaS. And I think that Walter will be there most days:)<br>
>><br>>> For the last six months, I have asked him to focus on activity development<br>>> rather than normal Executive Director stuff. That has help us turn the<br>>> power structure on its head. Developers have become more respected than<br>
>> talkers:) Starting at the Gartner School, he will be _helping_ creating<br>>> teacher training materials. Hopefully, this will help elevate people<br>>> _working_ on deployments with in the community:)<br>
>><br>>>><br>>>><br>>>> Just trying to get my toes wet slowly until I can come up with a plan I<br>>>> know I can execute.<br>>><br>>> Working with Caroline would be a great introduction to Sugar Labs.<br>
>><br>>> Should I set up a call with her. Just to talk....<br>>><br>>> thanks<br>>> david<br>>>><br>>>><br>>>> Thanks,<br>>>><br>>>> Greg S<br>>>> On Wed, Jun 10, 2009 at 3:30 PM, David Farning <<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>><br>
>>> wrote:<br>>>>><br>>>>> On Wed, Jun 10, 2009 at 8:13 AM, Greg Smith<<a href="mailto:gregsmithpm@gmail.com" target="_blank">gregsmithpm@gmail.com</a>><br>>>>> wrote:<br>
>>>> > Hi David,<br>>>>> ><br>>>>> > That's funny! It also flattering and I'm glad to hear it. I'm over the<br>>>>> > initial surge of learning at my new job now. I think I will have a<br>
>>>> > little<br>>>>> > more time so I'll try to watch the sugar and devel lists again and<br>>>>> > chip in<br>>>>> > where I can.<br>>>>> ><br>
>>>> > If you have a suggestion of an area where I should focus my time let<br>>>>> > me<br>>>>> > know. I'm not sure how much time I can give but once I glom on to<br>>>>> > something<br>
>>>> > I tend to get in to it vigorously.<br>>>>><br>>>>> If you had the time and interest.... I think that the best way to use<br>>>>> your particular skills would be to act as the voice for a single<br>
>>>> deployment.<br>>>>><br>>>>> Once we have a single voice, I think we can reproduce it for other<br>>>>> communities.<br>>>>><br>>>>> Personally if I were to try to tackle something like this I would pick<br>
>>>> the healthiest deployment I could find.... Nepal or even the Gartner<br>>>>> school in Boston.<br>>>>><br>>>>> The challenges would be two fold: How to ''translate' the deployments<br>
>>>> needs and communicate it to the larger community. The harder job<br>>>>> would be to communicate to the deployment how to interact with<br>>>>> community and what sort of support the community can provide.<br>
>>>><br>>>>> FWIW, the position is 'open' because it is really hard to fill, _not_<br>>>>> because it is unimportant.<br>>>>><br>>>>> david<br>>>>><br>
>>>> > Thanks,<br>>>>> ><br>>>>> > Greg S<br>>>>> > On Tue, Jun 9, 2009 at 3:21 PM, David Farning <<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>><br>
>>>> > wrote:<br>>>>> >><br>>>>> >> Not sure where the thread actually started.<br>>>>> >><br>>>>> >> But the internal Sugar Labs term for feature champion is a<br>
>>>> >> 'GregSmith." i.e. We need a Greg Smith to make sure that happens.<br>>>>> >><br>>>>> >> I am not sure how things were for you at OLPC.... But your legend<br>
>>>> >> lives on in Sugar Labs lore:) There was even a session at SugarCamp<br>>>>> >> Paris called how to recreate Greg Smith:)<br>>>>> >><br>>>>> >> david<br>
>>>> >><br>>>>> >> On Tue, Jun 9, 2009 at 1:41 PM, Greg Smith<<a href="mailto:gregsmithpm@gmail.com" target="_blank">gregsmithpm@gmail.com</a>><br>>>>> >> wrote:<br>
>>>> >> > Hi David,<br>>>>> >> ><br>>>>> >> > FYI I'm pretty sure this was meant for Greg Dek, not me.<br>>>>> >> ><br>>>>> >> > Nice to see the project doing well and continuing to grow!<br>
>>>> >> ><br>>>>> >> > Good luck. I send people your way whenever I see a prospect who may<br>>>>> >> > be<br>>>>> >> > able<br>>>>> >> > to help.<br>
>>>> >> ><br>>>>> >> > Thanks,<br>>>>> >> ><br>>>>> >> > Greg S<br>>>>> >> ><br>>>>> >> > On Mon, Jun 8, 2009 at 3:09 PM, David Farning<br>
<div>
<div></div>
<div>>>>> >> > <<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>><br>>>>> >> > wrote:<br>>>>> >> >><br>>>>> >> >> Yes, that make a lot of sense.<br>
>>>> >> >><br>>>>> >> >> I think the biggest piece for you personally is to become<br>>>>> >> >> comfortable<br>>>>> >> >> doing the asking:) It really doesn't take too long to get a feel<br>
>>>> >> >> for<br>>>>> >> >> who 'gets' the Sugar culture.<br>>>>> >> >><br>>>>> >> >> david<br>>>>> >> >><br>
>>>> >> >><br>>>>> >> >> On Mon, Jun 8, 2009 at 4:24 AM, Tomeu Vizoso<<a href="mailto:tomeu@sugarlabs.org" target="_blank">tomeu@sugarlabs.org</a>><br>>>>> >> >> wrote:<br>
>>>> >> >> > On Sun, Jun 7, 2009 at 01:30, David<br>>>>> >> >> > Farning<<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>><br>
>>>> >> >> > wrote:<br>
>>>> >> >> >> On Fri, Jun 5, 2009 at 5:17 AM, Tomeu<br>>>>> >> >> >> Vizoso<<a href="mailto:tomeu@sugarlabs.org" target="_blank">tomeu@sugarlabs.org</a>><br>
>>>> >> >> >> wrote:<br>>>>> >> >> >>> On Wed, Jun 3, 2009 at 19:23, C. Scott<br>>>>> >> >> >>> Ananian<<a href="mailto:cscott@cscott.net" target="_blank">cscott@cscott.net</a>><br>
>>>> >> >> >>> wrote:<br>>>>> >> >> >>>> Seems reasonable: "Design review" in addition to "code<br>>>>> >> >> >>>> review" for<br>
>>>> >> >> >>>> new<br>>>>> >> >> >>>> patches. Like code review, make a reasonable effort to have<br>>>>> >> >> >>>> an<br>
>>>> >> >> >>>> experienced designer or someone who knows the design for the<br>>>>> >> >> >>>> particular area, but if the patch stalls, any designer or<br>
>>>> >> >> >>>> developer's<br>>>>> >> >> >>>> review will do. If you care about coherent design, spent<br>>>>> >> >> >>>> time<br>
>>>> >> >> >>>> doing<br>>>>> >> >> >>>> design review!<br>>>>> >> >> >>>><br>>>>> >> >> >>>> I'd just extend this to allow "initial design review" even<br>
>>>> >> >> >>>> absent<br>>>>> >> >> >>>> a<br>>>>> >> >> >>>> patch, so that people can get initial review before they sink<br>
>>>> >> >> >>>> too<br>>>>> >> >> >>>> much<br>>>>> >> >> >>>> time in an implementation. If you're confident of the basic<br>
>>>> >> >> >>>> direction, you can skip this step (your work still gets<br>>>>> >> >> >>>> reviewed<br>>>>> >> >> >>>> before the patch is committed upstream), but if you're<br>
>>>> >> >> >>>> uncertain<br>>>>> >> >> >>>> you<br>>>>> >> >> >>>> might want to post screenshots or sketches or a text<br>
>>>> >> >> >>>> description<br>>>>> >> >> >>>> of<br>>>>> >> >> >>>> what you want to do and have someone say, "sure, that seems<br>
>>>> >> >> >>>> mostly<br>>>>> >> >> >>>> reasonable" before you start implementation. The initial<br>>>>> >> >> >>>> review<br>
>>>> >> >> >>>> doesn't have to be nitpicky, because there are inevitably<br>>>>> >> >> >>>> going to<br>>>>> >> >> >>>> be<br>
>>>> >> >> >>>> things learned during the actual implementation, but it<br>>>>> >> >> >>>> should<br>>>>> >> >> >>>> serve<br>
>>>> >> >> >>>> to keep people from wasting too much time on ideas which are<br>>>>> >> >> >>>> far<br>>>>> >> >> >>>> from<br>
>>>> >> >> >>>> the desired design direction.<br>>>>> >> >> >>><br>>>>> >> >> >>> I agree with both of Jameson and Scott, those are very<br>
>>>> >> >> >>> interesting<br>>>>> >> >> >>> point of view(s) and see the value of that proposal. To<br>>>>> >> >> >>> complement<br>
>>>> >> >> >>> that, we discussed at Paris the convenience of each<br>>>>> >> >> >>> reasonable-sized<br>>>>> >> >> >>> feature to have a champion that makes sure that the<br>
>>>> >> >> >>> development of<br>>>>> >> >> >>> this feature keeps moving forward with the participation of<br>>>>> >> >> >>> all the<br>
>>>> >> >> >>> needed people.<br>>>>> >> >> >>><br>>>>> >> >> >>> As an example, let's say that someone named Greg Smith<br>
>>>> >> >> >>> realizes the<br>>>>> >> >> >>> importance of having good tools in Sugar for discovering<br>>>>> >> >> >>> people to<br>
>>>> >> >> >>> communicate with. What we currently have doesn't scale for<br>>>>> >> >> >>> more<br>>>>> >> >> >>> than a<br>
>>>> >> >> >>> couple of dozen of people. That person doesn't need to be an<br>>>>> >> >> >>> engineer<br>>>>> >> >> >>> or an expert in HCI, but will need to have excellent<br>
>>>> >> >> >>> communication<br>>>>> >> >> >>> skills, enthusiasm and the ability to transmit that enthusiasm<br>>>>> >> >> >>> and<br>
>>>> >> >> >>> make other people want to work together.<br>>>>> >> >> >>><br>>>>> >> >> >>> In this ideal scenario, the ball would start rolling by asking<br>
>>>> >> >> >>> people<br>>>>> >> >> >>> already using Sugar about their opinions on that matter. Would<br>>>>> >> >> >>> ask<br>
>>>> >> >> >>> to<br>>>>> >> >> >>> these and to other people for improvement proposals, will make<br>>>>> >> >> >>> a<br>
>>>> >> >> >>> list<br>>>>> >> >> >>> of people that have shown interest on this issue and would<br>>>>> >> >> >>> periodically ping them so they feel in the loop, would see<br>
>>>> >> >> >>> which<br>>>>> >> >> >>> engineers would be interested in the implementation, etc<br>>>>> >> >> >>><br>>>>> >> >> >>> Other people that I think would make excellent feature<br>
>>>> >> >> >>> champions<br>>>>> >> >> >>> are<br>>>>> >> >> >>> Karlie Robinson, Greg DeKoenigsberg (currently doing that for<br>
>>>> >> >> >>> the<br>>>>> >> >> >>> 4th<br>>>>> >> >> >>> grade math project), Walter Bender (doing that for Turtle Art<br>
>>>> >> >> >>> and<br>>>>> >> >> >>> other stuff), Tony Forster, Caroline Meeks (SoaS), Mel Chua,<br>>>>> >> >> >>> etc.<br>
>>>> >> >> >>><br>>>>> >> >> >>> Would make sense to formalize the role of feature champion and<br>>>>> >> >> >>> write<br>
>>>> >> >> >>> down some guidelines to make these people even more effective?<br>>>>> >> >> >>><br>>>>> >> >> >>> Regards,<br>
>>>> >> >> >>><br>>>>> >> >> >>> Tomeu<br>>>>> >> >> >>><br>>>>> >> >> >> You are exactly correct that the important piece of this puzzle<br>
>>>> >> >> >> is<br>>>>> >> >> >> the<br>>>>> >> >> >> 'champion.'<br>>>>> >> >> >><br>>>>> >> >> >> As sugar Labs grows, it is getting harder and harder for<br>
>>>> >> >> >> everyone to<br>>>>> >> >> >> keep on top of everything. Less than a year ago it seem like<br>>>>> >> >> >> the<br>>>>> >> >> >> same<br>
>>>> >> >> >> six people were attending every meeting, responding to every<br>>>>> >> >> >> thread,<br>>>>> >> >> >> and working on every aspect of the project.<br>
>>>> >> >> ><br>>>>> >> >> > Right, at the end I think is all about scaling. It's also about<br>>>>> >> >> > having<br>>>>> >> >> > people doing what they do best, but is when we fail to scale<br>
>>>> >> >> > when<br>>>>> >> >> > people overcommit and end up doing things that other people<br>>>>> >> >> > would do<br>>>>> >> >> > much better.<br>
>>>> >> >> ><br>>>>> >> >> >> A huge 'wow for me was Josh's new face for the activity portal.<br>>>>> >> >> >> I<br>>>>> >> >> >> have lost track of the activity portal development since<br>
>>>> >> >> >> alsroot<br>>>>> >> >> >> became it's champion.<br>>>>> >> >> >><br>>>>> >> >> >> I would be hesitant to make the role of champion too formal.<br>
>>>> >> >> >> The<br>>>>> >> >> >> roles, responsibilities, and even definition of champion change<br>>>>> >> >> >> with<br>>>>> >> >> >> every feature and project.<br>
>>>> >> >> ><br>>>>> >> >> > Agreed, what I really meant to ask is how we are going to make<br>>>>> >> >> > easier<br>>>>> >> >> > for people to realize that they are all able to take ownership<br>
>>>> >> >> > of a<br>>>>> >> >> > missing piece in Sugar and push it forward until the benefits<br>>>>> >> >> > arrive<br>>>>> >> >> > to children. May not be a need to use a formal position for<br>
>>>> >> >> > this, but<br>>>>> >> >> > I guess we should talk more often about it and give this role<br>>>>> >> >> > more<br>>>>> >> >> > visibility?<br>
>>>> >> >> ><br>>>>> >> >> > Regards,<br>>>>> >> >> ><br>>>>> >> >> > Tomeu<br>>>>> >> >> ><br>
>>>> >> >> >> Instead, champion is an earned position of trust. A Champion<br>>>>> >> >> >> is not<br>>>>> >> >> >> the most vocal contributor, the best developer, or even the<br>
>>>> >> >> >> stake<br>>>>> >> >> >> holder with the greatest interest. A champion is someone who<br>>>>> >> >> >> can<br>>>>> >> >> >> make good things happen.<br>
>>>> >> >> >><br>>>>> >> >> >> At meta level the entire purpose of Sugar Labs is attract,<br>>>>> >> >> >> engage,<br>>>>> >> >> >> and<br>
>>>> >> >> >> empower champions.<br>>>>> >> >> >><br>>>>> >> >> >> Champions produce good results.<br>>>>> >> >> >> Champions scale.<br>
>>>> >> >> >><br>>>>> >> >> >> david<br>>>>> >> >> >><br>>>>> >> >> ><br>>>>> >> ><br>
>>>> >> ><br>>>>> ><br>>>>> ><br>>>><br>>><br>><br>><br></div></div></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <br>
Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br></font></blockquote></div><br></div></div></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></div></div></blockquote></div><br>
</div></div></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>