-------- Original-Nachricht --------
Betreff: Presentation on Dogfooding Program
Von: Dale Harvey <[email protected]>
Datum: 2015-02-17 16:13
Thanks to Julien for sending me a presentation some of the Paris team
created about dogfooding
https://slack-files.com/T033ZPYCR-F03E146ML-d7f0104d94
It touches on a lot of similiar things I mentioned previously about an
easier bug reporting process etc
Problem 1: adoption (user population)
There are several issues hindering the expansion of the user population
Are we giving the phones to the people who will be lost likely
dogfooders? After providing one to each attend of the MozFest, how many
use them? If I remember correct, there was a metric planned for this.
Giving them to technically interested people with a strong mobile life
often fails.
Some reasons:
- Apps not available. The biggest blocker as far as I can tell. Someone
returned a free FxOS phone to me because of the lack of apps (and uses
an old Android phone which was stuck on 2.2, but could be updated to
some 4.x version with Cyanogenmod)
- Phone doesn't remember time
- Auto-update failing due to insufficient space on device
- Data connection failing for some SIM cards
- Bad first impressions (e.g. trying to join a hidden Wi-Fi in FTU which
is broken)
Problem 2: communication (bug reporting activity per user)
The suggested on-phone reporting can vastly improve the number of
reports, but will lower the quality. People will likely write less on a
phone, e.g. less steps for reproducing or regard the screenshot as
obvious. So the marginal costs for the bug triage will go up (I also
expect less efficiency when showing already filed bugs).
Problem 3: action
As mentioned, the dominant impression is that bugs don't get touched
because developers are busy with the cramped roadmap which doesn't leave
enough time for fixing issues found later (and some of which can be
regarded as blockers).
It's noticeable when an organized bug triager gets assigned to a
different tasks (e.g. nhirata, kgrandon).
So, how should existing and new incoming bugs be managed better, in a
way which encourages further contribution and that it's worth investing
one's time into bug filing.
Archaeopteryx
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
