<div dir="ltr"><div><div>I think the only reason that phriction is disabled is simply because it's a wiki and lots of people would be offended if we didn't use Mediawiki for that role.<br><br>| One could probably accomplish some or most of this by having specs be a 
Phab tickets themselves, but I was hoping for a friendlier spec/doc 
authoring<br>| experience than Phab ticket descriptions & 
sub-/blocking-task linking.  I'd also love for this to be an opportunity
 for teams to dogfood the MW editing <br>| experience, and think tools 
integrating wikis into Phab would be great.<br><br></div>I think those are great points, and the phriction wiki would probably work very well for that use case. There are some stale tasks in phabricator suggesting that we build nicer phabricator integration in mediawiki. The other side of that is building better mediawiki integration into phabricator. There is definitely a big disconnect right now.<br><br></div>One thing that might be of some use is phabricator dashboards, which allow you to enter freeform "remarkup" like task descriptions.<br><div><div class="gmail_extra"><br></div><div class="gmail_extra">Not really sure if this is helpful but I'm happy to help however I can with the phabricator side of things, I'm just not sure where to begin.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 16, 2015 at 11:17 AM, Brian Gerstle <span dir="ltr"><<a href="mailto:bgerstle@wikimedia.org" target="_blank">bgerstle@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Are we encouraging any other practices for tracking work and related specifications?  Phriciton caught my eye because having some kind of wiki for specs that's integrated with Phabricator could be useful.  For example, Atlassian makes Confluence, in which teams can write specs that link to (and provide rich views of) JIRA tickets. [0]  This provides a clear, navigable document tree which people can use to learn more about what a piece of software is and how it's features are supposed to work (wiki/documentation); where it's going (links to epics in proj. mgmt); and what's being actively worked on (links to tickets w/ inline status data).</div><div><br></div><div>One could probably accomplish some or most of this by having specs be a Phab tickets themselves, but I was hoping for a friendlier spec/doc authoring experience than Phab ticket descriptions & sub-/blocking-task linking.  I'd also love for this to be an opportunity for teams to dogfood the MW editing experience, and think tools integrating wikis into Phab would be great.</div><div><br>Of course, all of this is why I'm asking what other teams are doing.  Please chime in with your teams' practices or ideas on how to capture specs!  So far, I've found the <a href="https://www.mediawiki.org/wiki/Reading/Features" target="_blank">Reading team's Feature Matrix</a>, but it was out of date (I discovered it today and updated the iOS column), and doesn't seem linked to any other documentation or Phabricator projects/tickets/etc.</div><div><br></div><div>0: "How to Document Product Requirements in Confluence" <a href="https://confluence.atlassian.com/doc/blog/2015/08/how-to-document-product-requirements-in-confluence" target="_blank">https://confluence.atlassian.com/doc/blog/2015/08/how-to-document-product-requirements-in-confluence</a></div></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Nov 16, 2015 at 11:43 AM, Greg Grossmeier <span dir="ltr"><<a href="mailto:greg@wikimedia.org" target="_blank">greg@wikimedia.org</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><quote name="Brian Gerstle" date="2015-11-16" time="11:39:32 -0500"><br>
<span>> Is that because nobody has expressed interest in using it, or we<br>
> specifically don't want people to use it?<br>
<br>
</span>Reasoning is basically: Why would we encourage the use of a sub-par wiki<br>
that is more hidden from our users/community/other staff developers than<br>
our usual places of work (eg <a href="http://mw.org" rel="noreferrer" target="_blank">mw.org</a>)? :)<br>
<span><font color="#888888"><br>
<br>
--<br>
| Greg Grossmeier            GPG: B2FA 27B1 F7EB D327 6B8E |<br>
| <a href="http://identi.ca" rel="noreferrer" target="_blank">identi.ca</a>: @greg                A18D 1138 8E47 FAC8 1C7D |<br>
</font></span></span><div><div><br>
_______________________________________________<span class=""><br>
reading-wmf mailing list<br>
<a href="mailto:reading-wmf@lists.wikimedia.org" target="_blank">reading-wmf@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/reading-wmf" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/reading-wmf</a><br>
</span></div></div></blockquote></div><span class=""><br><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div><div dir="ltr">EN Wikipedia user page: <a href="https://en.wikipedia.org/wiki/User:Brian.gerstle" target="_blank">https://en.wikipedia.org/wiki/User:Brian.gerstle</a><br>IRC: bgerstle</div></div></div></div>
</span></div>
<br>_______________________________________________<br>
QA mailing list<br>
<a href="mailto:QA@lists.wikimedia.org">QA@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/qa" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/qa</a><br>
<br></blockquote></div><br></div></div></div>