Hi Quim,

Thanks. Just wondering, do we have a graph somewhere that shows trends? There is quite a gap between tasks created and tasks closed, and if that's normal each month then there needs to be some thought about how to fix the gap, yes?

Thanks, Pine On Feb 1, 2015 11:49 AM, "Quim Gil" qgil@wikimedia.org wrote:

---------- Forwarded message ---------- From: communitymetrics@wikimedia.org Date: Feb 1, 2015 1:00 AM Subject: Phabricator monthly statistics - 2015-01 To: communitymetrics@wikimedia.org Cc:

Hi Community Metrics team,

this is your automatic monthly Phabricator statistics mail.

Number of accounts created in (2015-01): 305 Number of active users (any activity) in (2015-01): 669 Number of task authors in (2015-01): 401 Number of users who have closed tasks in (2015-01): 199 Number of tasks created in (2015-01): 2584 Number of tasks closed in (2015-01): 1775 Number of tasks in the shell project closed as resolved,fixed in (2015-01): 22

Number of open and stalled tasks in total: 19008

Median age in days of open tasks by priority: Unbreak now: 50 Needs Triage: 132 High: 133 Normal: 417 Low: 691 Needs Volunteer: 531

TODO: Numbers which refer to closed tasks might not be correct, as described in T1003.

Yours sincerely, Fab Rick Aytor

(via community_metrics.sh on iridium at Sun Feb 1 00:00:05 UTC 2015) _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

It would be interesting to compare our trends to those of other open source projects with open bug or task trackers.

Pine On Feb 1, 2015 7:47 PM, "James Forrester" jforrester@wikimedia.org wrote:

On 1 February 2015 at 14:16, Pine W wiki.pine@gmail.com wrote:

...

Hi Quim,

Thanks. Just wondering, do we have a graph somewhere that shows trends? There is quite a gap between tasks created and tasks closed, and if

that's

...

normal each month then there needs to be some thought about how to fix

the

...

gap, yes?

​I believe that the difference has been​ positive (*i.e.*, the gap has been increasing) almost every month since the beginning of using Bugzilla a decade ago… To some extent, you'd expect the limits of our ambitions to continue extending at a faster rate than our ability to address them, so I'm not entirely sure about whether we should consider this a bad thing, or something to be addressed.

J.

James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc.

jforrester@wikimedia.org | @jdforrester _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

On Sun, Feb 1, 2015 at 2:16 PM, Pine W wiki.pine@gmail.com wrote:

Hi Quim,

Thanks. Just wondering, do we have a graph somewhere that shows trends? There is quite a gap between tasks created and tasks closed, and if that's normal each month then there needs to be some thought about how to fix the gap, yes?

Thanks, Pine

Also keep in mind that it is used by many people to track feature-requests (long and short-term, planned and wishlist), as well as bugs, so some growth is both inevitable and desired. (I believe this is what James is saying). But I agree that an increase of old-bug triage and resolving, would be welcomed.

On Sun, Mar 1, 2015 at 4:50 PM, Nuria Ruiz nuria@wikimedia.org wrote:

...

Also keep in mind that it is used by many people to track feature-requests (long and short-term, planned and wishlist), as well as bugs, so some growth is both inevitable and desired. (I believe this is what James is saying)

Much agreed. Phabricator is used to keep track of many other things besides bugs, in our team we keep our whole backlog there thus it is expected to grow at a much faster rate than a bug list would. A backlog is a repository of ideas and some of those are clearly defined tasks but not others.

It could be more interesting, although probably on the team level rather than globally, is the number of open tasks for a given priority. If, for example, the number of tasks with normal priority is growing continuously, that does signal some sort of problem with the planning.

Hi,

On Sun, Feb 1, 2015 at 11:16 PM, Pine W wiki.pine@gmail.com wrote:

Thanks. Just wondering, do we have a graph somewhere that shows trends?

For Bugzilla we had http://korma.wmflabs.org/browser/its.html and http://korma.wmflabs.org/browser/bugzilla_response_time.html but now we miss graphs for Maniphest (see https://phabricator.wikimedia.org/T28 )

There is quite a gap between tasks created and tasks closed, and if that's

normal each month then there needs to be some thought about how to fix the gap, yes?

Andre is the expert here, but he often says that all the free software projects he is aware of have ever-growing lists of open tasks. In our case, we also need to take into account these new factors:

* Phabricator is not only for bugs, and many new tasks that didn't have a place in Bugzilla are being created. * Several teams had tasks open in Mingle or Trello, and now they are cloning them in Phabricator. They are not new, but count as new. * Phabricator is not only for software development projects, and this is becoming another source of new tasks.

Said that, I think that everybody would benefit from having more discipline

* including a % of old yet relevant tasks in current sprints * marking tasks as "Needs Volunteer" if nobody in the current teams plans to work on them * declining tasks that have been around for a long time and are not relevant, or not worth the effort of anybody

Your ideas are welcome to "How to address the long tail of low priority tasks" https://phabricator.wikimedia.org/T78639

On Mon, Feb 2, 2015 at 10:03 PM, Gergo Tisza gtisza@wikimedia.org wrote:

On Sun, Feb 1, 2015 at 11:49 AM, Quim Gil qgil@wikimedia.org wrote:

...

Number of active users (any activity) in (2015-01): 669 Number of task authors in (2015-01): 401 Number of users who have closed tasks in (2015-01): 199

How does that compare to the last months of Bugzilla?

So far Phabricator has 100-150 more monthly users then Bugzilla. See the <graph> at https://www.mediawiki.org/wiki/Community_metrics#Reports