Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2016-05): 256 Active users (any activity) in (2016-05): 861 Task authors in (2016-05): 484 Users who have closed tasks in (2016-05): 260 Projects which had at least one task moved from one column to another on their workboard in (2016-05): 0 Tasks created in (2016-05): 2572 Tasks closed in (2016-05): 2275 Open and stalled tasks in total: 30026 Median age in days of open tasks by priority: Unbreak now: 19 Needs Triage: 170 High: 280 Normal: 433 Low: 743 Lowest: 555 (How long tasks have been open, not how long they have had that priority) TODO: Numbers which refer to closed tasks might not be correct, as described in https://phabricator.wikimedia.org/T1003 . Yours sincerely, Fab Rick Aytor (via community_metrics.sh on iridium at Wed Jun 1 00:00:10 UTC 2016) _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

I'm impressed by how many new accounts were created; 256 in a single month. I'd be interested to know what typically prompts people to create accounts. Also, does the 256 number include people who use their MediaWiki credentials to log into Phabricator for the first time? Just curious, Pine On Tue, May 31, 2016 at 5:00 PM, <communitymetrics(a)wikimedia.org> wrote: _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Here are the numbers that I'd like to draw people's attentions to: Tasks created in (2016-05): 2572 Tasks closed in (2016-05): 2275 That's a difference of 297 tasks... Difference (2016-05): 297 Difference (2016-04): 243 Difference (2016-03): 454 Difference (2016-02): 238 Difference (2016-01): 418 These difference should really be negative, but right now it looks like we're slowly accumulating more and more bugs...

---------- Původní zpráva ---------- Od: Pine W <wiki.pine(a)gmail.com> Komu: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Datum: 1. 6. 2016 4:02:40 Předmět: Re: [Wikitech-l] Phabricator monthly statistics - 2016-05 "Just to add to Bartosz's comment, the definition of tasks in Phabricator includes feature requests, so more tasks may or may not correlate with more problems. Someone in QA may be able to comment with more detail about the number, severity or percentage of problems relative to the number of tickets, and the general quality trends of MediaWiki. " If tasks were properly triaged and tagged, it would be easy to create various quite accurate statistics. But attempts to create tags which would allow it were and are unfortunatelly being questioned, delayed, stalled or even declined. In one of my previous jobs, where I was taking care of the bugtracker as a part of my duty, after I made an order in it, the number of opened tasks decreased to nearly 70% of the original count. Then after some statistics I' ve ran from the new data, our teams became more effective and productive due to having better data to work with and at the end of the consolidation process, we ended up in oscilating between 30-50% of the original amount of opened tasks. I wish it was possible to achieve the same here... -- Danny B. _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

I'm impressed by how many new accounts were created; 256 in a single month.

I'd be interested to know what typically prompts people to create accounts.

If tasks were properly triaged and tagged, it would be easy to create  various quite accurate statistics.

But attempts to create tags which would allow it were and are  unfortunatelly being questioned, delayed, stalled or even declined.

In one of my previous jobs, where I was taking care of the bugtracker as a  part of my duty, after I made an order in it, the number of opened tasks  decreased to nearly 70% of the original count.

Then after some statistics I' ve ran from the new data, our teams became more effective and productive due to having better data to work with and at the end of the consolidation  process, we ended up in oscilating between 30-50% of the original amount of  opened tasks. I wish it was possible to achieve the same here...