{"id":11215,"date":"2014-03-25T15:42:08","date_gmt":"2014-03-25T19:42:08","guid":{"rendered":"http:\/\/webmakerblog.wpengine.com\/?p=11215"},"modified":"2019-02-26T12:42:09","modified_gmt":"2019-02-26T20:42:09","slug":"scrum","status":"publish","type":"post","link":"https:\/\/blog.mozilla.org\/foundation-archive\/mozilla-learning\/scrum\/","title":{"rendered":"The scrum never stops: building a better workbench for Webmaker"},"content":{"rendered":"<p><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\"><img decoding=\"async\" loading=\"lazy\" alt=\"\" src=\"https:\/\/dl.dropboxusercontent.com\/spa\/6c38yp3crbxni5b\/xe5rxe59.png\" width=\"1284\" height=\"708\" \/><\/a><\/p>\n<blockquote><p>As we head into Q2, let&#8217;s build a better &#8220;workbench&#8221; and online scrum board for Webmaker.<\/p><\/blockquote>\n<p><strong>TLDR version:<\/strong><\/p>\n<ul>\n<li><strong>Check out the freshly udpated <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">Webmaker Wiki<\/a>.<\/strong> It&#8217;s one-stop shopping for key roadmaps, planning documents, tickets, and scrums. And will help provide more transparency and co-ordination across teams going forward.<\/li>\n<li><strong>It clearly lays out Webmaker&#8217;s <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">key components<\/a>. <\/strong>And how they all fit together. From teaching kits and training to localization, badges, and Maker Party. These will provide the main tracks for our scrum board as we go forward.<\/li>\n<li><strong>Shifting to real time<span style=\"text-decoration: underline\"> production,<\/span> instead of static <span style=\"text-decoration: underline\">documentation<\/span><\/strong>. The new wiki is a <em>production<\/em> document. The main goal is to provide a clear view of *what we&#8217;re building now.* Week by week, quarter by quarter. Instead of a static repository for documentation that quickly goes out of date.<\/li>\n<li><strong>Project scrum boards<\/strong>. To that end, each <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">individual project page<\/a> will lead with a virtual scrum board at the top of the page. We&#8217;ll embed Bugzilla tickets to do this, and use Bugzilla components and whiteboard tags to do it in a smart, automated way. <em>(If you don&#8217;t use Bugzilla, just include links to wherever you&#8217;re tracking the work.)<!--more--><\/em><\/li>\n<\/ul>\n<p><strong>Why are we doing this?<\/strong><\/p>\n<ul>\n<li><strong>This past quarter, we&#8217;ve clarified Webmaker&#8217;s scope, component pieces, and team roles. <\/strong>The new wiki reflects that progress.<\/li>\n<li><strong>Fewer &#8220;status updates,&#8221; more transparent agility. <\/strong>If we do this right, it&#8217;ll mean we no longer need to do &#8220;status updates&#8221; in our weekly Webmaker.org calls. The wiki pages will take care of that. Instead, we can focus more on the brainy stuff: coordinating moving pieces, clearing blockers, and refining our strategy and tactics.<\/li>\n<li><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\"><strong>One link to rule them all<\/strong><\/a>. No more URL spaghetti &#8212; if it&#8217;s important to your work, it should be intuitive and findable from your wiki page. This solves for a key challenge we&#8217;ve faced to date: co-ordinating often requires a confusing jumble of etherpads, blog posts, Google Docs, Bugzilla tickets, and stand-alone wiki pages that live in someone&#8217;s head. No more.<\/li>\n<\/ul>\n<p><strong>This is all a <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">work in progress<\/a><\/strong><\/p>\n<ul>\n<li><strong> And not even close to &#8220;done.&#8221;<\/strong> There&#8217;s stuff missing. It needs your love, missing links and co-ownership. This post is about signalling the intention and getting your help.<\/li>\n<\/ul>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"alignnone\" alt=\"\" src=\"http:\/\/farm6.staticflickr.com\/5539\/12440808095_056a3194ba_b.jpg\" width=\"1024\" height=\"701\" \/><\/p>\n<h3><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">The Webmaker Wiki<\/a>: a scrum that never stops<\/h3>\n<p><strong>Everybody loved the last <a href=\"http:\/\/webmakerblog.wpengine.com\/webmaker-org-work-week\">Webmaker work week<\/a><\/strong>. Why? Because:<\/p>\n<ol>\n<li><strong>We broke the project into key tracks<\/strong>. Webmaker is a complex product. You need to carve it up in smart ways to tackle and make sense of it.<\/li>\n<li><strong>We sorted our roles and leadership for each track<\/strong>. Prepping for the work week forced us to get our RACI (Responsible, Accountable, Consulted, Informed) together for each track, and attack fuzziness.<\/li>\n<li><strong>We worked well across teams<\/strong>. Dividing things up into smart functional components (like &#8220;Engagement Ladder&#8221;) forced us to work across teams, instead of sticking in our little org chart boxes. This drives a holistic view of the product.<\/li>\n<li><strong>We scoped, documented and ticketed well<\/strong>. The prep work we did laid out the groundwork and scope. And because we tied all the work to Bugzilla and shareable online artefacts, it was easier to keep momentum after everyone went home.<\/li>\n<li><strong>The scrum board provided clear visual progress<\/strong>. We moved a huge number of individual tasks across the board, from &#8220;to make&#8221; to &#8220;making&#8221; and &#8220;made.&#8221;<\/li>\n<\/ol>\n<p>Together, these things sent a larger signal:<\/p>\n<blockquote><p><strong>All that matters is scoping clear, achievable pieces of work<\/strong> &#8212; and then moving them across the line together.<\/p><\/blockquote>\n<h3><img decoding=\"async\" loading=\"lazy\" class=\"alignnone\" alt=\"\" src=\"https:\/\/dl.dropboxusercontent.com\/spa\/6c38yp3crbxni5b\/90w_ubkf.png\" width=\"1124\" height=\"365\" \/><\/h3>\n<h3>So let&#8217;s keep working that way<\/h3>\n<p><strong>That worked well &#8212; <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\/Roadmap\">and led to a lot of completed work in Q1<\/a>. So let&#8217;s do it more intentionally as we head into Q2. <\/strong>And build a Webmaker scrum board that never stops!<br \/>\n<strong>That&#8217;s what your project wiki page should lead with going forward<\/strong>: a scrum board that updates as you go. Along with the handful of key links, context or artifacts your colleagues need to help you push those well-defined tasks to completion.<br \/>\n<img decoding=\"async\" loading=\"lazy\" alt=\"\" src=\"http:\/\/www.wiringdiagrams21.com\/wp-content\/uploads\/2010\/08\/HondaCB750SOHCEngineDiagram.png\" width=\"410\" height=\"375\" \/><\/p>\n<h3>Laying out Webmaker&#8217;s key components<\/h3>\n<p><strong>Webmaker is an open source product with a dozen or so key component pieces<\/strong>. <strong><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">The main Webmaker Wiki <\/a><\/strong>page is visual and navigational &#8212; it lays out these key components. This in itself is useful &#8212; think of it as an X-Ray of the projects major bones, muscles and heart. And our key scrum tracks going forward.<br \/>\nIn addition, the updated landing page includes links to:<\/p>\n<ul>\n<li><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\/Roadmap\"><strong>The high-level roadmap<\/strong><\/a>. Each individual component has their own goals and deliverables &#8212; but this is the one roadmap to rule them all, tying it all together.<\/li>\n<li><a href=\"https:\/\/wiki.mozilla.org\/Webmaker\/Story\"><strong>Our story<\/strong><\/a>. What are we doing in 2014? What&#8217;s the larger goal?<\/li>\n<li><strong><a href=\"http:\/\/adamlofting.github.io\/mofo-contributors-dashboard\/\">Our contributor dashboard<\/a> (NEW)<\/strong>. Our #1 goal is growing 10,000 contributors this year. This new dashboard prototype will track that in real time.<\/li>\n<\/ul>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"alignnone\" alt=\"\" src=\"https:\/\/dl.dropboxusercontent.com\/spa\/6c38yp3crbxni5b\/nqfiel74.png\" width=\"1083\" height=\"458\" \/><\/p>\n<h3>Here&#8217;s a rough template to follow for each page:<\/h3>\n<blockquote><p>1) Your scrum board<br \/>\n2) Key links<br \/>\n3) All else<\/p><\/blockquote>\n<p><strong>Each component has their own page<\/strong>. Going forward, we&#8217;ll strive for each of the pages to follow the same basic template:<\/p>\n<ol>\n<li><strong>Lead with your scrum board<\/strong>. This will provide the most up to date view of what&#8217;s happening, right at the top of your page.<\/li>\n<li><strong>Include links to key documentation<\/strong>. It doesn&#8217;t have to be perfect &#8212; and links are fine. You *don&#8217;t* have to duplicate or copy \/ paste stuff, or wrestle with wiki mark-up, or whatever &#8212; just paste in the links. If your page contains *nothing* other than one or two links to wherever you&#8217;re documenting or tracking the work, that&#8217;s just fine.<\/li>\n<li><strong>All else<\/strong>. Push the static, evergreen copy down the page, or move it to sub-pages. These are <em>production<\/em> pages &#8212; they&#8217;re meant for busy people to quickly grok what&#8217;s up now. And not public-facing pages that need to be pretty, rhetorical or overly polished.<\/li>\n<\/ol>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"alignnone\" style=\"border: 1px solid black\" alt=\"\" src=\"https:\/\/dl.dropboxusercontent.com\/spa\/6c38yp3crbxni5b\/3t4wmq3l.png\" width=\"1127\" height=\"370\" \/><\/p>\n<h3>Who&#8217;s all this for?<\/h3>\n<blockquote><p><strong>Who&#8217;s the <span style=\"text-decoration: underline\">main<\/span> target audience for this new Webmaker wiki? <\/strong><span style=\"text-decoration: underline\">Builders<\/span> and production people.<\/p><\/blockquote>\n<p><strong>Who are these wiki pages primarily <em>for<\/em>?<\/strong> The answer: <em>builders<\/em>. The people planning and building Webmaker on a daily basis. The kind of people who show up to the weekly Webmaker.org call. Or colleagues and hardcore contributors who&#8217;ve been at this a while, and already have a good level of familiarity with what we&#8217;re doing.<\/p>\n<h3><img decoding=\"async\" loading=\"lazy\" alt=\"\" src=\"http:\/\/farm6.staticflickr.com\/5514\/12440940183_17c8435475_b.jpg\" width=\"1024\" height=\"690\" \/><\/h3>\n<p><strong>This is a bit different.<\/strong> In the past, we&#8217;ve used our wiki primarily for <strong>contributors, and contributor documentation. We&#8217;ve now mostly outgrown that<\/strong>. Our <em>contributor<\/em> documentation and platforms now live in other, more polished places &#8212; on Webmaker.org, on SUMO, in our updated even guides, new training pages, Git Hub, etc. <strong>That&#8217;s a good thing.<\/strong> Contributors shouldn&#8217;t have to dig through a wiki to find what they need &#8212; we should be serving them in more polished ways on the web.<br \/>\n<strong>That frees our wiki to focus on production and co-building<\/strong>. That means: less context and explaining, more diving into the work.<\/p>\n<h3>More to come<\/h3>\n<p><strong>This post will be the first in a series on &#8220;Working Open with Webmaker<\/strong>.&#8221; In the mean time, <a href=\"https:\/\/wiki.mozilla.org\/Webmaker\">let&#8217;s hack and update<\/a> the new wiki together.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>As we head into Q2, let&#8217;s build a better &#8220;workbench&#8221; and online scrum board for Webmaker. TLDR version: Check out the freshly udpated Webmaker Wiki. It&#8217;s one-stop shopping for key roadmaps, planning documents, tickets, and scrums. And will help provide &hellip; <a class=\"go\" href=\"https:\/\/blog.mozilla.org\/foundation-archive\/mozilla-learning\/scrum\/\">Continue reading<\/a><\/p>\n","protected":false},"author":144,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[378228],"tags":[5,23085,345583],"_links":{"self":[{"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/posts\/11215"}],"collection":[{"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/users\/144"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/comments?post=11215"}],"version-history":[{"count":0,"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/posts\/11215\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/media?parent=11215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/categories?post=11215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.mozilla.org\/foundation-archive\/wp-json\/wp\/v2\/tags?post=11215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}