Readers/Web/Team/Retrospectives/Retrobreakfast

What did we like

 * Ryan: [JK: Missed this one]
 * Moiz (talking about second split) Whole thing was weird at first and has been a pleasant surprise to see both projects making progress. Shoutout to Jon and Ryan for leading teams.
 * Maryana impressed we recognized problem (tech surplus) and found a great solution quickly (new team). All done in less than a month. Very proud
 * Jon Really good to get devs together to talk about code base.
 * Kristen Cool that we are able to pivot so quickly...what seems slow to us is fast for everyone else.
 * Rob Change felt very abrupt, but that was necessary to keep rest of team functioning.

Kristen reorients conversation around dev backlog (not team split)

This is also good for developing code health to make further change easier. Very important that the dev backlog is public and PM’s and Kristen can all see it. Visibility important for pushing back on new features if code needs work.
 * Baha Dev backlog was great. Always something for him to do.  If he ever was waiting for something, find some task and experiment on it.  (+1 Rob)
 * Sam Sam is very happy that they were able to choose topic, and that this topic was codebase health. Never worked for an org that honored the desire to take time to work on code quality.
 * Max Main result is that we have tried it and learned. If we go a little bit further and have specific resource allocation needs, then we will be better at it.
 * Jon Great to be able to find time to contribute to the open source community. Great to give back.
 * Joaquin We should continue to pay attention to developer backlog and talk about it. ACTION
 * Rob Wehenver we see notes in code like “fix me” we should add to backlog.
 * Moiz Kristen is the best. “a better Arthur”.  Thank you to Kristen!
 * Ryan Didn’t alienate single volunteer devleoper, who is still actively editing
 * Maryana Great that this was bottom up!

What didn’t work
all over bugs went up (things were broken in refactoring) Deployments done while he is asleep. Amir w Trello didn’t work well cause it alienated community. we should move to phabricator It was unclear We should be calling out any barriers/roadblocks on mailiing lists/forums [Answer: Max--wikidata is crap] What specifically, lets unpack that. Probably need for speed caused this. [Answer: it is a prototype, so we will toss it and rebuild, once we have user data, we will know which version to go forward with and build right, and add i18n--see action below].
 * Max number of regressions didn’t decrease
 * Sam As a remote person, didn’t see any of these regressions. Would like more visibility
 * Jon Despite more regressions, feels like the code is still healthier and we have better tests. This was hopefully a 1-time hit).
 * Ryan Because of so much refactoring it really did make deployments harder (dependencies and merge conflicts)
 * Moiz no clarity on why wikigrok is not in production yet?
 * Joaquin Wikigrok is badly written: design and test coverage. I think we can do better.

What is confusing us
Why aren’t we doing weekly deployments we should be clear about how we handle that moving forward
 * Jon It wasn’t clear in the dev backlog what was a feature and what was legitimately about code base health, and what is in scope for mobile (example: desktop categories apgae)
 * Rob How are we going to move forward with collections re: backend and how much it overlaps with collections extension.
 * Moiz Some folks seem confused about team transitions and how that works as folks move from one team to another. (Moiz included in that).  Example:  collections will need backend help.
 * Baha Do you designers use phabricator? There are bugs that need work.
 * Ryan what is better for pinging designers: [answer: Trello, hard to find and bad notifications in phabricator]
 * Kaity confused by phabricator

Action Items

 * Meet with Amir to talk through i18n
 * Migrate dev backlog from trello to phab
 * We should continue to pay attention to developer backlog and talk about it. Jon: maybe 1x a month to groom dev backlog.  Invite PMs.  Make it mobile-wide. Adding to backlog can be done asynch.
 * Figure out criteria for what legitimately belongs in dev backlog and how we prioritize
 * Setup a session to talk about how we use phabricator, in conjunction with Gerrit and other tech talk (due to developer trello preference and fact that some things only in phabricator
 * Kaity should get some help on phabricator but also make sure problems are made known to folks working on it