<div dir="ltr">Hey Pasi,<br><br>Thanks for the initiative and writeup. Making meetings more efficient is definitely worthwhile!<br><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 3, 2015 at 11:51 PM Pasi Lallinaho <<a href="mailto:pasi@shimmerproject.org">pasi@shimmerproject.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">1) Stop running the "Team updates" section<br>
<br>
Pasting the updates in a meeting means more work (through having to<br>
memorize/note down items) for contributors. It also means that those who<br>
can't attend the meeting (which means many people per meeting), can't<br>
paste the updates unless somebody does this for them.<br>
<br>
Since we now have a timeline tab [2] in the tracker, most of these<br>
updates can be seen live.<br></blockquote><div><br></div><div>This absolutely makes sense to me. I've fallen in love with the new tracker almost at first site and I think it should take a more prominent place even on our website, because it is a one-stop-shop for outsiders to understand what is "currently going on" in the team. (Even if the titles of the workitems aren't self-explanatory, the tracker brings them together meaningfully and allows people to follow the links to further information as found on launchpad blueprints.)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The only real change in action contributors would need to take would<br>
apply to work items. Practically this means that everything that could<br>
be worth mentioning for people outside the team - or added in the<br>
release notes - should be in the blueprints. Doing the updates like this<br>
also improves their findability. As I see it, this isn't much different<br>
from what we currently do, or at least what I try to do.<br></blockquote><div><br></div><div>+1<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Finally, the updates that aren't worth/important enough to add to the<br>
blueprints could still be shared in the meeting, thus...<br>
<br>
2) Rename the "Announcements" section to "Updates and Announcements"<br>
<br>
This is just semantics, but it should be done to avoid confusion and be<br>
more accurate.<br></blockquote><div><br></div><div>I would agree that this is a tiny change. I just hope people won't unintentionally use it like the Team Updates section ;)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not the one who approves or disapproves the notion, but please do<br>
send feedback. This way we can likely vote about the changes around the<br>
next meeting.<br></blockquote><div><br></div><div>Agreed, this should be voted on by the whole team at the next meeting.</div><div><br></div><div>To be frank, I haven't taken part in many other team's meetings, so I don't know whether there is something we could learn or benefit from. But if any of you are in team meetings that have e.g. a structure you consider especially constructive please open a new thread on that so we can discuss it. (Not saying we should throw our meeting structure out the window, but since we're already on the subject...)</div><div><br></div><div>Cheers</div><div>Simon</div></div></div>