<div dir="ltr">I think this is a *really* good idea and something that I've discussed informally with a handful of folks over the last year or so. In fact, we did this on a smaller scale for fundraising during the 2010 fundraiser - delegates from the various teams working on fundraising (engineering, creative, community/banner implementers) met 3x/week to make sure we were staying in sync and aligned on priorities. I think it saved us - at the very least it saved some of our sanity.<div>
<br></div><div>For engineering more broadly, I think it would be enormously valuable to have a high-bandwidth, high-throughput touchpoint across the various teams, and this could serve really well to help us collaborate more/stay better aligned. I think 'scrum of scrums' was originally intended to syncrhonize work for one product with multiple projects/teams (a la fundraising), whereas in engineering we are many products and many teams that overlap/impact one another. As such, I'm not sure we necessarily need to meet super frequently - but I think that is something that could be easily tuned; perhaps we could start with 2-3x/week and see how it goes.</div>
<div><br></div><div>That said, one concern I have internally is that not all of the teams in Engineering are structured in similar ways and more importantly are not necessarily working in as flexible a way as others. I think the success of something like a 'scrum of scrums' is dependent on participating teams' ability to respond to change fairly quickly. I suppose this could serve as a tool to motivate other teams to adopt practices/mentalities to support this, but I'm not sure what kind of buy-in we'd be able to achieve engineering-wide.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 18, 2013 at 1:47 PM, Erik Moeller <span dir="ltr"><<a href="mailto:erik@wikimedia.org" target="_blank">erik@wikimedia.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
at the engineering management level we've been talking about how we<br>
can improve inter-team coordination/prioritization decisions without<br>
managers attempting to continually run interference on behalf of teams<br>
(which is a recipe for failure, IMO, because managers generally are<br>
not nearly sufficiently involved in the day-to-day workings of a<br>
team).<br>
<br>
Examples of problems that I think are worth solving:<br>
- Ensuring platform and ops are in the loop on the latest shiny<br>
features you're building<br>
- Surfacing perceived blockers ("we're still waiting on the Varnish<br>
migration til we can release X, so we've moved on to Y")<br>
- Ensuring feature developers are in the loop on new services/APIs<br>
that are being built that can be used by feature devs<br>
- Surfacing questions about prioritization ("Ops: we've been asked to<br>
work on OSM" - "Mobile: we should probably talk to the mobile PM to<br>
figure out how urgent that is")<br>
<br>
One process recommended by scrum practitioners is a scrum of scrums.<br>
The idea is that one representative of each team meets with other team<br>
reps for a daily (or 3 times/week, or whatever works) 15 minute<br>
coordination sync-up, similar to the daily stand-up but focused on<br>
inter-team issues and blockers. The process is described here:<br>
<br>
<a href="http://www.scrumalliance.org/community/articles/2007/may/advice-on-conducting-the-scrum-of-scrums-meeting" target="_blank">http://www.scrumalliance.org/community/articles/2007/may/advice-on-conducting-the-scrum-of-scrums-meeting</a><br>

<br>
This particular article recommends having implementers (devs/testers)<br>
attend the scrum of scrums. Product owners, ScurmMasters and others<br>
can get involved when there's a conflict around prioritization or<br>
blockers that need to be resolved. But having implementers attend the<br>
scrum of scrums can help keep the meeting focused on technical<br>
details.<br>
<br>
In our context, this may be the kind of meeting where note-taking<br>
would be useful. For example, a daily email to engineering@ including<br>
the notes could be helpful. But that's just an idea.<br>
<br>
Thoughts on the general concept?<br>
<br>
Thanks,<br>
Erik<br>
<span class="HOEnZb"><font color="#888888">--<br>
Erik Möller<br>
VP of Engineering and Product Development, Wikimedia Foundation<br>
<br>
_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org">teampractices@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/teampractices" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
</font></span></blockquote></div><br><br clear="all"><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>