Beste Allemaal,
Zoals afgesproken in ons product steering overleg afgelopen Donderdag
willen we kijken naar een nieuwe datum die beter in jullie schema past.
Ik heb een datumprikker aangemaakt waar je je beschikbaarheid kunt opgeven:
https://datumprikker.nl/pdxtfyu3shw74rzz
Omdat ik bij datumprikker niet kan kiezen voor "iedere 2e dinsdag van de
maand, of dinsdag iedere weken" heb ik ervoor gekozen om de hele maand
januari alle dagen in de week in de prikker te zetten.
Lees de beschikbare opties als " iedere maandag in die week van de maand op
dat tijdslot ben ik meestal beschikbaar" Als we deze zo invullen komen we
tot de beste opties.
Fijn weekend alvast.
Groeten,
Felix
---
As agreed in our product steering meeting last Thursday, we want to look at
a new date that better fits your schedule.
I have created a date picker where you can indicate your availability:
https:// Datumprikker.nl/pdxtfyu3shw74rzz
Because I cannot choose "every 2nd Tuesday of the month, or Tuesday every X
weeks" with the date picker, I have chosen to use every day of the week
for the entire month of January.
Read the available options as "every Monday in that week of the month on
that time slot I am usually available".
Have a nice weekend.
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Signalen Product Steering Meeting 26th of November, 2020, 14:00 to 15:00
This note: https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ
Shared Product backlog: https://github.com/orgs/Signals/projects/2 (draft)
Product steering and feature requests documentation:
https://github.com/Signalen/product-steering
Create feature request:
https://github.com/Signalen/product-steering/issues/new?assignees=&labels=e…
Slack Channel:
https://join.slack.com/share/zt-heae6d92-sqH1xvJvJQ_RMpAAMnHLKQ
Mailing list:
https://lists.publiccode.net/mailman/postorius/lists/signalen-discuss.lists…
(Check
spam)
Chair: Felix
Board: https://miro.com/app/board/o9J_kkwkuBE=/
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Agenda>Agenda:
- Announcements Felix: Meeting availability and mailing list
- Update Erik on action point : Backlog Grooming and invite to go over
these
- Discussion about refinement of
https://github.com/Signalen/product-steering/issues/30
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Announcements>Announcements
- Felix: Last meeting availability for participation meetings (see
action points)
- Jacco: Stresses importance attendance of all municipalities
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Update-on-product-backlog>Update
on product backlog
Erik briefly discussed the work Bram, Amy, Erik and Felix have done. It is
important that we keep grooming the product backlog so only relevant
features are listed and prioritized and at the same time be able to refine
and detail feature requests so we learn how the process from idea to
implementation works.
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#General-discussion-about-collabora…>General
discussion about collaboration and feature requests
Bram proposed to take 1 feature and discuss this further. Arvid noticed
that a lot of thinking and designing went into how to avoid duplicate
reporting, linking reports. He will give a demo in our next project
steering meeting and share this knowledge with the group.
Also notes that designing and enhancing features takes a lot of time as it
relates closely to process. Bram suggested to plan in
The group also mentioned it is important to have regular longer sessions in
the next year, sit behind a whiteboard together to have a joint
collaborative view on the products goals, roadmap and feature requests.
Bram proposed a meeting on the 9th of december to briefly go over the
backlog again and focus working on one issue:
https://github.com/Signalen/product-steering/issues/30
Arvid pointed out that Amsterdam has set its development budget for
Signalen 2021 and would like to include other features from this group as
well which are beneficial to all.
Astrid added a “Slim melden” user test is underway in Utrecht with citizens
using Signalen.
Arjo mentioned he finds it challenging to add comments to existing features
as he is missing context. Felix adds this is normal in the beginning and
that we are working as a group to more collective knowledge. Also it is not
required to add something. Being part of the conversation around this is
the most important.
In general, Felix adds it is important to focus on our shared product
backlog. Grooming it, refining it so we get a better overview on what
features are important and which can be archived. Bram acknowledges and
adds that in addition he would also gradually want to detail and specify
feature requests. Astrid also agrees but thinks it is important to have an
overview and basic high-level idea as this will inform you on which feature
request you should spend time on for further refinement.
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Product-steering-schedule>Product
steering schedule
A number of participants indicated Thursdays at 14:00 is not working for
them. The 10th of december almost none of us are able to make it.
Felix suggests to send out a datumprikker so everyone can indicate what
works the best for them and then reschedule the meeting. If we are able to
pick a new slot before the 10th of december we can already reschedule the
10th of December to another date which works for more people.
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Agenda-next-meeting>Agenda next
meeting
- Demo from Arvid about handling and linking reports
<https://hackmd.io/dHk92p2TT8GU3uEqlmLfSQ#Action-points>Action points
Next chair: ???
ActionResponsibleDue date
Send out datumprikker to accommodate new date for product steering Felix
10-12-2020
Working session on Backlog and feature request 9th december 09:00 - 11:00
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Beste Erik,
Hartelijk dank voor het aanmaken van de feature request en je email.
Kleine aanvulling. Voordat je een bericht naar de mailing lijst kunt
sturen moet je je even aanmelden. Dat kun je hier doen:
https://lists.publiccode.net/mailman/postorius/lists/signalen-discuss.lists…
Na de aanmelding krijg je een verificatie mail om je email adres te
verifiëren. Vergeet dat niet te doen. (controleer je spam folder).
Daarna kun je eenvoudig een email sturen naar:
signalen-discuss(a)lists.publiccode.net
Voor een korte uitleg hoe je zelf een feature request kan maken ga
naar: https://github.com/Signalen/product-steering
In het volgende product steering overleg zullen we hier ook nog bij
dit proces stilstaan.
Afgelopen overleg waren er weinig deelnemers. Mocht het tijdslot op
donderdag om 14:00 niet goed in jullie agenda passen laat het even
weten. Wellicht kunnen we een datum vinden die voor meer mensen beter
in de agenda past. Mocht het niet lukken bij een overleg te zijn laat
ons het ook even weten via de mailing list.
Graag commentaar op het feature request bij de issue die Erik heeft aangemaakt.
Ik kijk ernaar uit jullie weer te spreken in ons volgend product
steering overleg.
Hartelijke groeten,
Felix
On 11/15/20, Erik Veerman <e.veerman(a)s-hertogenbosch.nl> wrote:
> Hoi,
>
> Ik heb het feature request voor het koppelen van meldingen voor ons overleg
> van afgelopen donderdag rondgestuurd om te bespreken.
> Helaas was er geen afvaardiging vanuit een gemeente anders dan mijzelf. Ik
> heb een ticket aangemaakt op Github waar het request in beschreven staat:
> https://github.com/Signalen/product-steering/issues/30.
>
> Willen jullie deze doornemen en aanvullen met jullie wensen t.b.v. het
> koppelen van meldingen?
> Cuong (backend developer ontwikkelteam Signalen) wil deze functionaliteit
> realiseren, maar dan graag in één keer met input van alle gemeenten.
>
> Lukt het jullie om uiterlijk woensdag 18 november input te geven?
>
> Als jullie vragen hebben, dan hoor ik het graag.
>
> Ik stuur informatie m.b.t. de productmanagement Signalen via de
> mailinglist.
> Ik kan echter niet zien wie zich aangemeld heeft en dus de informatie
> ontvangt, vandaar nu op deze manier.
> Wellicht handig als iedereen zich aanmeldt voor de mailinglist:
> signalen-discuss-join(a)lists.publiccode.net<mailto:signalen-discuss-join@lists.publiccode.net>.
>
> Groet, Erik
> 0624530961
> ________________________________
> Dit bericht is alleen voor de geadresseerde. Hebt u dit bericht onterecht
> ontvangen? Laat u dit dan weten aan de afzender. Verwijdert u het bericht
> dan ook uit uw postbus. De gemeente 's-Hertogenbosch is zo zorgvuldig
> mogelijk bij het voorkomen van virussen. U dient zelf te controleren of er
> geen virussen in de bijlage(n) zitten.
> Gemeente 's-Hertogenbosch https://www.s-hertogenbosch.nl
> ________________________________
>
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Hoi,
Bijgaand een feature request voor het koppelen van meldingen.
Vanuit 's-Hertogenbosch hebben we gevraagd deze functionaliteit voor onze livegang te realiseren. Cuong (backend developer) heeft daarbij de opmerking gemaakt om dit te bespreken in het productmanagement overleg zodat hij de requirements van alle gemeenten mee kan nemen of ieder geval gezamenlijk gedragen requirements.
Ik zou het request graag vandaag willen bespreken als daar ruimte voor is.
Groet, Erik
0624530961
________________________________
Dit bericht is alleen voor de geadresseerde. Hebt u dit bericht onterecht ontvangen? Laat u dit dan weten aan de afzender. Verwijdert u het bericht dan ook uit uw postbus. De gemeente 's-Hertogenbosch is zo zorgvuldig mogelijk bij het voorkomen van virussen. U dient zelf te controleren of er geen virussen in de bijlage(n) zitten.
Gemeente 's-Hertogenbosch https://www.s-hertogenbosch.nl
________________________________