Le 18/02/2015 18:12, Sebastian Hengst a écrit : > > 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). >
Yeah, you're right, when writing the presentation we were not completely sure whether this should link directly to bugzilla or to another box, for this reason > > 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. I think we can try to leverage the community here. Triaging bugs is not very hard to do and takes as much time as you want to give. So it looks to be a good fit. What we (Mozilla) need to do is links to proper triaging buglists, and proper triaging rules (like I did in https://wiki.mozilla.org/images/2/29/Sms-bug-handling-flow.svg but that's a little too much SMS specific). -- Julien
signature.asc
Description: OpenPGP digital signature
_______________________________________________ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
