<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 26, 2014 at 1:18 PM, Rob Lanphier <span dir="ltr"><<a href="mailto:robla@wikimedia.org" target="_blank">robla@wikimedia.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Chad points out that we can start a fresh instance of Phabricator with T100000, which would give us plenty of headway to import Bugzilla tickets 1 through 67000 or so at a later date.  Given how complicated a Bugzilla->Phabrcator migration will be, I would much prefer a strategy that doesn't insist on making that move on day one.</blockquote>

</div><br>I'd also like to suggest a somewhat radical alternative, which is not automatically importing any Bugzilla items in to Phabricator. Let me explain the steps here and what I think the advantages would be:</div>

<div class="gmail_extra"><ol><li>We set up Phabricator. All new issues should appear there, and we direct users to do so. (Assuming we still want users directly reporting in to Phabricator). </li><li>Bugzilla is set to read-only mode except for admins.</li>

<li>We hold a big party in SF and with remote participation over Hangout on Air + IRC, where all teams participate and as a group we import tickets from Bugzilla they actually think are relevant. I think we should/could encourage this to be more intensive, like true all-night weekend hackathons with food, beer, and cool swag (t-shirt: "I survived the Bugzilla migration of 2014.")</li>

<li>Read-only mode of Bugzilla is made available indefinitely as a history record. </li></ol></div><div class="gmail_extra"><div>This is a lot of work for big products like VisualEditor and core, but I think it has some potentially really positive attributes, including:</div>

<div><ul><li>Forces us to prioritize and clear out bugs that we don't fully understand/don't think are actionable</li><li>Gives us a clean break with Bugzilla, where data from that platform may be out of date or irrelevant (like keywords). </li>

<li>Gets all team members at WMF and hopefully more community members to understand their open task list better. This is instead of saddling poor Andre and the product managers or tech leads with all the work. </li><li>Trains community members and staff to use Phabricator task management, by throwing them in the deep end of the pool</li>

<li>If we have teams responsible for importing the bugs from their backlog, the size of the backlog will be proportional to the size of the team. We can supplement this with voluntary signup lists to help out on certain components from Bugzilla. </li>

</ul></div>-- <br><div dir="ltr"><div><div><div>Steven Walling,</div><div>Product Manager</div><div><a href="https://wikimediafoundation.org/" target="_blank">https://wikimediafoundation.org/</a></div></div></div></div>
</div></div>