New strategy for XWiki days going forward

Hi devs,

Context:

• We’re lacking a bit of steam for doing our BFDs that we’re still supposed to do every week. Currently, I feel that the devs are trying to push as much as possible on their roadmap stuff.
• The result is that created bugs are winning again, see Loading... for more details:
  Image may be NSFW.
  Clik here to view.
• It would be good to try to improve our quality further by working on our tests and SonarQube reports.

Proposal:

• Reinstate official XWiki Days and create a momentum by making sure we ALL work on them during Thursdays (basically, the default will be that we all work together on them each Thursday and if there really is a reason making it not possible, ask to be excused on the #xwiki chat). I think the fact that we do this as a group makes the motivation higher.
• Create a “XWiki Days” category on the forum to announce the next xwiki day one week in advance, allow discussions about it and publish the day’s results and close the thread as solved.
  • I’m happy to do the organization work for this, for some time.
• Do a BFD once every 2 weeks
  • During a BFD the rule for each dev is to close as many bugs as possible, with at least 1 bug. Reminder for the new devs: the BFD is not about fixing bugs (as it name doesn’t imply ;)) but about closing bugs. This means that closing a bug as “cannot reproduce”, or “duplicate”, or “invalid”, or “won’t fix” counts. It’s actually recommended to close those as a priority in order to close a maximum during that day.
• Every other week, do another type of XWiki Day. I’m proposing to start with 2 days that will help improve our quality:
  • Test Fixing Days (TFD). During this day all devs work on either:
    • Fix a flicker
    • Implement a Manual QA-requested-test. This is important because these, when fixed, allow Ilie to no longer run manually the test when testing the XWiki releases. That’s a big win in time across the years.
    • If the previous two are not possible (e.g. if they’ve all been fixed or are too hard with your knowledge, or …), add some new missing tests. They can be taken by checking the manual tests on tests.xwiki.org and implement those we miss.
  • SonarQube Fixing Day (SFD). During this day all devs work on reducing violations found by SonarQube for Commons, Rendering and Platform. Priority: Be graded A for all topics and have no “Bugs”.

We can decide to do other types of XWiki Day in the future but I propose we start with these 3.

To be clear, the idea is to do:

• BFD
• TFD
• BFD
• SFD
• BFD
• etc.

Note that one rationale for intermixing other xwiki days between BFD is to create some variations and keep the motivation. Ofc, it’s also to get other aspects of quality progress more.

I’m proposing that we start this next week on the 14th of December.

WDYT?

Thanks

PS: Reminder that when developers officially take topics for the roadmap, it’s recommended to fill only 50% of your time, in order to leave time to work on other stuff: refactorings, xwiki days, answering support questions, making proposals to improve the XWiki development or XWiki itself, etc.

11 posts - 5 participants

Read full topic