Attending:
- Anton Boerma, exxellence.nl
- Eric Herman,
publiccode.net
- Jan Ainali,
publiccode.net
- Joeri Bekker, maykinmedia.nl
- Sergei Maertens, maykinmedia.nl
- Tahir Malik, contezza.nl
- Tjerk Vaags, contezza.nl
Anton tried to join but had technical troubles.
Agenda items
- Discuss the goal of this group
- GOVERNANCE.md
<
https://github.com/open-zaak/open-zaak/blob/master/GOVERNANCE.md>
- Technical Roadmap
- Engineering Guidelines
- Maintenance and support
- Known technical items
- Financial considerations
- Next meeting
- Select chair
- Date/time
NotesDiscuss the goal of this group
Eric gave an introduction about why this group has been called together.
Discussion about the governance file and the wording in it. We found a few
places where the wording was ambiguous and not really easy to understand.
- One example was the first bullet point list which was meant to
describe activities handled everyday by the team members rather than tasks
for the team to solve during the technical steering meetings. To solve it,
we could move the responsibilities list above the list of member
attributes/activities.
- We could separate out code-of-conduct violations, as that may not be a
great indicator to technical seniority.
Sergei shared a really nice draft for a roadmap
<
https://github.com/open-zaak/open-zaak/pull/720>. Eric suggested to add
some sense of cost and impact, Joeri agreed it would be good.
Maintenance and support
Q: Where does the prioritization set? It seems to not really be in either
the product or technical teams.
A: Probably by the people having the budget, being informed by senior
technical people they trust.
Q: How do we handle maintenance and bugs (which is quite different from
feature requests)?
3 types of issues:
- Bugs that are just reported, without any budget/code contribution
- Bugs that are resolved with budget or code contributions
- Features/Wishes from a municipality
We discussed if it would make sense to compile a list of longstanding bugs
(that are not feature requests) and present to the either the product
steering team or Dimpact and start the conversation about organizing
procurements including SLAs and on-going support.
Any other business
Q: Which channels are we using for communicating?
A: In addition to the github repository, the mailing list is the main
communication channel, news, invites and notes will be sent there. But for
convenience invites will also be sent directly as meetings. The HackMDs are
only meant for collaborative note taking and not for archival purposes. The
Slack channel is for quick synchronous communication.
Next meeting
Eric will reach out to Anton, who missed the meeting today.
Next meeting: likely 21 October 14.00 just ahead of the product steering
group meeting, Sergei will send invites for it.
--
Eric Herman, Lead codebase steward for quality
Foundation for Public Code |
https://publiccode.net
github.com/publiccodenet |
github.com/ericherman
eric(a)publiccode.net | +31 620719662 | @Eric_Herman