Contributors/FY2016-17Q2/Planning

Proposed Steps for finalizing Editing Department Q2 goals
Who: Editing Department Directors, Managers, Product Managers, Designers and Lead Engineer
 * 1) Trevor announces start of process
 * 2) Aug 16-18: Joel and Trevor make first draft of SOP
 * 3) Aug 19: Managers review and refine SOP
 * 4) Aug 22-26: Managers execute the SOP
 * 5) Aug 27: Publish first draft of Department team goals
 * ? : coordinate with other Departments
 * ?: finalize for quarter
 * ?: Do next quarter's planning
 * ?: review after end of quarter
 * 1) Sep/Oct: retrospect on the process

DRAFT Standard Operating Procedure

 * 1) Recycle Q1 plan to create skeleton of Q2 plan
 * 2) Cut everything that's done (but check for successor goals)
 * 3) Anything that's left should be at the start of the Q2 plan.
 * 4) if not, why not?  Are you cutting something? (GOTO cutting procedure)
 * 5) Draw from Product Roadmaps
 * 6) What's the next thing on your product roadmap?  Do one of:
 * 7) Add it to Q2 plan.
 * 8) Skipping it.
 * 9) Should you cut it instead?
 * 10) Cut.
 * 11) GOTO cutting procedure.
 * 12) Repeat until capacity reached
 * 13) What is capacity?
 * 14) Base on last Q.
 * 15) Can you quantify in any way?  By points, # of tasks, # of features, # of releases?
 * 16) A quantified baseline, even a very crude one, is surprisingly accurate (if not precise).
 * 17) Should there be full two-way sync between Q2 plan and product Roadmaps?
 * 18) Yes, or else your roadmap is junk?
 * 19) No?
 * 20) overkill?
 * 21) What if roadmaps don't exist/don't line up (e.g., not all Qplan work is product work, and roadmaps are mostly for products)
 * 22) Synchronize your Q2 plan with the Annual Plan
 * 23) Sync the Annual Plan to your Q2 plan
 * 24) For each item in the annual plan, is it relevant to your team?
 * 25) Is there something on your Q2 plan that maps?
 * 26) Document the match by populating column B in the Q2 plan
 * 27) Nothing matching on the Q plan.
 * 28) Can you do this this quarter?
 * 29) Add to Q2 plan and roadmap.
 * 30) No match, and should be cut from annual plan
 * 31) GOTO cutting procedure?
 * 32) Sync your draft Q2 plan to the Annual Plan
 * 33) For each item in your Q2 plan:
 * 34) Already mapped to Annual Plan.  continue.
 * 35) Not mapped to annual plan.  Does this match something on the annual plan?
 * 36) Yes.
 * 37) Map it.
 * 38) No.
 * 39) Are all of the existing objectives in the annual plan already covered?
 * 40) Yes
 * 41) Add the new thing and notify Trevor.
 * 42) No
 * 43) Ask Trevor for help judging priorities and cost/benefit of new thing vs existing to Annual Plan objectives.
 * 44) Sync with other teams in Editing department
 * 45) Details TBD.
 * 46) Go and talk anyone you have a dependency with?  Swap plans?  When?  What about circular/mutual?
 * 47) Is this at the Jamboree?  Before the Jamboree with finalization at the Jamboree?
 * 48) Sync with other teams in other departments
 * 49) Is this before or after Aug 27?
 * 50) Details TBD
 * 51) Before Aug 27, have will have a meeting where we discuss each other's goals and provide feedback and resolve dependencies. More info on the timing of that meeting will be coming soon.
 * 52) Publish a draft (as in, mostly there but could still change) on MediaWiki.org on the 27th of this month (about 2 weeks from now).

Cutting procedure:

 * 1) Is anybody else's work dependent on item?  If so, discuss with them.
 * 2) Is this on a product roadmap, or part of the annual plan?  If so, [TBD]

Documents

 * 1) Editing Department FY2016-17 Quarterly Goals
 * 2) Annual Plan
 * 3) Tab at end of quarterly goals spreadsheet
 * 4) More detail?

= Objectives = What are we trying to accomplish with quarterly planning this quarter, and with an SOP?
 * 1) At the individual level (Team participants and managers)
 * 2) Make quarterly planning less unfun
 * 3) Provide emotional payoff to work from last Q.
 * 4) Work isn't wasted for audience: Sense that the planning and reporting work is being seen at all, is being seen fairly, and leads to reasonable consequences
 * 5) Work isn't wasted for me: I can re-use and build on it, and am not repeating myself
 * 6) Make it cheaper and less painful to do planning
 * 7) Reduce the blank-page pain of Qplanning
 * 8) Take away the mystery of the process.
 * 9) Build repeatable (cheaper) habits.
 * 10) At the team level
 * 11) Get more value out of the old planning work - we aren't smarter, and only know a little more, so that work should still be mostly valid.
 * 12) Follow up on existing work, don't re-invent
 * 13) Existing plans and roadmaps should already be long-term, span quarters
 * 14) Shouldn't be very detailed in the far future, but more than nothing
 * 15) And work not completed should be pretty detailed already
 * 16) If we are changing from previous plan, need to communicate that
 * 17) At the Department level
 * 18) Become more realistic about planning
 * 19) Force us to confront stuff that doesn't work - fix it or flag it
 * 20) Get more stuff on
 * 21) Don't commit to do too much.
 * 22) Commit to work representing about half of the team's capacity under ideal conditions.
 * 23) Use reporting (n.b. Phlogiston reporting to reality check.  Collab example)
 * 24) Coordinate with other teams' plans
 * 25) Know what each other are doing
 * 26) Get peer feedback on plans
 * 27) Get peer input on priorities
 * 28) Get peer input on best approaches, previous efforts, etc.
 * 29) Resolve dependencies between teams
 * 30) At the Foundation level
 * 31) Correlate to Annual Plan
 * 32) Comply with rules for planning Column B - show which Annual Goal relates.  (why?)
 * 33) follow the annual plan?  (i.e., would pass a cross-check)
 * 34) Reuse the annual plan so as to reduce new planning efforts
 * 35) Build trust with movement
 * 36) Demonstrate that we are able to meet our commitments
 * 37) Demonstrate that we give them advance notice and consultation if we need to change those commitments.
 * 38) Bring and keep Roadmaps current and relevant.
 * 39) Be on time syncing with other teams.

Why this won't work (and what to do about that)

 * work is too complicated or changes too frequently to fit either the quarterly plan model or this SOP
 * Work is not a linear, fungible quantity (e.g., do 20 hours of development and it's done) but instead can be:
 * Non-linear/unpredictable
 * Dependent on other teams/other parts of the WMF
 * Dependent on non-software factors such as community acceptance