<p><br>
Sounds like a good idea.</p>
<p>gustavo @ <a href="http://niemeyer.net">http://niemeyer.net</a></p>
<div class="gmail_quote">On Jun 11, 2012 12:51 PM, "Mark Ramm" <<a href="mailto:mark.ramm-christnesen@canonical.com">mark.ramm-christnesen@canonical.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    I raised this briefly on IRC this morning, but wanted to start a
    quick discussion about how we can help folks outside of our team
    understand the status of the go port and any other work (MongoDB
    trial, etc) that needs to be done between now and 12.10. <br>
    <br>
    Rick Spencer showed me a tool that looks at the work items field in
    LP blueprints like this one: <br>
    <blockquote><a href="https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-arm-deployment" target="_blank">https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-arm-deployment</a><br>
    </blockquote>
    where each "todo" item is just a line like this: <br>
    <blockquote>[mark-mims] Charm testing on ARM (emulation only): TODO<br>
      [ikepanhc] Add highbank kernel to quantal: DONE<br>
      [rbasak] Port highbank support to new flash-kernel: DONE<br>
      [rbasak] Enable highbank installer images: DONE<br>
    </blockquote>
    <br>
    and creates fancy charts: <br>
    <blockquote><a href="http://status.ubuntu.com/ubuntu-quantal/group/topic-quantal-servercloud-arm.html" target="_blank">http://status.ubuntu.com/ubuntu-quantal/group/topic-quantal-servercloud-arm.html</a><br>
    </blockquote>
    Which roll up to higher level reporting on the release status: <br>
    <blockquote><a href="http://status.ubuntu.com/ubuntu-quantal/canonical-server.html" target="_blank">http://status.ubuntu.com/ubuntu-quantal/canonical-server.html</a><br>
      <a href="http://status.ubuntu.com/ubuntu-quantal/" target="_blank">http://status.ubuntu.com/ubuntu-quantal/</a><br>
    </blockquote>
    Since the goal here is just to provide communication to the rest of
    the company on our status as efficiently as possible it seems to me
    to make sense to re-use as much of this reporting infrastructure as
    we reasonably can. <br>
    <br>
    We could create a Juju-Core topic with some basic blueprints for the
    high level items that need to be ported over to Go, or done in this
    cycle, and then just add a few work items for each of the blueprints
    and mark them off as we complete them.   I doubt this would take
    more than a few minutes a week, and it would help the rest of the
    organization fell like they have some visibility into what we are
    all working on.<br>
    <br>
    It will also help us to have some visibility into the backlog of
    work as we work through the process of prioritizing incoming
    requests against our existing workload.<br>
    <br>
    --Mark Ramm<br>
    <br>
  </div>

<br>--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
<br></blockquote></div>