<div dir="ltr"><div><div>I mentioned this in today's status meetings, but wanted to re-summarize here for discussion. Madhava, Chad and I have been working with Marco Mucci and Jenn Chaulk to implement some changes to the Firefox development process to reduce "Carry over" work and address common pain points.<br>
<br></div>We're planning to implement the following changes at the start of the next iteration (34.2, starting next Tuesday).<br></div><div><br>Changes in Iteration 34.2:<br><br>- we're going to cap the size of 
the selected work based on historical team performance. The cap is a 
rolling cap that will adjust dynamically as team performance changes 
over time. This work will be the team's commitment. If committed work is
 complete, the team is free to pick up more work at your discretion, but not
 at the cost of committed work.<br><br>- any carryover will be reviewed 
and count towards the cap of selected work. The first part of the 
planning meeting for this iteration will be dedicated to carryover 
review, where we will decide whether to drop or carryover any existing 
work.<br><br>- A priority backlog draft will be sent out to firefox-dev the <span class="" id="OBJ_PREFIX_DWT298_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT300_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT362_com_zimbra_date">Thursday</span></span></span> before the <span class="" id="OBJ_PREFIX_DWT299_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT301_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT363_com_zimbra_date">Tuesday</span></span></span> planning meeting for broader review.<br>
<br>-
 All estimation will be performed asynchronously via a Google Docs 
spreadsheet, and points will be reviewed for outliers which can be 
discussed separately. The goal will be to have all work estimated by the
 planning meeting (between <span class="" id="OBJ_PREFIX_DWT302_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT304_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT364_com_zimbra_date">Thursday</span></span></span> and the following <span class="" id="OBJ_PREFIX_DWT303_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT305_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT365_com_zimbra_date">Tuesday</span></span></span>).<br>
<br>-
 We will eliminate the Tuesday status meetings entirely. In their place,
 we will ask all team members to provide daily updates via bsmedberg's 
status tool. Updates should be short and submitted at the beginning of 
your day, and mention what you accomplished <span class="" id="OBJ_PREFIX_DWT366_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT367_com_zimbra_date">yesterday</span></span>, what you plan to do <span class="" id="OBJ_PREFIX_DWT306_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT307_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT368_com_zimbra_date">today</span></span></span>,
 and anything you're blocked on. Your updates should include specific 
status updates for each of the bugs that you're committed to: "work in 
progress", "in review", or "landed".<br><br>- We will eliminate the "Eastern" planning meeting, and move to having only two planning meetings every other <span class="" id="OBJ_PREFIX_DWT308_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT309_com_zimbra_date"><span class="" id="OBJ_PREFIX_DWT369_com_zimbra_date">Tuesday</span></span></span> (Europe and Pacific).<br>
<br>- in order to better track the team's progress at a high level, GMC will be reviewing UX bugs and breakdown bugs as they are completed<br><br>Gavin<br></div></div>