<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 23, 2013 at 5:45 PM, Bryan Davis <span dir="ltr"><<a href="mailto:bd808@wikimedia.org" target="_blank">bd808@wikimedia.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> Ultimately, I think this can be boiled down to: tactical dependency<br>
> management between teams with a byproduct of increased communication and<br>
> on-the-ground transparency between teams.<br>
<br>
</div>Well stated Arthur.<br></blockquote><div><br></div><div>Thanks :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Prioritization, big deal collaboration, long-term planning, etc should<br>
> happen in a different venue. I'm not sure how much cross-team collaboration<br>
> goes into this kind of stuff at the moment, but I think it's beyond the<br>
> scope of the SoS.<br>
<br>
</div>There are many techniques for managing cross-team strategic planning,<br>
but I agree that SoS is not one of them.<br></blockquote><div><br></div><div>I suspect that after engaging in SoS, we may want to explore how we overlap/engage in bigger-picture strategic planning - but I think there is a lot of value to be found quickly around day-to-day collaboration with SoS. I have some more thoughts on this that I'll share in a separate note.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> I propose the following:<br>
> * twice-weekly SoS (maybe Tu/Th)<br>
<br>
</div>Why so often? If this activity is primarily for interfacing Scrum<br>
teams with each other and their consultants, shouldn't meeting once or<br>
possibly twice per sprint suffice? If teams are executing tactically<br>
against their sprint plans it doesn't seem that there should be a need<br>
for 4 inter-team checkpoints per sprint (assuming 2 week sprints).<br></blockquote><div><br></div><div>I figured twice-weekly was better than daily for us, but generally I think you're right. I don't know if we conceivably do this as a 'once per iteration' kind of thing since I presume we all have different sprint durations/start and end times/etc - I don't even know if all interested parties use strict iterations. What if we started out with once a week?</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> And of course, I suggest this as a starting point; it ought to adjust as<br>
> necessary.<br>
<br>
</div>I would suggest choosing a frequency for scrum of scrums retrospective<br>
meetings from the start. At least once per quarter would be reasonable<br>
and you may want to do them more frequently (fortnightly, monthly?)<br>
when initially testing the process. Hopefully you can get away with a<br>
small timebox (30-45m) for this. Be mindful of meeting fatigue and<br>
seek to assign issue resolution as an out-of-band task for a small ad<br>
hoc working group who will report back to the group.<br></blockquote><div><br></div><div>I wholeheartedly agree. A regular retrospective would help fine tune a SoS and potentially even evaluate its overall utility/efficacy. If we're SoS'ing weekly, perhaps once a month would be a good rhythm for a retrospective - at least to start.</div>
</div><div><br></div>-- <br>Arthur Richards<div>Software Engineer, Mobile</div><div>[[User:Awjrichards]]</div><div>IRC: awjr</div><div>+1-415-839-6885 x6687</div>
</div></div>