Last Comment Bug 1133071 - [meta] Wiki metrics dashboard
: [meta] Wiki metrics dashboard
Status: NEW
: productwanted
Product: Mozilla Developer Network
Classification: Other
Component: General (show other bugs)
: unspecified
: All Other
-- enhancement (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
Depends on: 973612
  Show dependency treegraph
Reported: 2015-02-13 13:34 PST by Justin Crawford [:hoosteeno] [:jcrawford]
Modified: 2016-10-24 01:23 PDT (History)
6 users (show)
See Also:
QA Whiteboard:
Iteration: ---
Points: ---


Description User image Justin Crawford [:hoosteeno] [:jcrawford] 2015-02-13 13:34:10 PST
What problems would this solve?
Certain metrics we would like to track currently require a database export and complicated SQL, and therefore we don't produce them often or use them to inform our activities.

Who would use this?
Primarily product team members. Potentially any interested visitor.

What would users see?
Users authorized[0] to see the metrics would see...
* Metrics about contribution, such as the number of contributors who made X revisions for the last Y months (e.g. core contributors)
* Metrics about user accounts (how many, how many are active contributors, what is the rate of change)
* Other metrics that we track now or later that come from queries against the wiki database
* Potentially, a small number of controls to change metrics display ("in the last [week|month|3months|year]")

What would users do? What would happen as a result?
Product teams would have more information to inform decisions about features and identify opportunities. Other stakeholders would have more visibility into the wiki's vital stats.

Is there anything else we should know?
[0] "authorized" could be "everyone" or "admins" or something in between. TBD.
Comment 1 User image Jean-Yves Perrier [:teoli] 2015-02-14 02:25:04 PST
Do we want to start from scratch or integrate with existing products like Bitergia or Baloo?

I don't think this is our core business and specialists will likely be able to do it better (and more).

That would lower dev work to integrate with these rather than to rewrite them.

Bitergia is able to measure activities of wikis, mailing-list, forums and aggregate the data. Baloo is able to track a user activity through projects and could help us measure the mobility of our contributors.

It will still be a significant amount of work, even without building the system itself.
Comment 2 User image Justin Crawford [:hoosteeno] [:jcrawford] 2015-06-12 08:47:32 PDT
I think we need to dig into the technical challenges implied by bug 973612 (python version?) before we can push this forward. Could we do that in ~5 days worth of hunting?
Comment 3 User image Luke Crouch [:groovecoder] 2015-06-15 09:09:57 PDT
Yes, in ~5 days we could:

1. See if we have better Google Analytics python libraries options now that we're on python 2.7 with kuma codebase.

2. Look at pulling the GA wiki visit data into a Google Spreadsheet first, and then importing it from there into our database. Essentially using Google Spreadsheets as our service/library for accessing GA data.
Comment 4 User image Rabimba 2015-06-15 20:21:26 PDT
(In reply to Luke Crouch [:groovecoder] from comment #3)
> 1. See if we have better Google Analytics python libraries options now that
> we're on python 2.7 with kuma codebase.

If we use python 2.7, I was able to connect and get data using this one at Hackonmdn

Note You need to log in before you can comment on or make changes to this bug.