<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 30, 2013 at 8:02 AM, Toby Negrin <span dir="ltr"><<a href="mailto:tnegrin@wikimedia.org" target="_blank">tnegrin@wikimedia.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><br></div>Yahoo's bugzilla instance was heavily patched so even if the source code was available, it probably wouldn't work with out of the box bugzilla but it definitely proves the concept.</div>
</div></blockquote><div> </div><div>I've used most of the Agile PM tools out there, (Jira + GreenHopper anyone?), and the more easy it is to tweak the workflow within the tool, the more successful teams tend to be with the tools.  All these similar tools should offer this wide configurability, but as Steven noted, some are more expensive to tweak than others.</div>
<div><br></div><div>This makes sense given the Agile values of "responding to change" and "regular adaptation" [1], and it is a logical consequence of effective retrospective:  you have to be able to adapt the way you work to the circumstances under which you would like to work.  If your PM tool won't let you do that, then it is the wrong tool.  </div>
<div><br></div><div>-C <br></div><div>[1] <a href="https://en.wikipedia.org/wiki/Agile_software_development">https://en.wikipedia.org/wiki/Agile_software_development</a></div></div></div></div>