This page regroup main actions and bests practices we all defined together during retrospective activity. The actions will have linked issue on Github, and should be allocated to someone in order to follow the realization.
For the bests practices for improving our way of working, they will be in this wiki and everybody can add new elements.
Actions (issues on Github)
1A/ Buid CI/CD script to access code documented to know how well or poor it is
Write Documentation next to code where is missing
Publish documentation in Compas Open SCD website
Enable script to build HTML from Jsdoc, Java doc, Tsdoc ..
2A/ Ask Daniel (for making a proposal to Transpower Distribtion to re-unite with OpenSCD)
Lack or broken communication / trust between distribution devs
Issue attribution and tracking
3A/ Organise a session or company restrictions
4A/ Write unboarding documentation
6A/ Define clear roles
7A/ write in a confluence page the way of working / best practices
9A/ Write down in a clear maner where add which document
10A/ Think about communication channels for collaoration subjects
11A/ Re-check current state of SSFBadge
13A/ Create Issue templates on Github
14A/ Create Pull Request template on Github
17A/ Explicitly show in Compas which version of OpenSCD is used
18A/ Stop supporting open-scd-core
19/ Sde reviewer/maintainer
22A/ Appoint new TSC chair
Help Spinteins to get contract
Create dedicated communication channel
Best practices
- 5B/ Avoid lazy concensus decision makng
Lack of concensus between distributions devs
unclear way of working
- 8B/ Sends subjects to TSC days before for decision
- 12B/ RTE PO should prioritize in their sprint compas tickets
- 15B/ Introduice code owner/responsible
- 16B/ Explicity quality checks before featuring a pluging in OpenSCD
- 20B/ Help Sprinteins to get a contract
- Define clear roles
- 21B/ For upcoming people changing in project, wait for clear visibility of R#Space project
- Write document next to code where it is missing
- Announce earlier refinement topics