Epics en Features: verschil tussen versies

Uit DSP
Ga naar: navigatie, zoeken
(→‎Overzicht features PI Huidig & In Voorbereiding)
(→‎Features PI Huidig & In Voorbereiding)
 
(71 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
 
__TOC__
 
__TOC__
  
 +
Laatste update: 04-07-2024
  
−
Laatste update: 24-02-2022
+
=MA Backlog (Epics en Features)=
  
−
=Overzicht features PI Huidig & In Voorbereiding=
+
Deze Excel bevat de volledige lijst Epics en onderliggende features en userstories, inclusief detailbeschrijving:
 +
 
 +
[[Media:Mijn_Aansluiting_Wiki_Features_en_Epics.xlsx]]
 +
 
 +
=Voortbrengingsproces=
 +
 
 +
Zie voor meer informatie over het voortbrengingsproces bij Mijn Aansluiting de presentatie met het [[Media:Voortbrengingsproces_MA.pdf|voortbrengingsproces]]<br>
 +
 
 +
Zie ook de planning op [[Program_Increment_Planning|Planning PI]]
 +
 
 +
=Features PI Huidig & In Voorbereiding=
 
{| class="wikitable"
 
{| class="wikitable"
−
!  !! Key !! Summary !! Description !! Status !! PI Roadmap !! Assignee !! Epic
+
! Key !! Summary !! Status !! Assignee !! PI Roadmap
−
|-
 
−
| Feature || POR-577 || [Power BI] KTO rapportage eindmeting || "Rapportage waarmee de KTO eindmeting beschikbaar gemaakt wordt in Power BI voor alle netbeheerders, aannemers en combi’s
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit*: naast de combi-rapportage is de KTO eindmeting ook in Power BI beschikbaar om sneller data met elkaar te kunnen combineren.
 
−
|-
 
−
|
 
−
|-
 
−
| *Context*:
 
−
|-
 
−
|
 
−
|-
 
−
| Vanuit de combi’s worden KTO’s uitgestuurd (via CAPO of handmatig) en met Expoints uitgevraagd en verzameld. Deze data ook beschikbaar gemaakt in Power BI om te kunnen relateren aan bestaande rapportages." || IN PI || PI Huidig || Björn Ampting || [Power BI] Rapportages
 
−
|-
 
−
| Feature || POR-562 || [LIP] Vervolg claimsmodel + testen (enabler) || "Uit de vorige increment blijven nog restpunten over m.b.t. het claimsmodel. Deze zijn technisch van aard, maar  moeten worden afgerond voordat deze functionalteit getest en in gebruik kan worden genomen.
 
−
|-
 
−
|
 
−
|-
 
−
| # *De openstaande punten zijn:*
 
−
|-
 
−
| # Voor api's moet nog het filteren van data op ownergroup geïmplementeerd worden en over de verschillende api's uitgerold worden;
 
−
|-
 
−
| # Tabellen moeten nog enkele columns wijzigingen doorgevoerd worden (created, lastmodified);
 
−
|-
 
−
| # Crypto moet vervangen worden in de api's (library voor encryptie van data);
 
−
|-
 
−
| # Wijzigen ZakelijkUser naar User (en terug) moet nog geimplementeerd worden;
 
−
|-
 
−
| # Automatisch creatie van ownergroup bij maken van organisatie moet nog gebeuren. (ook tbv het maken van de default subdiensten vanuit frontend).
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Deze punten zijn opgelost en getest, zodat de functionaliteit live gebracht kan worden.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Waarom geven we dit prio?*
 
−
|-
 
−
|
 
−
|-
 
−
| Omdat we in 2022 de eerste stappen willen gaan zetten voor verdere klantdifferentiatie in aanvraagproces en aanvragen beheer. Deze feature is een enabler daar voor. " || IN PI || PI Huidig || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-560 || [LIP] Functionaliteit ter verbetering adoptie en beheer producten (gekoppeld aan objecten) || "Producten kunnen dupliceren (inclusief alles instellingen, onderliggen prijscomponenten en business rules)
 
−
|-
 
−
|
 
−
|-
 
−
| *Context*
 
−
|-
 
−
|
 
−
|-
 
−
| In het vorige increment hebben we mogelijk gemaakt dat producten kunnen worden gekoppeld aan objecten.
 
−
|-
 
−
|
 
−
|-
 
−
| Dit met twee redenen:
 
−
|-
 
−
|
 
−
|-
 
−
| 1) veel producten hoeven niet meer te worden getoond bij een bepaald object,
 
−
|-
 
−
|
 
−
|-
 
−
| 2) het wordt mogelijk om een specifiek product aan te maken voor een bepaald object (bijvoorbeeld: bepaalde aansluitwaarden voor elektra bij laadpalen).
 
−
|-
 
−
|
 
−
|-
 
−
| Punt 2 blijkt in de praktijk erg arbeidsintensief en omdat alle inhoud handmatig moet worden overgenomen van een basisproduct ook foutgevoelig. We merken in de adoptie gesprekken met onze contacten bij de netbeheerders dat men die nieuwe functionaliteit graag wil gaan gebruiken, maar zich zorgen maken over de beheersbaarheid en hoeveelheid werk.
 
−
|-
 
−
|
 
−
|-
 
−
| We willen daarom mogelijk maken om producten te dupliceren (inclusief alles instellingen, onderliggen prijscomponenten en business rules) om zo in een gedupliceerd item alleen de nodige wijzigingen door te voeren, in plaats van blanco een nieuw product aan te maken.
 
−
|-
 
−
|
 
−
|-
 
−
| Een andere user story onder deze feature is dat we ook per object een overzicht willen tonen welke producten eraan gekoppeld zijn. Zo kan een superuser van een netbeheerders snel zien welke producten aan welke objecttypen zijn gekoppeld.
 
−
|-
 
−
|
 
−
|-
 
−
| Een derde user story is dat de producten export wordt verrijkt met de gekoppelde objecttypen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:* het wordt makkelijker voor superusers om te komen tot een goede configuratie mbt producten. Dit vergroot de kans op goede adoptie en maakt het leveren van service/info veel sneller bij configuratie vragen van superusers aan FB.
 
 
|-
 
|-
−
|  
+
| PR-1083 || [IP] Realisatie tweede versie PoC infraplannen.nl || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
| *Criteria:*
+
| PR-1070 || [LIP] AGD toevoegen in de aanvraag - realisatie || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1289 || [HL] HL gerelateerd werk beter kunnen vinden  || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| * FB en superuser kan producten dupliceren in de beheer omgeving
+
| PR-1279 || [Power BI] Planningslijst Media met Elektra-planningen || In Progress || Björn Ampting || PI Huidig
 
|-
 
|-
−
| * FB en superuser netbeheerder kunnen een overzicht genereren van object met gekoppelde producten.
+
| PR-1207 || [Power BI] DSP Tracker Acceptatie || In Progress || Björn Ampting || PI Huidig
 
|-
 
|-
−
| * Producten export is uitgebreid met gekoppelde objecten. " || IN PI || PI Huidig || Fred Hopmans ||  
+
| PR-1314 || [LIP] Uitwerken voorstel verbeteringen aan offerte service || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
| Feature || POR-561 || [LIP] Meldingen tonen in product-stap  || "Een melding op productniveau kunnen tonen na de keuze van een product
+
| PR-243 || [LIP] Track & trace REST uitbreiden met t&t op aanvraagniveau || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1094 || [LIP] Nieuwe velden in LIP aanvraagproces en wijziging veldnamen. || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
| *Benefit:*
+
| PR-1276 || [PMK] PMK GROND'G Tenzij: plan van overdracht. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1109 || [Power BI] Vervangen oude dataset ACM en DLT || In Progress || Björn Ampting || PI Huidig
 
|-
 
|-
−
| Klant wordt beter begeleid bij het kiezen van een product, grotere kans dat hij het goede kiest. En netbeheerders kunnen bijzondere informatie bij een product onder de aandacht brengen.
+
| PR-1248 || [IP] Concept solution architectuur ter voorbereiding op PoC || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1284 || [CAPO] Diverse 'kleine' verbeterpunten CAPO PI 29 || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| *Context:*
+
| PR-1116 || [OPS] Uitfaseren en vervangen auth0 rules || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1264 || [CAPO] Configureren combi Infra-SDO || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| Netbeheerders komen met regelmaat bij ons met de vraag of het mogelijk is om op productniveau een bijzonderheid (soms tijdelijk) te kunnen melden aan een klant. We voorzien op dit moment nog niet om op productniveau een melding te kunnen tonen na de keuze van een product, maar wel op diverse andere plaatsen (bij antwoordopties op vraag, prijscomponent op opdrachtdoc, in planningsstap, etc).
+
| PR-774 || [CAPO] Tonen welke user een handeling heeft uitgevoerd || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1318 || [HL] HL Projecten voor één netbeheerder kunnen aanmaken en wijzigen - fase I || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| *Criteria:*
+
| PR-1288 || [BRM] BRM gereed maken voor 2.0 || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1296 || [DSP] Kijk en zoekscherm voor opdrachten incl download functionaliteit || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
| * Superuser kan op productniveau een melding configureren.
+
| PR-1071 || [CAPO] i.s.m. LIP bepalen AGD opnemen in CAPO || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| ** Info (blauw)
+
| PR-1308 || [CAPO] Alleen toegewezen bijlagen delen bij >1 NB  || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| ** Kunnen selecteren of melding ook op aanvraag PDF en of Opdrachtdocument getoond moet worden.
+
| PR-1321 || [HL] Nazorg Hoofdleidingen CINH || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
| * Klant ziet in aanvraaproces in de productkeuze stap een melding, na het selecteren van een product een melding indien melding beschikbaar is om te tonen.
+
| PR-1298 || [HL] Uitbreiden projectlog || In Progress || Chantrelle Mac Donald || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1328 || [IP] Samenwerkwijzer - vernieuwde website online || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| Er kunnen meldingen getoond worden in de productstap. Het daadwerkelijk inrichten van deze meldingen is geen onderdeel van deze feature en moet in overleg met netbeheerders nog worden opgepakt.
+
| PR-1320 || [KS] Dag van de Kennisuitwisseling || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1242 || [IP] Rivierenland implementatie integrale planafstemming. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| !Schermafbeelding 2022-01-27 om 14.44.37.png|width=2294,height=905!" || IN PI || PI Huidig || Fred Hopmans ||  
+
| PR-1028 || [PMK] GRONDG ondersteunen || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| Feature || POR-579 || Basis landelijke informatievoorziening prefab meterkast voor aanvragers (en relatie met aanvraagproces/projectmelding) || "*Aanleiding:*
+
| PR-855 || [PMK] Dashboard toepassing prefab meterkast || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1319 || [Power BI] Hoofdleiding Doorlooptijden HL werkmap rapportage || In Progress || Björn Ampting || PI Huidig
 
|-
 
|-
−
| Innovatie van PFMK gaat steeds verder, van idee, naar concept, naar pilot, integratie in projectmelding, vraag in onderdeel aanvraag proces, etc.. nu ook behoefte aan één plaats waar informatie staat voor klanten. In de toekomst komt er mogelijk een aparte site voor innovatieve projecten van Mijn Aansluiting, waarop dan nog veel meer te vinden is over de prefab meterkast. Deze feature richt zich puur op de inhoud/kennis die voor klanten van belang is.
+
| PR-1213 || [DSP] OVP extra bijlage functies: clusterbijlage, validaties en bijlage-url in bericht || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1234 || [DSP] Conversie functionaliteit van 1.36 naar 2.0 || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
| *Benefit:*
+
| PR-1232 || [DSP] DSP 2.0 Beheer functies: handmatige verzendpoging, handmatige annulering || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1103 || [Proces] Vooronderzoek uniformeren procesflow combiketens - Besluit vervolgstappen || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| * Informatie op [http://mijnaansluiting.nl|http://mijnaansluiting.nl|smart-link]  wordt zeer goed geïndexeerd door Google waardoor deze landelijke informatie goed vindbaar zal worden.
+
| PR-993 || [Proces] Top 3 versnelkansen aansluitproces || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| * Eén plek waar netbeheerders/bouwend NL etc naar toe kunnen verwijzen.  
+
| PR-860 || [Proces] Kunnen aanvragen van een aansluiting, zonder BAG-gegevens. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| * vanuit het aanvraagproces en projectmelding kan verwezen worden naar deze informatie.
+
| PR-858 || [Proces] Onderzoeken schouw || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-984 || [IP] Almelo - Implementatie van Integrale planafstemming. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| *Criteria:*
+
| PR-1002 || [IP] Amersfoort - Procesafspraken & spelregels Integraal Programeren (data uitwisseling) || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1257 || [IP] Dordrecht - implementatie integrale planafstemming || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| # Een plaats op [http://mijnaansluiting.nl|http://mijnaansluiting.nl|smart-link]  waarop alle informatie staat die voor klanten van belang is (uitleg, FAQ’s, KIWA gecertificeerde PFMK’s, video(wordt gemaakt)) URL: mogelijk /prefabmeterkast
+
| PR-996 || [IP] Dordrecht - Verbeterlijst programmeertafel proces || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| # Mogelijkheid om later een video bij te plaatsen (wordt mogelijk nog binnen increment opgeleverd.
+
| PR-1259 || [IP] Enschede - implementatie integrale planafstemming || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| # Onderdeel van klantenservice sectie op mijnaansluiting.nl" || IN PI || PI Huidig || Fred Hopmans || Prefab meterkast
+
| PR-1260 || [IP] Leiden - implementatie integrale planafstemming || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| Feature || POR-404 || [LIP] Toevoegen signalering in beheerapplicatie voor aanvragen die te lang niet in behandeling worden genomen door de netbeheerder (status 3A)  || "Toevoegen signalering in beheerrol en functioneel beheerrol voor aanvragen die te lang niet worden opgehaald door de netbeheerder (status 3A)
+
| PR-1255 || [IP] Overijssel - Implementatie integrale planafstemming || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-931 || [DSP] Testtool DSP 2.0 || In Progress ||  || PI Huidig
 
|-
 
|-
−
| *Benefit:*
+
| PR-1126 || [KTO] Onderzoek KTO bij netgedreven aansluitingen || In Progress || Luc van Sas || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1322 || [KTO] Uitvoeren KTO vooraanmelding || In Progress || Luc van Sas || PI Huidig
 
|-
 
|-
−
| Netbeheerder en functioneel beheer worden geattendeerd op aanvragen die niet zijn opgehaald. Hiermee wordt voorkomen dat aanvragen onnodig lang blijven stil staan.
+
| PR-1269 || sFTP uitzetten || In Progress || Luc van Sas || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1153 || Adoptie Offerteservice: Coteq || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
| *Achtergrond:*
+
| PR-1147 || Adoptie Offerteservice: Waternet || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1148 || Adoptie Offerteservice: WMD || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
| Aanvrager heeft te lang het idee dat de aanvraag nog niet in behandeling van netbeheerder doordat deze op status 3A (verzonden naar netbeheerder) blijven staan.
+
| PR-1149 || Adoptie Offerteservice: Waterleiding maatschappij Groningen || In Progress || Fred Hopmans || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1180 || [LIP] Adoptie aansluitgereed informatie GROND'G || In Progress ||  || PI Huidig
 
|-
 
|-
−
| Dit betreft met name NB’s die gebruik maken van handmatige functionaliteit. In een vorig increment is functionaliteit gebouwd om te laten zien welke items in de configuratie verlopen zijn, dit sluit hierop aan (beter gebruik van LIP).
+
| PR-1258 || [IP] Zoetermeer - Implementatie integrale planafstemming || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1241 || [IP] Utrecht implementatie integrale planafstemming. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| *Criteria:*
+
| PR-1240 || [IP] Sprong Haarlem - implementatie integrale planafstemming. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1330 || [KS] Kennisarena || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| * Voor rol medewerker netbeheerder: op het aanvragenoverzicht tonen we een melding een melding tonen als dit het geval is. Melding bevat een knop om deze aanvragen eenvoudig te tonen.  
+
| PR-1285 || [INN] Theoretische business case voor de toepassing van de doorgaande mantelbuis. || In Progress || Ruurd Tigelaar || PI Huidig
 
|-
 
|-
−
| * Voor Rol functioneel beheer: een overzicht waarin men (over de netbeheerders heen) kan inzien hoeveel aanvragen er per netbeheerder er te lang op 3A blijven staan.
+
| PR-1263 || [Power BI] DSP Export || In Progress || Björn Ampting || PI Huidig
 
|-
 
|-
−
|  
+
| PR-1295 || [DSP] Endpoint management in beheer app || In Progress || Glenn Stringer || PI Huidig
 
|-
 
|-
−
| {color:#ff5630}*IN DIT INCREMENT KUNNEN WE MOGELIJK ALLEEN DE SIGNALERING VOOR SUPERUSER EN MEDEWERKER NETBEHEERDER REALISEREN:* {color}[https://mijnaansluiting.atlassian.net/browse/LIP-1035|https://mijnaansluiting.atlassian.net/browse/LIP-1035|smart-link]" || IN PI || PI Huidig || Fred Hopmans ||  
+
| PR-1307 || [DSP] Bijlage bestandsvorm restrictie || Klaar PI || Glenn Stringer || PI+1
 
|-
 
|-
−
| Feature || POR-366 || [LIP] Vragen op een andere plek weergeven in LIP (van 'aanvullende locatiegegevens' naar productkeuze) || Door een netbeheerder geconfigureerde vragen worden getoond bij de stap ‘aanvullende locatie’-gegevens, terwijl deze vaak betrekking hebben op de stap  productkeuze. Deze feature maakt het mogelijk om een netbeheerder-specifieke vraag in productkeuze te tonen, zonder dat daarvoor iedere vraag aan elk afzonderlijk product hoeft te worden gekoppeld. Dat spaart de super user veel tijd en de kans dat het goed gebruikt wordt neemt toe. Uiteindelijk leidt het tot een duidelijker proces voor de aanvrager.  || IN PI || PI Huidig || Fred Hopmans ||  
+
| PR-1282 || [LIP] Verbeteringen combi pagina's in LIP || Voorbereiding || Fred Hopmans || PI+1
 
|-
 
|-
−
| Feature || POR-479 || [DSP] Onderaanneming - Kaders stellen || "*Context:*
+
| PR-971 || [LIP] Opruimen inactieve gebruikersaccounts || Voorbereiding || Fred Hopmans || PI+1
 
|-
 
|-
−
|  
+
| PR-1271 || Klantportalen / behoeftes aannemers || Voorbereiding || Luc van Sas || PI+1
 
|-
 
|-
−
| Contract aannemers willen ontvangen opdrachten kunnen herverdelen naar andere aannemers op het DSP zonder afstand te doen van de eindverantwoordelijkheid van de opdracht. Netbeheerders hebben de behoefte grote kavels voor een lange periode vast te leggen in de aanbestedingen. Dit leidt tot grote volumes bij hoofdaannemers die ze niet zonder onderaannemers uit kunnen voeren.
+
| PR-1150 || Adoptie Offerteservice: Rendo || Voorbereiding || Fred Hopmans || PI+1
 
|-
 
|-
−
|  
+
| PR-1152 || Adoptie Offerteservice: Vitens || Voorbereiding || Fred Hopmans || PI+1
 
|-
 
|-
−
| Hiermee willen contractaannemers opdrachten op een flexibele en doelmatige wijze kunnen herverdelen. Waarbij ze als single point of contact blijven fungeren met de Netbeheerder en dus altijd moeten kunnen beschikken over de voortgang van de opdracht.
+
| PR-1274 || Adoptie Offerteservice: Enexis || Voorbereiding || Fred Hopmans || PI+1
 
|-
 
|-
−
|  
+
| PR-1253 || [Power BI] Combi Seriematigheid overzicht op basis van TG || Voorbereiding || Björn Ampting || PI+1
 
|-
 
|-
−
|  
+
| PR-1281 || [DSP] DSP 2.0 beheertooling || Voorbereiding || Glenn Stringer || PI+1
−
|-
 
−
|
 
−
|-
 
−
| _Zie bijlage voor de uitkomsten uit de workshop van 27 oktober '21_
 
−
|-
 
−
|
 
−
|-
 
−
| *Verwachte resultaat:*
 
−
|-
 
−
|
 
−
|-
 
−
| Deze feature gebruiken om duidelijkheid te geven op impact in het MA landschap
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Acceptatie critera:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Workshops afgerond
 
−
|-
 
−
| * Feature indien nodig opgesplitst
 
−
|-
 
−
| * functionaliteit (gu)estimate" || IN PI || PI Huidig || David Berens || [DSP] Onderaannemerschap
 
−
|-
 
−
| Feature || POR-580 || [CAPO] Geplande uitvoeringsdatum afleiden || "Afleiden van een geplande uitvoeringsdatum op basis van 1) plandatum opdracht  2) einddatum activiteit werkvoorbereiding 3) wensweek aanvraag.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit*: Met deze uitvoeringsdatum kan de klant beter geinformeerd worden, en kan worden gesignaleerd wanneer een activiteit werkvoorbereiding niet op tijd gereed is om een plandatum te halen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*:
 
−
|-
 
−
|
 
−
|-
 
−
| * Datum op projectniveau beschikbaar
 
−
|-
 
−
| * Beschikbaar in de UI, en in de CAPO API
 
−
|-
 
−
| * Geen extra registratie noodzakelijk vanuit aannemer of netbeheerder - datum wordt afgeleid op basis van de reguliere DSP planberichten & activiteiten ‘Extra werkvoorbereiding’ of wensweek uit de Aanvraag
 
−
|-
 
−
|
 
−
|-
 
−
| *Achtergrond:*
 
−
|-
 
−
|
 
−
|-
 
−
| In het aansluitingen proces is er een mogelijkheid dat een gedeelte van de werkvoorbereiding (bijvoorbeeld een nettoets of een trace tekening ) door de netbeheerder wordt uitgevoerd. Op het moment dat de netbeheerder werkvoorbereiding gaat doen, betekent dit meestal dat de opdrachten van deze netbeheerder pas verstuurd worden nadat deze werkvoorbereiding klaar is. De Netbeheerder(s) is (zijn) verantwoordelijk voor het klantcontact, totdat er opdrachten zijn verstuurd naar de aannemer.
 
−
|-
 
−
|
 
−
|-
 
−
| Door het gebrek aan opdrachten tijdens de werkvoorbereiding van de netbeheerder, is er behoefte aan een manier om elkaar op de hoogte te houden op einddata tussen Netbeheerders onderling (incl. met de aannemer).
 
−
|-
 
−
|
 
−
|-
 
−
| Als de werkvoorbereiding van de netbeheerders afgerond is, worden de opdrachten verstrekt en kan het reguliere planning proces van het DSP weer gevolgd worden.
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Product - Een kosten efficiënter proces & Doorontwikkeling ten behoeve van de implementatie binnen alle combi’s
 
−
|-
 
−
|
 
−
|-
 
−
| *Landelijke uniformiteit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Indicatie uitvoeringsdatum is toepasbaar in alle combi’s. Combi’s kunnen zelf procesafspraken maken wanneer afwijkingen te groot worden en daarmee handmatig een activiteit aanmaken om afwijkingen te bespreken." || Klaar PI || PI+1 || Chantrelle Mac Donald || [CAPO] Overzicht Aanvragen en Opdrachten voor combi-aansluitingen
 
−
|-
 
−
| Feature || POR-601 || [CAPO] Livegang Structin Noord || "Structin Noord werkt met CAPO, doordat key users getraind zijn, KPI’s van Structin Noord zijn geconfigureerd en het gebied van Structin Noord is ingericht conform de nieuwe aanbesteding.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit* gebruik maken van de standaard (CAPO), waarbij een uniforme werkwijze wordt gefaciliteerd. Minder handmatige registraties.
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM*
 
−
|-
 
−
|
 
−
|-
 
−
| Product - Bij de uitrol van CAPO spelen we een cruciale rol in de implementatie door ondersteuning te bieden en door te ontwikkelen op die punten die een bijdrage levert aan de adoptie bij de gebruikers
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*
 
−
|-
 
−
|
 
−
|-
 
−
| * Structin Noord KPI’s geconfigureerd
 
−
|-
 
−
| * Gebiedsindeling Structin Noord conform aanbesteding
 
−
|-
 
−
| * CAPO training voor key users" || Klaar PI || PI+1 || Chantrelle Mac Donald || [CAPO] Overzicht Aanvragen en Opdrachten voor combi-aansluitingen
 
−
|-
 
−
| Feature || POR-602 || [LIP/DSP] In gebruik nemen offerte service Brabant Water || "In gebruik nemen van de offerte service bij de 1e deelnemer Brabantwater. Inrichten, testen en leveren van support.
 
−
|-
 
−
|
 
−
|-
 
−
| *Achtergrond:*
 
−
|-
 
−
|
 
−
|-
 
−
| Offerte service is al eerder opgeleverd, maar nog niet in gebruik genomen bij een deelnemer. Zie ook [https://wiki.dsplatform.nl/index.php/Offerte_Service|https://wiki.dsplatform.nl/index.php/Offerte_Service|smart-link]
 
−
|-
 
−
|
 
−
|-
 
−
| Omdat dit naar verwachting behoorlijk wat tijd zal vergen van het team en het de eerste partij is die gebruik gaat maken van de offerte service.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Klanten van Brabantwater hoeven niet meer naar een andere omgeving om een offerte af te handelen. Klant heeft hierdoor meer een ‘alles via 1 loket’ omdat het ook via LIP afgehandeld wordt.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Klantgemak - We bieden een laagdrempelige ingang voor klanten door klanten inzicht te geven in wat ze kunnen verwachten én bij wie ze moeten zijn en klanten makkelijk zelf zaken (digitaal) te laten regelen, passend bij hun behoeften
 
−
|-
 
−
| * Product - Nieuwe ICT producten / features zijn binnen 6 maanden na oplevering geïmplementeerd bij alle deelnemers.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * BrabantWater ingericht om de offerteservice te gebruiken op productie" || Klaar PI || PI+1 || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-641 || [CAPO] MongoDB Atlas in gebruik nemen (enabler) || "Aanpassen van de manier waarop de mongodb inrichting is neergezet door meer gebruik te maken van managed services
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit*: Minder effort om databases te beheren, en minder risico op fouten door het afnemen van managed services.
 
−
|-
 
−
|
 
−
|-
 
−
| *OSGM*: Product - Betrouwbaar
 
−
|-
 
−
|
 
−
|-
 
−
| Criteria:
 
−
|-
 
−
|
 
−
|-
 
−
| * MongoDB Atlas neergezet
 
−
|-
 
−
| * Databases in een managed omgeving neerzetten" || Klaar PI || PI+1 || Chantrelle Mac Donald ||
 
−
|-
 
−
| Feature || POR-567 || Vragenlijst bij kenmerken van samenwerken in de buitenruimte || "*Beschrijving:* Opstellen vragenlijst voor het volwassenheidsmodel integraal programmeren
 
−
|-
 
−
|
 
−
|-
 
−
| De vragenlijst helpt bij het meten van de mate waarin de kenmerken van de stadia van ontwikkeling van een samenwerkingsvorm zijn ingevuld (conform de opgeleverde basisstructuur van het model).
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde*
 
−
|-
 
−
|
 
−
|-
 
−
| Eenduidige manier van het registreren van de volwassenheid van de verschillende lokale initiatieven. Hiermee kunnen deze initiatieven met elkaar worden vergeleken, en in een later stadium verbeterpunten worden gesignaleerd,. Met het inzicht in welke bestaande samenwerkingen die stadia al ingevuld en bereikt zijn, wordt het mogelijk om daar specifieke hulp te vragen.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Markt - Ontwikkelen volwassenheidsmodel - Inrichten eerste versie samenwerking- en automatiseringsladder
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*
 
−
|-
 
−
|
 
−
|-
 
−
| # Standaard vragenlijst met directe relatie naar stadia en kenmerken
 
−
|-
 
−
| # Antwoorden op de vragen leiden naar score per kenmerk
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Context*
 
−
|-
 
−
|
 
−
|-
 
−
| De afgelopen jaren is bij alle eigenaren en beheerders van civiele constructies, kabels en leidingen én de
 
−
|-
 
−
| bodem waarin die zich bevinden, het besef gegroeid dat het afzonderlijk uitvoeren van de maatschappelijke
 
−
|-
 
−
| opgaven niet past binnen de kaders van beschikbare ruimte, uitvoeringscapaciteit en financiële middelen. Dat
 
−
|-
 
−
| heeft ertoe geleid dat deze partijen meer en meer de samenwerking zoeken vanuit hun intrinsieke
 
−
|-
 
−
| verantwoordelijkheid om de Nederlandse nutsvoorziening optimaal te faciliteren.
 
−
|-
 
−
|
 
−
|-
 
−
| Niet alle organisaties zijn in samenwerking even ver; door middel van dit stimuleringsmodel wordt duidelijk op welk vlak ontwikkeling mogelijk of nodig is. Dit model zal de verbindende factor zijn, waarin de instrumenten die al zijn en nog worden ontwikkeld een plek krijgen. Het model gaat startende én bestaande afstemmingsvormen en samenwerkingsvormen helpen om gericht de volgende stappen te kunnen zetten in de (door)ontwikkeling van de samenwerking en is daarmee een katalysator voor het integraal programmeren. Het resultaat van dit project is een eerste stap op weg naar het uiteindelijke doel: een routekaart of handleiding, aangevuld met een bibliotheek met prototypen van bestaande oplossingen en instrumenten." || Klaar PI || PI+1 || Robbert Ephraim || Integraal samenwerken
 
−
|-
 
−
| Feature || POR-552 || [CAPO] Hoofdleidingproject - structuur aanbrengen || "Basis structuur voor hoofdleidingen opnemen in CAPO, waardoor het mogelijk wordt om te sturen op documenten.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit*
 
−
|-
 
−
|
 
−
|-
 
−
| Mogelijkheid om naast aansluitleidingen ook hoofdleidingen te bedienen in CAPO en draagt bij aan landelijke uniformiteit in werkwijze.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Document (Bijlage) kunnen toevoegen aan een hoofdleiding project met een opleverdatum en documentsoort en eigenaren
 
−
|-
 
−
| * Document kunnen toevoegen op een hoofdleiding project
 
−
|-
 
−
| * Activiteit afspraak kunnen maken op een hoofdleiding project
 
−
|-
 
−
| * O.b.v. opgeleverde document, wordt de status (processtap) van een project bepaald
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM*
 
−
|-
 
−
|
 
−
|-
 
−
| Product - doorontwikkeling ten behoeve van de implementatie binnen alle combi’s (o.a. Projectdossier voor Hoofdleidingproject en bijlagen op projecten inrichten
 
−
|-
 
−
|
 
−
|-
 
−
| *Extra informatie:*
 
−
|-
 
−
|
 
−
|-
 
−
| Zijn alle documenten aanwezig om een processtap af te kunnen ronden?
 
−
|-
 
−
|
 
−
|-
 
−
| Default template klaar zetten, waarin documenten, documentsoort, opleverdatum en actiehouder aangekoppeld zitten
 
−
|-
 
−
|
 
−
|-
 
−
| Als combi wil je de mogelijkheid om naast template documenten ook andere documenten te kunnen toevoegen aan een processtap
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| !image-20220329-200551.png|width=50%!
 
−
|-
 
−
|
 
−
|-
 
−
| !image-20220329-200632.png|width=1510,height=820!" || Klaar PI || PI+1 || Chantrelle Mac Donald || [CAPO] Projectdossier
 
−
|-
 
−
| Feature || POR-515 || [CAPO] Beheerscherm voor gebruikersbeheer met Auth0 (enabler) || "Als Functioneel Beheer wil ik in één scherm de Auth0 applicaties kunnen beheren.
 
−
|-
 
−
|
 
−
|-
 
−
| Benefit: ik hoef geen schaduwadministratie bij te houden en mijn beheerlast gaat omlaag.
 
−
|-
 
−
|
 
−
|-
 
−
| Achtergrond: met de groeiende userbase CAPO is het noodzakelijk om een goede beheeromgeving te hebben voor het userbeheer. Dit is nu arbeidsintensief.
 
−
|-
 
−
|
 
−
|-
 
−
| Daarnaast is het niet goed mogelijk om ad-hoc inzichten te krijgen in de gebruikers van de verschillende applicaties
 
−
|-
 
−
|
 
−
|-
 
−
| Criteria:
 
−
|-
 
−
|
 
−
|-
 
−
| * Ik kan per applicatie zien hoeveel gebruikers per deelnemer in elke rol zitten
 
−
|-
 
−
| * Ik kan vanuit het scherm gebruikers toevoegen, aanpassen en verwijderen
 
−
|-
 
−
| * Ook geschikt voor overige auth0 accounts (zoals Analytics)" || Klaar PI || PI+1 || Chantrelle Mac Donald || [CAPO] Overzicht Aanvragen en Opdrachten voor combi-aansluitingen
 
−
|-
 
−
| Feature || POR-635 || [CAPO] Klantinformatie loggen || "Inzicht in relevante informatie voor een project n.a.v. klantcontact
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit* alle partijen hebben hetzelfde beeld van wat er afgesproken is met de klant
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*
 
−
|-
 
−
|
 
−
|-
 
−
| * Vastleggen van klantcontact op projectniveau
 
−
|-
 
−
| * Beschikbaar in de UI, en in de CAPO API
 
−
|-
 
−
|
 
−
|-
 
−
| *Achtergrond*
 
−
|-
 
−
|
 
−
|-
 
−
| Zaken die met de klant worden afgesproken die relevant zijn voor het project, moeten gelogd kunnen worden in CAPO. Zodat alle partijen hetzelfde beeld hebben van wat er afgesproken is met de klant.
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM*
 
−
|-
 
−
|
 
−
|-
 
−
| Product" || Klaar PI || PI+1 || Chantrelle Mac Donald || [CAPO] Overzicht Aanvragen en Opdrachten voor combi-aansluitingen
 
−
|-
 
−
| Feature || POR-77 || Bevorderen inzet projectmelding in de combi || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Bevorderen van het inzetten van de projectmelding in combi door uitleg en begeleiding bij het gebruik.
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| Meer inzicht in het nut en de gewenste afhandeling van de projectmelding maakt dat de ontvangers en actiehouders betere opvolging aan de melding kunnen geven, waardoor de verwachtingen van de melder beter worden ingevuld.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Markt - Verbreden toepassing projectmelding
 
−
|-
 
−
|
 
−
|-
 
−
| Product - deelnemers gebruiken LIP, DSP, CAPO (en nog te ontwikkelen diensten) op de juiste wijze
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| We prioriteren de verbeterpunten zodra op 1 april 2022 de terugkoppeling uit de verbetersessies  is opgeleverd.
 
−
|-
 
−
|
 
−
|-
 
−
| * Met de combimanagers bespreken van de opbrengst van de opfrissessies
 
−
|-
 
−
| * Verdiepende sessies met de combimedewerkers op hun locatie
 
−
|-
 
−
| * Op locatie procesbegeleiding bij toepassen projectmelding in de combi
 
−
|-
 
−
| * Specifieke begeleiding bij de afhandeling van projectmeldingen voor hoogbouwprojecten in drie combigebieden van Enexis
 
−
|-
 
−
| * Informatieve instructiefilm met de ervaringen van gebruikers van de projectmelding
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| In PI 16 hebben we met de medewerkers van de combi-organisaties opfrissessies gehouden over de projectmelding en het proces van afhandeling daarvan. Naast de constatering dat nog niet iedereen de functionaliteit kende en wist wat er van hen verwacht werd, hebben we ook suggesties voor verbetering ontvangen.
 
−
|-
 
−
|
 
−
|-
 
−
| Dit voegen we samen met de suggesties die we ontvingen vanuit de melders van projecten en vanuit de infra-organisaties van onze deelnemers.
 
−
|-
 
−
|
 
−
|-
 
−
| _Uitkomsten van de sessie:_
 
−
|-
 
−
|
 
−
|-
 
−
| * Commitment vanuit en richting de combi’s verbeteren. {color:#ff5630}Opbrengst bespreken in combimanagersoverleg; actie voor combimanagers, en welke steun vanuit MA hebben ze nodig daarbij{color}
 
−
|-
 
−
| ** Algemene bekendheid van de projectmelding inclusief nut en noodzaak is niet in alle combi’s bekend. Combi managers kunnen helpen bij het creëren van draagvlak > besluit rondom actief gebruik en promotie. Ook met het oog op capo hoofdleidingen.
 
−
|-
 
−
| ** Opvolgsessies organiseren (evt. via Combi manager): aanwezigheid van medewerkers vanuit Synfra, DNWG en Grondg was nihil.
 
−
|-
 
−
| ** Procesborging binnen de combi’s: hoe zorgen de combi’s ervoor dat projectmeldingen binnen 5 dagen worden opgevolgd? Koppelen aan een feature in CAPO (bijv. automatisch taak creëren?) {color:#ff5630}De mail vervangen door een melding vanuit CAPO wanneer een nieuwe projectmelding n het overzicht is toegevoegd?){color}
 
−
|-
 
−
| ** Algemene procedure rondom wijzigen van contactpersonen / mailadressen niet bekend (opgenomen in FAQ’s in presentatie)
 
−
|-
 
−
| * Communicatie naar buiten verbeteren:
 
−
|-
 
−
| ** Behoefte is uitgesproken door een aantal combi’s om het gebruik van de projectmelding te stimuleren onder bredere klantgroep: ook provincies, gemeenten en adviseurs die werken voor een ontwikkelaar.
 
−
|-
 
−
| ** Vervolgens koppelen aan aanpassen van de beslisboom in de projectmelding. Gemeenten, provincies, adviseurs worden nu uitgesloten. Wens van een aantal combi’s om dit aan te passen.
 
−
|-
 
−
|
 
−
|-
 
−
| 
 
−
|-
 
−
|
 
−
|-
 
−
| _Uitkomsten van de analyse:_
 
−
|-
 
−
|
 
−
|-
 
−
| * projectmeldingen worden ook al door klanten gebruikt om projecten aan te melden rondom
 
−
|-
 
−
| ** hoogbouw (59 vd 323)
 
−
|-
 
−
| ** bedrijventerreinen en bedrijvencentra (24 vd 323)
 
−
|-
 
−
| ** Renovatie/ verduurzaming (19 vd 323)
 
−
|-
 
−
| ** vakantieparken (14 vd 323)
 
−
|-
 
−
| ** sloop voorafgaand aan nieuwbouw (13 vd 323)
 
−
|-
 
−
| ** overig: verbreding snelweg, supermarkten, studentenunits, voetbalstadion" || Klaar PI || PI+1 || Robbert Ephraim || Projectmelding
 
−
|-
 
−
| Feature || POR-594 || Klantdifferentiatie consument / zakelijk uitbreiden op productniveau  || "Niet meer tonen van zakelijke producten voor consumenten. Bestaande consumentenaccounts die eigenlijk zakelijke gebruikers zijn informeren/bewegen om hun account om te zetten naar een zakelijk account
 
−
|-
 
−
|
 
−
|-
 
−
| Achtergrond: Op dit moment krijgen klanten alle producten te zien die aan een dienst en objecttype gekoppeld zijn. We willen dit nog verder verfijnen door er voor te zorgen dat alleen zakelijke gebruikersaccounts Grootzakelijke/ grootverbruik producten kunnen aanvragen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefits*:
 
−
|-
 
−
|
 
−
|-
 
−
| Dit zorgt voor minder keuze opties bij particuliere waardoor de productkeuze nog eenvoudiger wordt.
 
−
|-
 
−
|
 
−
|-
 
−
| tevens zal dit er voor zorgen dat eventuele zakelijke klanten die onverhoopt een particulier account hebben alsnog overschakelen naar een zakelijk account. Iets dat evt toekomstige klant differentiatie direct ten goede zal komen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Klantgemak - We bieden een laagdrempelige ingang voor klanten door klanten inzicht te geven in wat ze kunnen verwachten én bij wie ze moeten zijn en klanten makkelijk zelf zaken (digitaal) te laten regelen, passend bij hun behoeften.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Aanmeld proces wijzigen: toevoegen informatie over verschillen Zakelijk vs Consument.
 
−
|-
 
−
| * Account / Profiel wijzigen: toevoegen informatie over verschillen Zakelijk vs Consument.
 
−
|-
 
−
| * Producten GV alleen voor zakelijk: zakelijke klant krijgen GV producten als optie in de productkeuze lijst.
 
−
|-
 
−
| ** Voor consumenten in productlijst weergeven dat GV producten kunnen worden besteld met een zakelijk account met info er bij hoe account om te zetten naar 'zakelijk'.
 
−
|-
 
−
| * Objecttype keuze: voor consumenten weergegeven dat objecten in de openbare ruimte niet kunnen worden aangevraagd, Hiervoor is een zakelijk account nodig. Met info er bij hoe account om te zetten naar 'zakelijk'.
 
−
|-
 
−
| * In Beheer moet bij het veld Grootverbruik product informatie worden toegevoegd dat dit product alleen getoond wordt aan zakelijke klanten. " || Klaar PI || PI+1 || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-289 || [DSP] Verkennen wensen voor alternatieve technologie voor DSP berichtenverwerking (enabler) || "Opties voor alternatieve technologie/leverancier dan SAP PI/PO uitwerken om het berichtenverkeer van DSP af te handelen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Voordeel*: Doorlooptijden van changes kunnen mogelijk sneller en tegen lagere kosten.
 
−
|-
 
−
|
 
−
|-
 
−
| *Achtergrond*: Huidige technologie die gebruikt wordt is opgevolgd door SAP CPI. Huidig contract loopt to 2025, maar het is nodig om op tijd na te denken over de vervanging.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Technische beschikbaarheid door veilige en robuuste systemen beschikbaar te stellen
 
−
|-
 
−
| * Adoptie stimuleren van innovatieve technieken die bijdragen aan keten efficiency​​
 
−
|-
 
−
| * Productvisie helder, technische beschikbaarheid, functionele relevantie op (nieuwe) product features en implementaties worden succesvol begeleid
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*:
 
−
|-
 
−
|
 
−
|-
 
−
| * Eerste aanzet voor set requirements - wat moet de stack kunnen
 
−
|-
 
−
| * Opgehaald bij Deelnemers, MA
 
−
|-
 
−
| * Roadmap/tijdsplanning voor Epic en huidige 2 features" || Klaar PI || PI+1 || David Berens || [DSP] Verkennen alternatieve technologie DSP
 
−
|-
 
−
| Feature || POR-637 || [Power BI] CAPO activiteiten opnemen in de Combi Rapportage || "KPI’s in de combi rapportage kunnen onderscheid maken wanneer er extra werkvoorbereiding is uitgevoerd door de netbeheerder. ('standaard/niet-standaard')
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Combi’s kunnen performance tussen verschillende manieren van werkvoorbereiden beter monitoren op bijvoorbeeld doorlooptijd of klanttevredenheid.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Product - doorontwikkeling ten behoeve van de implementatie binnen alle combi’s
 
−
|-
 
−
|
 
−
|-
 
−
| *Landelijk:*
 
−
|-
 
−
|
 
−
|-
 
−
| Ja, in de vrij combi’s waar deze 2 verschillende processen gehanteerd worden
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Activiteiten van CAPO zijn beschikbaar in Power BI, in ieder geval Extra werkvoorbereiding en KCM1
 
−
|-
 
−
| * Toevoegen van filter aan combi rapportages om onderscheid te kunnen maken," || Klaar PI || PI+1 || Björn Ampting || [Power BI] Rapportages
 
−
|-
 
−
| Feature || POR-507 || Impuls implementatie prefab meterkast bij deelnemers || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Bij de operationele afdelingen van onze deelnemers vergroten van de bekendheid en inhoudelijke kennis van de functionaliteit prefab meterkast.
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| Werkvoorbereiders, toezichthouders en uitvoerders kennen de toegevoegde waarde en het in de praktijk toepassen van de prefab meterkast, waardoor de drempels wegvallen die opschaling van de toepassing in de weg staan.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| Innovatie - Stimuleren toepassen Prefab Meterkast in seriematige laagbouw
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Verdiepende interviews met respondenten die hebben aangegeven daarvoor open te staan
 
−
|-
 
−
| * Sessies bij de waterbedrijven hoe de bouwers bevriezing, legionella en materiele schade aan de installaties voorkomen.
 
−
|-
 
−
| * Vervolgtrainingen om de doelgroep vertrouwd te maken met afstemmingsproces, technische specificaties en de geldende NTA en BRL.
 
−
|-
 
−
| * Doelgroep geïnformeerd over de lopende pilots voor verbreding van de toepassing (<5 en hoogbouw)
 
−
|-
 
−
| * Online informatie over prefab meterkast beschikbaar bij Bouwend NL en Mijn Aansluiting, inclusief filmpje
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| In PI 16 hebben we een rapportage opgeleverd met de analyse van de praktijkervaringen die bouwers, netwerkbedrijven, combi-organisaties en combi-aannemers hebben opgedaan in de dagelijkse praktijk met de prefab meterkast, sinds de NTA in 2020 is gepubliceerd.
 
−
|-
 
−
|
 
−
|-
 
−
| In het rapport staan adviezen voor het verbeteren van:
 
−
|-
 
−
|
 
−
|-
 
−
| * de kaders en richtlijnen van het proces voor de afstemming, montage en productie van de prefab materkast
 
−
|-
 
−
| * de NTA en BRL voor de prefab meterkast
 
−
|-
 
−
| * de implementatie bij de betrokken partijen" || Klaar PI || PI+1 || Robbert Ephraim || Prefab meterkast
 
−
|-
 
−
| Feature || POR-585 || Evaluatie en voorstel opwaarderen NTA prefab meterkast || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Analyse en rapportage ervaringen van de pilots met prefab meterkasten in projecten met minder dan 5 woningen
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| Hoe kleiner de projectomvang hoe groter de toegevoegde waarde per te maken definitieve aansluiting van het overbodig worden van aanleg, doortrekken en/of verwijderen van de tijdelijke bouwaansluiting.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * voorstel voor opwaarderen van de NTA 8769
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| In PI 16 hebben we een rapportage opgeleverd met de analyse van de praktijkervaringen die bouwers, netwerkbedrijven, combi-organisaties en combi-aannemers hebben opgedaan in de dagelijkse praktijk met de prefab meterkast, sinds de NTA in 2020 is gepubliceerd.
 
−
|-
 
−
|
 
−
|-
 
−
| In het rapport staan adviezen voor het verbeteren van:
 
−
|-
 
−
|
 
−
|-
 
−
| * de kaders en richtlijnen van het proces voor de afstemming, montage en productie van de prefab materkast
 
−
|-
 
−
| * de NTA en BRL voor de prefab meterkast
 
−
|-
 
−
| * de implementatie bij de betrokken partijen
 
−
|-
 
−
|
 
−
|-
 
−
| We hebben de respondenten gevraagd in hoeverre het mogelijk is om de normering aan te passen naar < 5 woningen. Dit wordt nu in een aantal regio’s als pilot reeds toegepast. Vrijwel iedereen is hier positief over.
 
−
|-
 
−
|
 
−
|-
 
−
| Alleen bij de Netbeheerder W lijkt sprake te zijn van gereserveerdheid. Men wil eerst dat het bestaande proces goed gaat lopen alvorens wijzigingen door te gaan voeren.
 
−
|-
 
−
|
 
−
|-
 
−
| Mocht er sprake zijn van een wijziging, dan moet er wel een NTA aanpassing komen.
 
−
|-
 
−
|
 
−
|-
 
−
| Plan van aanpak maken voor uitrol naar implementatie van de prefab meterkast bij projecten <5 woningen. Daarbij rekening houdend met de volwassenheid van iedere regio." || Klaar PI || PI+1 || Robbert Ephraim || Prefab meterkast
 
−
|-
 
−
| Feature || POR-487 || [IP] Berichtstandaard uitwisselen plan- en planningsinformatie voor integraal programmeren || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Concept berichtstandaard uitwerken voor het uitwisselen van informatie tussen netbeheerders en de omgeving over (voorgenomen) plannen en planningen van maatregelen aan ondergrondse infrastructuur die globaal over 2-10 jaar uitgevoerd gaan worden (geen aanvraag of dsp opdracht).  Het gaat om basisinformatie over wie wat waar en wanneer gaat doen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| Hiermee kunnen we het gesprek gaan voeren om vanuit deze basisset informatie een proces voor het delen, uitwisselen en visualiseren kunnen vormgeven.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| Integraal programmeren draait om het afstemmen van het toekomstig werkpakket van gemeenten en netwerkbedrijven. Randvoorwaardelijk daarbij is 1 gedeelde waarheid van informatie voor het verkrijgen van inzicht in het totale werkpakket. De informatie wordt gemaakt, bewerkt en beschikbaar gesteld binnen de afzonderlijke organisaties (bij de bron), en moet vandaar uit gedeeld worden voor een integrale visualisatie van alle plannen en planningen.
 
−
|-
 
−
|
 
−
|-
 
−
| * ID
 
−
|-
 
−
| * Projectomschrijving / soort
 
−
|-
 
−
| * Datum laatste update
 
−
|-
 
−
| * Status?
 
−
|-
 
−
| * Polygoon met X,Y,Z coordinaten - Geojson (x,y en opt z) / GML?
 
−
|-
 
−
| * Startdatum
 
−
|-
 
−
| * Einddatum (optioneel)
 
−
|-
 
−
| * Organisatie" || Klaar PI || PI+1 || Robbert Ephraim || Integraal programmeren
 
−
|-
 
−
| Feature || POR-565 || Inrichten testlocatie Gevelbox bij TBI Rotterdam || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Verschillende prototypen van de Gevelbox inbouwen in de modelwoningen van TBI in Rotterdam.
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| De eerste keer inbouwen van de gevelbox leert ons wat erbij komt kijken, omdat het nog niet eerder is gedaan. Daarnaast bouwen we sensoren in, zodat we in de praktijk kunnen waarnemen welke invloed de bouwfysica en het klimaat hebben op de gevelbox, de daarin gemonteerde installaties als de leverbetrouwbaarheid van elektriciteit en drinkwater
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * gevelboxen voor water en elektriciteit gemonteerd in de voorgevel én de achtergevel (ivm verschillende klimaat invloeden) van twee modelwoningen in Rotterdam.
 
−
|-
 
−
| * sensoren in de gevelboxen en meting operationeel
 
−
|-
 
−
| * Plan voor monitoren tijdens de testfase
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| Door de maatschappelijke ontwikkeling van steeds kleinere huishoudens groeit de vraag naar kleinere wooneenheden, waardoor de ontwikkelaars en beheerders van woningen zoeken naar meer vrijheid van indeling om meer verhuurbaar/verkoopbaar oppervlak te creëren. Het splitsen van beheerdersdeel (overdrachtspunt/aansluiting en bemetering) in de gevel (Gevelbox) en bewonersdeel (verdeelkast en schakelkast) in de woning is één van de oplossingen die we onderzoeken.
 
−
|-
 
−
|
 
−
|-
 
−
| Hierdoor ontstaat meer vrijheid bij de indeling van de woning en blijft het netbeheerdersdeel (aansluiting, hoofdschakeling en bemetering) van het overdrachtspunt verantwoord en goed beheerbaar. De doorlooptijd van het realiseren van een aansluiting kan worden verkort." || Klaar PI || PI+1 || Robbert Ephraim || Gevelbox
 
−
|-
 
−
| Feature || POR-517 || Aanpak landelijk uniforme watermeterbeugel voor de meterkast van woningen || "*Beschrijving:*
 
−
|-
 
−
|
 
−
|-
 
−
| Uitvoeren eerste stap van plan van aanpak
 
−
|-
 
−
|
 
−
|-
 
−
| *Toegevoegde waarde:*
 
−
|-
 
−
|
 
−
|-
 
−
| Meer landelijke uniformiteit van de watermeterbeugels voor huishoudelijk gebruik, vereenvoudigt het proces in de prefabricage-fabrieken voor modulaire woningbouw en bij de montage op locatie in de woningen, waardoor verspilling wordt gereduceerd bij voorraadbeheer, herstelwerk wordt voorkomen en monteurs breder inzetbaar zijn omdat ze altijd de goede beugel in hun auto hebben.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| nog nader in te vullen adhv plan van aanpak
 
−
|-
 
−
|
 
−
|-
 
−
| * waterbedrijven verzamelen achter dit doel
 
−
|-
 
−
| * formuleren gemeenschappelijk belang van deze vernieuwing
 
−
|-
 
−
| * beschrijven benodigde stappen om tot een gereguleerde standaard beugel te komen
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| Woningen worden steeds vaker gebouwd door op de bouwplaats samenvoegen van fabrieksmatig gebouwde modules. Dit reduceert de doorlooptijd op de bouwplaats, en daarmee de kans op verstoring van de planning. Een van de doornen in de ogen van deze module-bouwers is dat de te monteren watermeterbeugel verschilt per waterbedrijf. Dit maakt dat standaard modules ineens locatie specifiek worden door een ogenschijnlijk klein onderdeel daarin.
 
−
|-
 
−
|
 
−
|-
 
−
| Installateurs en k&l aannemers zetten hun monteurs in op verschillende bouwprojecten, die in verschillende (aangrenzende) voorzieningsgebieden van waterbedrijven gesitueerd kunnen zijn.
 
−
|-
 
−
|
 
−
|-
 
−
| Daarom willen we overal in Nederland dezelfde standaard watermeterbeugel kunnen toepassen in bouwmodules met meterkasten, prefab meterkasten én alle traditionele meterkasten." || Klaar PI || PI+1 || Robbert Ephraim || Toekomstig overdrachtspunt en bemetering
 
−
|-
 
−
| Feature || POR-587 || [LIP] Trigger voor extra KTO-meting per mail na klantcontact met MA helpdesk || "Uitsturen van een nieuwe KTO meting voor de klanten met een LIP-account wanneer een call log wordt geregistreerd om daarmee de tevredenheid van de klant te meten over het contact met de Mijn Aansluiting helpdesk.
 
−
|-
 
−
|
 
−
|-
 
−
| *Hiertoe moet de call log worden uitgebreid met:*
 
−
|-
 
−
|
 
−
|-
 
−
| * medewerker die het geregistreerd heeft (is de user die ingelogd is);
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Inzichtelijk hoe tevreden de klant is over het contact met onze helpdesk, zodat er waar nodig op medewerkersniveau bijgestuurd kan worden. Daarnaast is er een bonus/malus-afspraak verbonden aan het goed functioneren van de helpdesk.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*
 
−
|-
 
−
|
 
−
|-
 
−
| * De KTO voor de helpdesk wordt getriggerd bij expoints zodra er een call log is opgeslagen (1 op 1).
 
−
|-
 
−
|
 
−
|-
 
−
| * Trigger: Het opslaan van de call log spreekt de API met expoints aan, waarbij er de volgende informatie naar expoints wordt gestuurd:
 
−
|-
 
−
| ** naam meting (Procesnaam) = helpdesk (zelfde als nu eindmeting, voorlopige planning en definitieve planning)
 
−
|-
 
−
| ** Datum
 
−
|-
 
−
| ** Tijdstip
 
−
|-
 
−
| ** Telefoonnummer *(uit profiel te halen indien bekend, anders uit nieuwe veld in call log*)
 
−
|-
 
−
| ** Medewerker
 
−
|-
 
−
| ** Call log categorie
 
−
|-
 
−
| ** Klant info:
 
−
|-
 
−
| *** Voornaam en achternaam klant (voor persoonlijke uitnodiging)
 
−
|-
 
−
| *** Emailadres (emailadres van aanvrager)
 
−
|-
 
−
| *** Contactmethode: Email
 
−
|-
 
−
| * Uitbreiding Power BI KTO-rapportage met nieuwe meting
 
−
|-
 
−
| * Nieuwe meting inrichten in Expoints.
 
−
|-
 
−
|
 
−
|-
 
−
| *Eventueel vervolg SMS op een later moment (nieuwe feature)*:
 
−
|-
 
−
|
 
−
|-
 
−
| * een veld om telefoonnummer te plakken indien niet gekoppeld aan een aanvraagnummer.
 
−
|-
 
−
| * Klant info:
 
−
|-
 
−
| ** Voornaam en achternaam klant (voor persoonlijke uitnodiging)
 
−
|-
 
−
| ** Emailadres (emailadres van aanvrager of telefoonnummer indien via call log form telefoonnummer startende met 06 ingevuld aangevuld met @sms.messagebird.com)
 
−
|-
 
−
| ** Contactmethode: SMS of Email (indien emailadres aanvrager dan altijd Email, indien ingevuld 06 nummer dan altijd SMS) Nog te checken bij Soleo of ze makkelijk telnr kunnen copy/pasten en welk format." || Voorbereiding || PI+1 || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-629 || [LIP] Realiseren website Stichting Mijn Aansluiting || "Overbrengen van de stichting website ([https://mijnaansluiting.wordpress.com/|https://mijnaansluiting.wordpress.com/|smart-link] ) naar een wordpress-site in onze eigen Azure omgeving.
 
−
|-
 
−
|
 
−
|-
 
−
| Benefit: hosting van de website op ons eigen platform met een normaal domein, en eenvoudiger om wijzigingen en uitbreidingen te realiseren.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Wordpress-omgeving in Azure opzetten
 
−
|-
 
−
| * Oude bestaande content overbrengen naar nieuwe omgeving
 
−
|-
 
−
| * Navigatie inrichten
 
−
|-
 
−
| * Styling Mijn Aansluiting toepassen in standaard multi purpose theme (nog aan te schaffen)
 
−
|-
 
−
| * Accounts voor FB en Fieke om wijzigingen aan te brengen
 
−
|-
 
−
| * URL redirecten (stichting.mijnaansluiting.nl)
 
−
|-
 
−
| * Niet MVP:
 
−
|-
 
−
| ** Inrichting nieuwbrief plug-in
 
−
|-
 
−
| ** Aanpassing responsive mail templates naar MA styling" || Voorbereiding || PI+1 || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-488 || [LIP] Beheeromgeving rollenmodel (enabler) - claims || "Schermen voor het beheren van nieuwe rollen, zodat functioneel beheer accounts kan configureren zodat de gebruikers alleen relevante onderdelen
 
−
|-
 
−
|
 
−
|-
 
−
| Benefit: Functioneel mogelijk om nieuwe roltypes toe te voegen aan LIP (zoals CPO)
 
−
|-
 
−
|
 
−
|-
 
−
| Criteria:
 
−
|-
 
−
|
 
−
|-
 
−
| * Gebruikersregistratie, activering en afmelding
 
−
|-
 
−
| * Uitbreiden beheeromgeving voor het managen van claims
 
−
|-
 
−
| * NTB - Welke rol(len) voegen we toe?" || Voorbereiding || PI+1 || Fred Hopmans || [LIP] aanvrager-specifieke klantreizen
 
−
|-
 
−
| Feature || POR-558 || [DSP] Ondersteuning voor gedelegeerde aannemers || "Via het DSP door een hoofdaannemer zelf per opdracht kunnen delegeren (doorzetten/onderverdelen) van opdrachten aan onderaannemers.
 
−
|-
 
−
|
 
−
|-
 
−
| *OGSM:*
 
−
|-
 
−
|
 
−
|-
 
−
| {color:#36b37e}*Productvisie helder, technische beschik-*{color}{{​}}{color:#36b37e}*baarheid, functionele relevantie op (nieuwe) product features en implementaties worden succesvol begeleid* {color}
 
−
|-
 
−
|
 
−
|-
 
−
| {color:#36b37e}*Adoptie stimuleren van* {color}{{​}}{color:#36b37e}*innovatieve technieken die* {color}{{​}}{color:#36b37e}*bijdragen aan keten efficiency*{color}
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Aannemers hoeven geen eigen verdeelstations te bouwen om werk onder te verdelen. Samenwerken en beter uitnutten van capaciteit in een gebied wordt eenvoudiger waardoor er beter pieken opgevangen kunnen worden.
 
−
|-
 
−
|
 
−
|-
 
−
| *Context:*
 
−
|-
 
−
|
 
−
|-
 
−
| *Uitgangspunten*
 
−
|-
 
−
|
 
−
|-
 
−
| * De hoofdaannemer is op de hoogte van de content en status van de opdracht.
 
−
|-
 
−
| * De hoofdaannemer is in de lead om opdrachten uit te zetten naar (gedelegeerde) aannemer.
 
−
|-
 
−
| * De (gedelegeerde) aannemer die het werk uitvoert is de organisatie die door middel van berichtenverkeer communiceert met de Netbeheerder.
 
−
|-
 
−
| * De (gedelegeerde) aannemer kan opdrachten terug leggen bij de hoofdaannemer.
 
−
|-
 
−
| * De berichten tussen (gedelegeerde) aannemer en hoofdaannemer zorgen niet voor impact aan de netbeheerderkant.
 
−
|-
 
−
|
 
−
|-
 
−
| *Functionele wensen*
 
−
|-
 
−
|
 
−
|-
 
−
| * Een aannemer bepaald zelf of er gebruik gemaakt wordt van gedelegeerde aannemers.
 
−
|-
 
−
| * Een aannemer wordt gezien als hoofaannemer bij een opdracht die hij heeft doorgezet naar een andere aannemer..
 
−
|-
 
−
| * Indien een aannemer hoofdaannemer wordt dient hij informatie van de opdracht en het verloop te ontvangen via het berichtenverkeer van het DSP.
 
−
|-
 
−
| * Berichten naar de hoofdaannemer worden in een chronologische(FIFO) volgorde verstuurd.
 
−
|-
 
−
| * Een gedelegeerde aannemer kan de opdrachten ontvangen van de hoofdaannemer terug leggen.
 
−
|-
 
−
| * Aan het opdrachtbericht is te zien wie de gedelegeerde aannemer is.
 
−
|-
 
−
| * Het terug leggen van de opdracht kan alleen vanuit een gedelegeerde aannemer gebeuren, de hoofdaannemer kan niet terug halen. Bij het terugleggen moet de volgende informatie meegegeven kunnen worden: OpdrachtID, Contactpersoon (van de gedelegeerde aannemer), Reden terug leggen, toelichting
 
−
|-
 
−
| * Gedelegeerde aannemer mag opdracht niet meer terugleggen nadat opdracht TG is gemeld.
 
−
|-
 
−
| * Na terugleggen wordt de opdracht weer gezien als een reguliere opdracht: de hoofdaannemer is weer aannemer en kan zelf berichten versturen. De ex-hoofdaannemer kan de opdracht eventueel opnieuw bij een andere aannemer neerleggen.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *(Technische) oplossingsrichting*
 
−
|-
 
−
|
 
−
|-
 
−
| * Indien er opdrachten worden verwerkt door een hoofd- en gedelegeerde aannemer krijgt de hoofdaannemer een kopie van alle berichten tussen Netbeheerder en gelegeerde aannemer. Deze berichten worden in een separate (CC)wachtrij verstuurd. Deze wachtrij wordt chronologische(FIFO) verstuurd. Er kan een vertraging ontstaan tussen huidige wachtrij en de (CC)Wachtrij.
 
−
|-
 
−
| * Indien er gebruikt gemaakt wordt van CC wachtrij worden deze berichten op een lage prioriteit verstuurd.
 
−
|-
 
−
| * Hoofdaannemer moet alle berichten kunnen ontvangen.
 
−
|-
 
−
| * Het opdrachtbericht wordt door de hoofdaannemer verrijkt met de gedelegeerde aannemer  waaraan DSP kan herkennen naar welke gelegeerde aannemer het verstuurd moet worden.
 
−
|-
 
−
| * Aanpassingen in opdrachtbericht worden als 1.35.1 release beschikbaar gesteld.
 
−
|-
 
−
| * DSP valideert of gedelegeerde aannemer in opdracht bericht 1.35.1 ondersteund.
 
−
|-
 
−
| * DSP valideert of een aannemer opdrachten mag versturen (alleen aannemers op 1.35.1 & endpoints)
 
−
|-
 
−
| * DSP valideert dat een (Hoofd)aannemer geen andere berichten als “opdracht” verstuurd.
 
−
|-
 
−
| * Nieuw “terugleg“ bericht in 1.35.1 release om opdrachten terug te leggen bij hoofdaannemer.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Procesafspraken*
 
−
|-
 
−
|
 
−
|-
 
−
| * De hoofdaannemer is het eerste aanspreekpunt voor de netbeheerder.
 
−
|-
 
−
| * Aannemers die gebruik maken van deze functionaliteit zijn zelf verantwoordelijk voor de afspraken omtrent terug leggen en hoe dat in hun eigen system te ondersteunen.
 
−
|-
 
−
| * Aannemers onderling maken afspraken over het al dan niet verrijken van opdrachten en hoe voor de gedelegeerde aannemer herkenbaar is dat er een verrijking heeft plaatsgevonden.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Richtlijnen*
 
−
|-
 
−
|
 
−
|-
 
−
| * Indien er nieuwe aannemers(VOF) worden aangesloten dienen de endpoints uniek te zijn.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Open punten*
 
−
|-
 
−
|
 
−
|-
 
−
| * Richtlijnen VOF compleet maken door MA (bijvoorbeeld: een nieuwe VOF-opdrachtnemer moet unieke endpoints hebben, een gelimiteerd aantal VOF-deelnemers, etc)
 
−
|-
 
−
| * Overeenstemming tussen Deelnemer(s) en MA met wie we deze functionaliteiten gaan testen.
 
−
|-
 
−
| * Deploy strategie?
 
−
|-
 
−
| * Welke aannemer is contactpersoon voor de klant? (Impact op het LIP?)
 
−
|-
 
−
| * Terugleg bericht ook afleveren vanuit CC-queue? > _nee, mogelijk wordt planning later afgeleverd, bijstelling wordt geblokkeerd._
 
−
|-
 
−
| * Welke aannemer is contactpersoon voor de Combimedewerker? (Impact op het CAPO?)
 
−
|-
 
−
| * Scenario beschrijving tussen samenwerkingsverband, gedelegeerd, geen.
 
−
|-
 
−
| * Hoe om te gaan met status model
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Suggestie*:
 
−
|-
 
−
|
 
−
|-
 
−
| * Mogelijke Terugleg reden definiëren “Opdracht onvolledig”, “Op verzoek van Hoofdaannemer”, “Zie Toelichting”.
 
−
|-
 
−
| * Invulling teruglegbericht op hoofdlijnen hetzelfde als bijstellingsbericht.
 
−
|-
 
−
| * Rekening houden met dat aannemers in de toekomst meer nieuwe velden in het opdrachtbericht willen, zoals een opmerking van aannemer naar aannemer.
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Visuele ondersteuning*
 
−
|-
 
−
|
 
−
|-
 
−
| * Zie bijlages gebruikt bij de workshop(s).
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Slice (Guestimate 1PI)*
 
−
|-
 
−
|
 
−
|-
 
−
| * Als (hoofd) aannemer wil ik opdrachten door sturen naar een andere aannemer
 
−
|-
 
−
| * Als (hoofd) aannemer wil ik de opdracht kunnen verrijken/overschrijven
 
−
|-
 
−
| * Als aannemer wil ik opdracht(en) kunnen terug leggen
 
−
|-
 
−
| * Als (hoofd) aannemer wil ik op de hoogte gehouden worden van de opdrachten
 
−
|-
 
−
| * Als (hoofd/gedelegeerde) Aannemer wil ik mijn opdrachten inzien in Analytics" || Voorbereiding || PI+1 || David Berens || [DSP] Onderaannemerschap
 
−
|-
 
−
| Feature || POR-634 || [Power BI] Meting klanttevredenheid na telefonisch contact Mijn Aansluiting helpdesk || "Meting klanttevredenheid inclusief nieuwe rapportage van de nieuwe KTO meting wanneer een call log wordt geregistreerd om daarmee de tevredenheid van de klant te meten over het contact met de Mijn Aansluiting helpdesk
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit*:
 
−
|-
 
−
|
 
−
|-
 
−
| Inzichtelijk hoe de klant het contact ervaart en waar verbeterpunten (proces, of agent) liggen om het klantcontact continu te verbeteren.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria*:
 
−
|-
 
−
|
 
−
|-
 
−
| * Trigger registratie klantcontact LIP
 
−
|-
 
−
| * Nieuwe meting Expoints
 
−
|-
 
−
| * Data beschikbaar in een nieuwe Power BI Rapportage
 
−
|-
 
−
|
 
−
|-
 
−
| *Bijdrage OGSM*:
 
−
|-
 
−
|
 
−
|-
 
−
| *Uniform*:
 
−
|-
 
−
|
 
−
|-
 
−
| Ja, toepasbaar voor klantcontact op alle aanvragen" || Voorbereiding || PI+1 || Björn Ampting ||
 
−
|-
 
−
| Feature || POR-533 || [Power BI] DSP overzicht van aantallen annuleringen (handmatig en regulier proces) || "Uitbreiden van de Rapportage productgebruik met de annuleringen in DSP, afgezet tegen het totaalvolume aan opdrachten per deelnemer
 
−
|-
 
−
|
 
−
|-
 
−
| Benefit: vergelijken van verschillen in de hoeveelheid annuleringen (waste) in het proces tussen de verschillende organisaties. Verminderen van handmatige acties door Mijn Aansluiting Functioneel Beheer.
 
−
|-
 
−
|
 
−
|-
 
−
| Criteria:
 
−
|-
 
−
|
 
−
|-
 
−
| * annuleren = annuleren + annulering gereed
 
−
|-
 
−
| * handmatig annuleren = annuleren, zonder verzoek tot bijstelling met ‘Verzoek tot annuleren’
 
−
|-
 
−
| * handmatig annuleren in 2 smaken: in oplevering (status 500), of voor oplevering" || Voorbereiding || PI+1 || Björn Ampting || [Power BI] Rapportages
 
−
|-
 
−
| Feature || POR-461 || [LIP] Vragen conditioneel tonen (afhankelijk van antwoord op een eerder vraag) || "Vragen conditioneel kunnen tonen afhankelijk van het antwoord op een eerdere vraag.
 
−
|-
 
−
|
 
−
|-
 
−
| Benefit:  Stellen van minder vragen, omdat we vragen waarop het antwoord niet altijd nodig hebben, niet langer altijd hoeven te stellen.
 
−
|-
 
−
|
 
−
|-
 
−
| In de opmerkingen staan een aantal specifieke toepassingen van deze functionaliteit, deze zijn ingebracht door het expert team.
 
−
|-
 
−
|
 
−
|-
 
−
| h2. Als klant wil ik alleen vragen beantwoorden die voor mij n aanvraag van toepassing zijn. Op deze manier hoeven er minder vragen in het aanvraag proces gesteld te worden aan de klant.
 
−
|-
 
−
|
 
−
|-
 
−
| *Use case:*
 
−
|-
 
−
|
 
−
|-
 
−
| *Klant:*
 
−
|-
 
−
|
 
−
|-
 
−
| Als klant een antwoord op een vraag geeft die voldoet aan de bij 'regels' ingevoerde criteria voldoet een vervolg vraag getoond moet worden.
 
−
|-
 
−
|
 
−
|-
 
−
| +*Criteria:*+
 
−
|-
 
−
|
 
−
|-
 
−
| * Op basis van vraag confuguratie wordt vraag wel of niet getoond in aanvraagproces
 
−
|-
 
−
| * Op basis van vraagconfiguratie en ingevuld antwoord klant wordt vraag en antwoord getoond in Aanvraag PDF
 
−
|-
 
−
| * Op basis van vraagconfiguratie en ingevuld antwoord klant wordt vraag en antwoord getoond in Opdracht PDF
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
|
 
−
|-
 
−
| *Superuser/Admin:*
 
−
|-
 
−
|
 
−
|-
 
−
| Als superuser/admin is het mogelijk om via de 'regels' functionaliteit een vraag te koppelen aan de selectie van een antwoord i.c.m. de regel.
 
−
|-
 
−
|
 
−
|-
 
−
| In de vraagconfiguratie moet kunnen worden aangegeven dat de betreffende vraag een vervolgvraag is niet standaard moet worden getoond. Moet deze vervolgvraag dan überhaupt nog wel een vraagkoppeling hebben? (Wel geldigheid)
 
−
|-
 
−
|
 
−
|-
 
−
| +*Criteria:*+
 
−
|-
 
−
|
 
−
|-
 
−
| * Op basis van antwoord en regel een vervolgvraag kunnen configureren.
 
−
|-
 
−
| * Een vervolgvraag opgeven is niet verplicht. Dus regels kunnen ook zonder aangemaakt blijven worden.
 
−
|-
 
−
| * De functie is een uitbreiding op de vraagkoppelingen en regels functionaliteit. " || Voorbereiding || PI+1 || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-536 || [CAPO] PoC Bodemonderzoek Qterra starten in Project || "Proof-of-concept Qterra bodemonderzoek koppelen aan CAPO activiteit (vergelijkbaar met vergunning) voor Liander gebied.
 
−
|-
 
−
|
 
−
|-
 
−
| Achtergrond: In Liander gebied wordt Qterra gebruikt om bodemonderzoek uit te voeren. Hiervoor zijn bestaande API’s die gebruikt kunnen worden om op basis van GPS coordinaten een bodemresultaat op te vragen.
 
−
|-
 
−
|
 
−
|-
 
−
| API documentatie: [https://platform.qterra-app.nl/swagger/index.html|https://platform.qterra-app.nl/swagger/index.html|smart-link] " || Voorbereiding || PI+2 || Chantrelle Mac Donald || Bodemonderzoek koppelen met CAPO
 
−
|-
 
−
| Feature || POR-598 || Impact analyse: Wijziging hosting Spatial Insights servers. || "Leverancier Spatial Insight gaat hun dienst onderbrengen bij een onder aannemer. Dit zal impact hebben op de LIP applicatie.
 
−
|-
 
−
|
 
−
|-
 
−
| Eerste contacten zijn vanuit Spatial Insight gelegd met Mijn Aansluiting.
 
−
|-
 
−
|
 
−
|-
 
−
| Datums / inhoud nog onbekend. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-638 || Betere informatievoorziening over "Aansluittermijnen" op mijnaansluiting.nl (verwachtingsmanagement) || "Vanuit de NBNL-werkgroep aansluittermijnen, de wens vanuit het MA-bestuur, en de vraag vanuit de ACM om transparant te zijn over termijnen gaan we op diverse plekken op [Mijnaansluiting.nl|http://Mijnaansluiting.nl] informatie bieden, of verwijzen naar een centrale pagina met daarop meer informatie.
 
−
|-
 
−
|
 
−
|-
 
−
| De boodschap hiervoor - die alle NB's dus gaan delen op hun site - wordt nu fijngeslepen in deze werkgroep.
 
−
|-
 
−
|
 
−
|-
 
−
| Naast een tekst met uitleg, zal hier voor KV ook een tabel aan worden toegevoegd (of liever een klantvriendelijkere opzet, maar dat heeft voor nu nog niet zoveel prioriteit). We starten met een versie waarin we de aansluitingen bundelen voor heel Nederland, en een grove bandbreedte aangeven. Op termijn (over 1 of 2 PI's, wanneer alle netbeheerders akkoord zijn met het feit dat hun aansluitcijfers heel transparant gedeeld gaan worden per combi-gebied) wil ik dat heel graag gaan specificeren naar combi-gebied. We starten met landelijke info.
 
−
|-
 
−
|
 
−
|-
 
−
| *Benefit:*
 
−
|-
 
−
|
 
−
|-
 
−
| Netbeheerders willen klanten goed en tijdig informeren over realistische aansluittermijnen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Aanpassing tekstje op homepage met link naar infopagina over aansluittermijnen
 
−
|-
 
−
| * Link in footer naar infopagina
 
−
|-
 
−
| * Infopagina met tekst + tabel
 
−
|-
 
−
| * Eenvoudige URL (mijnaansluiting.nl/aansluittermijn ? )" || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-9 || [KTO] Opzetten klantenpanel Grond'g en neerzetten MA-standaard klantenpanels || "Wat leveren we op:
 
−
|-
 
−
|
 
−
|-
 
−
| * Klantenpanel gehouden in Grond’g gebied;
 
−
|-
 
−
| * Draaiboek klantenpanels." || Voorbereiding ||  || Luc van Sas || Combi klanttevredenheidsonderzoek
 
−
|-
 
−
| Feature || POR-588 || [KTO] KTO helpdesk inrichten i.s.m. Expoints ||  || Voorbereiding ||  || Luc van Sas ||
 
−
|-
 
−
| Feature || POR-592 || Als klant wil ik mijn account kunnen verwijderen, ook al is mijn aanvraag nog niet afgerond. || "Op dit moment kunnen klanten die hun account willen verwijderen op LIP dit niet uitvoeren indien zijn ingediende aanvragen hebben die door de netbeheerder nog niet zijn afgerond. Nu moeten klanten contact opnemen met de netbeheerder of ze hun aanvragen willen afronden (vaak al lang geleden opgeleverd), omdat ze anders hun account niet kunnen verwijderen.
 
−
|-
 
−
|
 
−
|-
 
−
| Voorstel:
 
−
|-
 
−
|
 
−
|-
 
−
| * Limitatie van openstaande aanvragen die niet zijn afgerond verwijderen van proces account verwijderen.
 
−
|-
 
−
| * Passende communicatie tonen indien klant account verwijderd igv openstaande aanvragen. Aanvraag wordt immers niet verwijderd, alsmede ook niet de klant data in de ingediende aanvragen. Na afronden worden deze wel automatisch verwijderd.
 
−
|-
 
−
|
 
−
|-
 
−
| Criteria:
 
−
|-
 
−
|
 
−
|-
 
−
| * Melding aanpassen op Account verwijderen pagina.
 
−
|-
 
−
| * Functie beschikbaar maken ook al zijn er niet afgeronde aanvragen.
 
−
|-
 
−
| * UX flow mogelijk aanpassen om klant op te attenderen / vragen of hij echt wil verwijderen. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-591 || Inzicht in 'alle' gebruikers beperken voor helpdesk MA en tonen profiel info klant || "Op dit moment is het mogelijk voor helpdesk MA accounts om alle gebruiker accounts in te zien (+/- 450.000 accounts). Echter is dit niet nodig voor het werk dat ze doen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Voorstel:*
 
−
|-
 
−
|
 
−
|-
 
−
| Toegang beperken tot gebruikersoverzicht tot het gebruik van de zoekfunctie (invoeren emailadres) met bijbehorende zoekresultaat.
 
−
|-
 
−
|
 
−
|-
 
−
| Dit is een maatregel om interne kwetsbaarheid / toegang tot klant data te beperken.
 
−
|-
 
−
|
 
−
|-
 
−
| *Criteria:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Nieuw component bouwen voor Helpdesk MA rol
 
−
|-
 
−
| ** Zoek op emailadres
 
−
|-
 
−
| ** Tonen knop call log maken
 
−
|-
 
−
| ** Tonen status account (actief / niet actief)
 
−
|-
 
−
| ** Tonen claim(s)
 
−
|-
 
−
| ** Tonen profiel info" || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-593 || Uitbreiden Projectmelding export met gespreksonderwerpen. || "Team Robbert gebruikt met regelmaat de export functie in LIP waarin alle projectmeldingen staan. Hierin ontbreekt echter een kolom met gespreksonderwerpen, zoals Tracé, Prefab meterkast, Hoofdleidingen, etc. 
 
−
|-
 
−
|
 
−
|-
 
−
| *Voorstel:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Uitbreiden export met kolom waarin gespreksonderwerpen staan. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-595 || Mogelijk maken dat FB een melding op de contactpagina kan plaatsen. || "In geval van calamiteiten moet FB een melding op de contactpagina kunnen plaatsen, zodat klant weten wat er aan de hand is en mogelijk niet meer telefonisch contact hoeven op te nemen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Voorstel:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Uitbreiden meldingen functie in beheer app
 
−
|-
 
−
| * Implementatie melding in website.
 
−
|-
 
−
| * Evt nagaan op welke pagina’s nog meer zo’n functionaliteit ontbreekt, zodat dit direct meegenomen kan worden. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-596 || Locatie op kaart weergeven indien een aanvraag met prikken is ingediend. || "Op dit moment worden aanvragen voor niet adresseerbare objecten (zoals laadpalen) met een adres 'in de buurt' getoond op de “Aanvraag in behandeling” pagina.
 
−
|-
 
−
|
 
−
|-
 
−
| *Voorstel:*
 
−
|-
 
−
|
 
−
|-
 
−
| Igv niet adresseerbare objecten (waarvoor prikken op de kaart is gebruikt) tonen van een kaart waarop de exact geprikte locatie is aangegeven, zodat klant niet meer het idee/indruk hebben dat ze met een 'adres' te maken hebben (het adres is alleen ter indicatie voor de netbeheerders)" || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-590 || Optimalisatie accounts management (actief / niet actief / verwijderen) || "Op dit moment zijn er meer dan 450.000 gebruikersaccounts in LIP. Veel van deze accounts worden eenmalig aangemaakt en gebruikt. Er is nog geen proces om deze accounts 'op te ruimen'.
 
−
|-
 
−
|
 
−
|-
 
−
| *Voorstel:*
 
−
|-
 
−
|
 
−
|-
 
−
| # Accounts die x periode niet zijn gebruikt worden op inactief gezet
 
−
|-
 
−
| ## onderzoeken of dit ook gedaan kan worden indien er lopende aanvragen zijn.
 
−
|-
 
−
| # Na x periode worden accounts die op inactief staan verwijderd (evt incl. profiel info, indien account eerder actief is geweest.
 
−
|-
 
−
| # Accounts die opnieuw worden geactiveerd krijgen weer toegang tot de aanvragen die LIP voor hen in verwerking heeft. Info toevoegen hoe opnieuw te registreren.
 
−
|-
 
−
| # Informatie uitbreiden bij foutieve inlog poging (gebruikt u een 'oud' account? accounts worden na x periode automatisch gedeactiveerd)
 
−
|-
 
−
| # Gebruikersvoorwaarden aanpassen over automatische verwijdering. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-589 || Account creatieproces versnellen (opsplitsen mailbox service en accounts) || "De activatie emails worden in batches mee uitgestuurd vanuit de mailbox van waaruit alle emails van LIP worden verstuurd. Klanten geven telefonisch aan dat ze geen activatie mail ontvangen en registreren dan opnieuw, maar als ze een minuut langer hadden gewacht dan was de eerste activatiemail binnen geweest. Doordat de klanu nu meerdere activatie emails heeft ontvangen wil het ook voor komen dat men dan niet de laatste gebruikt, maar de eerste en die matcht dan niet meer.
 
−
|-
 
−
|
 
−
|-
 
−
| Om deze reden willen we alle account gerelateerde emails direct verzenden zonder filter/batch, zodat klant deze mails zo snel als mogelijk ontvangen.
 
−
|-
 
−
|
 
−
|-
 
−
| *Betreft:*
 
−
|-
 
−
|
 
−
|-
 
−
| * Account registratie - activatie email
 
−
|-
 
−
| * Wachtwoord wijzigen
 
−
|-
 
−
| * Wachtwoord vergeten
 
−
|-
 
−
| * Registratie poging
 
−
|-
 
−
|
 
−
|-
 
−
| Bepalen of dit voor alle emails kan worden doorgevoerd (direct verzenden), of dat het via een apart account moet worden gerealiseerd. " || Voorbereiding ||  || Fred Hopmans ||
 
−
|-
 
−
| Feature || POR-639 || [Power BI] Uitbreiden DLT planningen rapportage met planningsgedrag || Uitbreiden DLT rapportage met een overzicht hoe er gepland wordt. || Voorbereiding ||  || Björn Ampting ||
 
−
|-
 
−
| Feature || POR-599 || Als klant wil ik een prijsindicatie kunnen downloaden (per netbeheerder) || Opdrachtdocumenten kunnen nu wel in concept (voor indienen) gedownload worden, maar producten/vragen/ prijzen igv offerte aanvraag nog niet. Vanuit de expert groep komt deze wens naar voren om dit ook mogelijk te maken.  || Voorbereiding ||  || Fred Hopmans ||
 
 
|}
 
|}
−
 
−
=Details (Features en Epics)=
 
−
 
−
Deze Excel bevat de volledige lijst Features en Epics, inclusief beschrijving:
 
−
 
−
[[Media:Mijn_Aansluiting_Wiki_Features_en_Epics.xlsx]]
 
  
 
=Leeswijzer=
 
=Leeswijzer=
 
'''Kolom Status'''
 
'''Kolom Status'''
−
* '''In PI'''        Feature is ingepland en wordt gerealiseerd in de huidige PI Planning
+
* '''In Progress'''        Feature is ingepland en wordt gerealiseerd in de huidige PI Planning
 
* '''Klaar PI''' Feature (en achterliggende userstories) klaar om mee te nemen naar volgende PI Planning
 
* '''Klaar PI''' Feature (en achterliggende userstories) klaar om mee te nemen naar volgende PI Planning
 
* '''Voorbereiding''' In actieve voorbereiding, kandidaat om mee te nemen naar volgende PI Planning
 
* '''Voorbereiding''' In actieve voorbereiding, kandidaat om mee te nemen naar volgende PI Planning
 
* '''Analyse''' In analyse, nog niet voldoende uitgewerkt om kandidaat te zijn voor een PI
 
* '''Analyse''' In analyse, nog niet voldoende uitgewerkt om kandidaat te zijn voor een PI
 +
* '''Backlog''' Op de backlog, niet opgelijnd om mee te nemen in aankomende 1-2 PI's
 
 
 
'''Kolom PI Roadmap'''
 
'''Kolom PI Roadmap'''
Regel 1.693: Regel 167:
 
* '''PI+N''' Intentie om mee te nemen voor een latere PI Planning
 
* '''PI+N''' Intentie om mee te nemen voor een latere PI Planning
 
* '''Leeg''' Nog geen tijdslijn bepaald (meer refinement + afstemming stakeholders nodig of dit een gewenste feature is)
 
* '''Leeg''' Nog geen tijdslijn bepaald (meer refinement + afstemming stakeholders nodig of dit een gewenste feature is)
−
 
−
Zie ook [[Program_Increment_Planning|Planning PI]]
 

Huidige versie van 4 jul 2024 om 10:12

Laatste update: 04-07-2024

MA Backlog (Epics en Features)

Deze Excel bevat de volledige lijst Epics en onderliggende features en userstories, inclusief detailbeschrijving:

Media:Mijn_Aansluiting_Wiki_Features_en_Epics.xlsx

Voortbrengingsproces

Zie voor meer informatie over het voortbrengingsproces bij Mijn Aansluiting de presentatie met het voortbrengingsproces

Zie ook de planning op Planning PI

Features PI Huidig & In Voorbereiding

Key Summary Status Assignee PI Roadmap
PR-1083 [IP] Realisatie tweede versie PoC infraplannen.nl In Progress Fred Hopmans PI Huidig
PR-1070 [LIP] AGD toevoegen in de aanvraag - realisatie In Progress Fred Hopmans PI Huidig
PR-1289 [HL] HL gerelateerd werk beter kunnen vinden In Progress Chantrelle Mac Donald PI Huidig
PR-1279 [Power BI] Planningslijst Media met Elektra-planningen In Progress Björn Ampting PI Huidig
PR-1207 [Power BI] DSP Tracker Acceptatie In Progress Björn Ampting PI Huidig
PR-1314 [LIP] Uitwerken voorstel verbeteringen aan offerte service In Progress Fred Hopmans PI Huidig
PR-243 [LIP] Track & trace REST uitbreiden met t&t op aanvraagniveau In Progress Fred Hopmans PI Huidig
PR-1094 [LIP] Nieuwe velden in LIP aanvraagproces en wijziging veldnamen. In Progress Fred Hopmans PI Huidig
PR-1276 [PMK] PMK GROND'G Tenzij: plan van overdracht. In Progress Ruurd Tigelaar PI Huidig
PR-1109 [Power BI] Vervangen oude dataset ACM en DLT In Progress Björn Ampting PI Huidig
PR-1248 [IP] Concept solution architectuur ter voorbereiding op PoC In Progress Fred Hopmans PI Huidig
PR-1284 [CAPO] Diverse 'kleine' verbeterpunten CAPO PI 29 In Progress Chantrelle Mac Donald PI Huidig
PR-1116 [OPS] Uitfaseren en vervangen auth0 rules In Progress Chantrelle Mac Donald PI Huidig
PR-1264 [CAPO] Configureren combi Infra-SDO In Progress Chantrelle Mac Donald PI Huidig
PR-774 [CAPO] Tonen welke user een handeling heeft uitgevoerd In Progress Chantrelle Mac Donald PI Huidig
PR-1318 [HL] HL Projecten voor één netbeheerder kunnen aanmaken en wijzigen - fase I In Progress Chantrelle Mac Donald PI Huidig
PR-1288 [BRM] BRM gereed maken voor 2.0 In Progress Glenn Stringer PI Huidig
PR-1296 [DSP] Kijk en zoekscherm voor opdrachten incl download functionaliteit In Progress Glenn Stringer PI Huidig
PR-1071 [CAPO] i.s.m. LIP bepalen AGD opnemen in CAPO In Progress Chantrelle Mac Donald PI Huidig
PR-1308 [CAPO] Alleen toegewezen bijlagen delen bij >1 NB In Progress Chantrelle Mac Donald PI Huidig
PR-1321 [HL] Nazorg Hoofdleidingen CINH In Progress Chantrelle Mac Donald PI Huidig
PR-1298 [HL] Uitbreiden projectlog In Progress Chantrelle Mac Donald PI Huidig
PR-1328 [IP] Samenwerkwijzer - vernieuwde website online In Progress Ruurd Tigelaar PI Huidig
PR-1320 [KS] Dag van de Kennisuitwisseling In Progress Ruurd Tigelaar PI Huidig
PR-1242 [IP] Rivierenland implementatie integrale planafstemming. In Progress Ruurd Tigelaar PI Huidig
PR-1028 [PMK] GRONDG ondersteunen In Progress Ruurd Tigelaar PI Huidig
PR-855 [PMK] Dashboard toepassing prefab meterkast In Progress Ruurd Tigelaar PI Huidig
PR-1319 [Power BI] Hoofdleiding Doorlooptijden HL werkmap rapportage In Progress Björn Ampting PI Huidig
PR-1213 [DSP] OVP extra bijlage functies: clusterbijlage, validaties en bijlage-url in bericht In Progress Glenn Stringer PI Huidig
PR-1234 [DSP] Conversie functionaliteit van 1.36 naar 2.0 In Progress Glenn Stringer PI Huidig
PR-1232 [DSP] DSP 2.0 Beheer functies: handmatige verzendpoging, handmatige annulering In Progress Glenn Stringer PI Huidig
PR-1103 [Proces] Vooronderzoek uniformeren procesflow combiketens - Besluit vervolgstappen In Progress Ruurd Tigelaar PI Huidig
PR-993 [Proces] Top 3 versnelkansen aansluitproces In Progress Ruurd Tigelaar PI Huidig
PR-860 [Proces] Kunnen aanvragen van een aansluiting, zonder BAG-gegevens. In Progress Ruurd Tigelaar PI Huidig
PR-858 [Proces] Onderzoeken schouw In Progress Ruurd Tigelaar PI Huidig
PR-984 [IP] Almelo - Implementatie van Integrale planafstemming. In Progress Ruurd Tigelaar PI Huidig
PR-1002 [IP] Amersfoort - Procesafspraken & spelregels Integraal Programeren (data uitwisseling) In Progress Ruurd Tigelaar PI Huidig
PR-1257 [IP] Dordrecht - implementatie integrale planafstemming In Progress Ruurd Tigelaar PI Huidig
PR-996 [IP] Dordrecht - Verbeterlijst programmeertafel proces In Progress Ruurd Tigelaar PI Huidig
PR-1259 [IP] Enschede - implementatie integrale planafstemming In Progress Ruurd Tigelaar PI Huidig
PR-1260 [IP] Leiden - implementatie integrale planafstemming In Progress Ruurd Tigelaar PI Huidig
PR-1255 [IP] Overijssel - Implementatie integrale planafstemming In Progress Ruurd Tigelaar PI Huidig
PR-931 [DSP] Testtool DSP 2.0 In Progress PI Huidig
PR-1126 [KTO] Onderzoek KTO bij netgedreven aansluitingen In Progress Luc van Sas PI Huidig
PR-1322 [KTO] Uitvoeren KTO vooraanmelding In Progress Luc van Sas PI Huidig
PR-1269 sFTP uitzetten In Progress Luc van Sas PI Huidig
PR-1153 Adoptie Offerteservice: Coteq In Progress Fred Hopmans PI Huidig
PR-1147 Adoptie Offerteservice: Waternet In Progress Fred Hopmans PI Huidig
PR-1148 Adoptie Offerteservice: WMD In Progress Fred Hopmans PI Huidig
PR-1149 Adoptie Offerteservice: Waterleiding maatschappij Groningen In Progress Fred Hopmans PI Huidig
PR-1180 [LIP] Adoptie aansluitgereed informatie GROND'G In Progress PI Huidig
PR-1258 [IP] Zoetermeer - Implementatie integrale planafstemming In Progress Ruurd Tigelaar PI Huidig
PR-1241 [IP] Utrecht implementatie integrale planafstemming. In Progress Ruurd Tigelaar PI Huidig
PR-1240 [IP] Sprong Haarlem - implementatie integrale planafstemming. In Progress Ruurd Tigelaar PI Huidig
PR-1330 [KS] Kennisarena In Progress Ruurd Tigelaar PI Huidig
PR-1285 [INN] Theoretische business case voor de toepassing van de doorgaande mantelbuis. In Progress Ruurd Tigelaar PI Huidig
PR-1263 [Power BI] DSP Export In Progress Björn Ampting PI Huidig
PR-1295 [DSP] Endpoint management in beheer app In Progress Glenn Stringer PI Huidig
PR-1307 [DSP] Bijlage bestandsvorm restrictie Klaar PI Glenn Stringer PI+1
PR-1282 [LIP] Verbeteringen combi pagina's in LIP Voorbereiding Fred Hopmans PI+1
PR-971 [LIP] Opruimen inactieve gebruikersaccounts Voorbereiding Fred Hopmans PI+1
PR-1271 Klantportalen / behoeftes aannemers Voorbereiding Luc van Sas PI+1
PR-1150 Adoptie Offerteservice: Rendo Voorbereiding Fred Hopmans PI+1
PR-1152 Adoptie Offerteservice: Vitens Voorbereiding Fred Hopmans PI+1
PR-1274 Adoptie Offerteservice: Enexis Voorbereiding Fred Hopmans PI+1
PR-1253 [Power BI] Combi Seriematigheid overzicht op basis van TG Voorbereiding Björn Ampting PI+1
PR-1281 [DSP] DSP 2.0 beheertooling Voorbereiding Glenn Stringer PI+1

Leeswijzer

Kolom Status

  • In Progress Feature is ingepland en wordt gerealiseerd in de huidige PI Planning
  • Klaar PI Feature (en achterliggende userstories) klaar om mee te nemen naar volgende PI Planning
  • Voorbereiding In actieve voorbereiding, kandidaat om mee te nemen naar volgende PI Planning
  • Analyse In analyse, nog niet voldoende uitgewerkt om kandidaat te zijn voor een PI
  • Backlog Op de backlog, niet opgelijnd om mee te nemen in aankomende 1-2 PI's

Kolom PI Roadmap

  • PI+1 Intentie om mee te nemen in eerstvolgende PI Planning
  • PI+2 Intentie om mee te nemen in tweede PI Planning
  • PI+N Intentie om mee te nemen voor een latere PI Planning
  • Leeg Nog geen tijdslijn bepaald (meer refinement + afstemming stakeholders nodig of dit een gewenste feature is)
Overgenomen van "https://wiki.dsplatform.nl/index.php?title=Epics_en_Features&oldid=8500"