BREED - over de grenzen van informatie

NETWERK VOOR DE INNOVATIEVE INFORMATIEWERKER

Modificaties op model DSP

Mijn gemeente heeft een aantal lokale processen die anders verlopen dan de processen in model DSP.

Mi. zouden deze processen in theorie wel op de standaard processen gemodelleerd kunnen worden door een soort formule te maken:

Lokaal proces = standaard proces - (aantal stappen/documenten) + (aantal stappen/documenten)

Maar dat is theorie ;-)

Mijn vraag - zijn er mensen die dit in de praktijk al doen??

Vind ik leuk

1 lid vind dit leuk

▶ Hierop reageren

Berichten in deze discussie

Permalink Antwoord van Marco Klerks op 21 Januari 2018 op 13.08

Mirjam, wat wil je met deze formule bereiken? Welk probleem probeer je op te lossen?

▶ Beantwoorden

Permalink Antwoord van MGroels op 22 Januari 2018 op 9.51

Wij hebben ruim 500 lokale procestypen ingericht in de i-Navigator.

Daar hadden we geen formule voor nodig :)

Dus, antwoord op je vraag: ja. Maar ik vraag me ook de vragen van Marco af.

▶ Beantwoorden

Permalink Antwoord van Kees-Jan Vermeulen op 22 Januari 2018 op 13.47

Hallo Mirjam,

als redacteur van het Model-DSP wil ik je dit meegeven:

Het model-DSP is zo opgebouwd dat de gebruiker zijn eigen stappen in een bestaand werkproces kan zetten zonder zelf een lokaal zaaktype te hoeven aanmaken. Je kan b.v. gewoon de statustypen in een zaaktype vervangen door je eigen stappen en zelf ook documenttypen toevoegen. Ons advies: kijk eerst welke modelzaaktypen je kan gebruiken en gebruik dat zaaktype dan om kleine wijzigingen in aan te brengen. Dat voorkomt een heleboel lokale zaaktypen die je zelf moet onderhouden. Als je voorbeelden hebt, kan je die ook altijd in de helpdesk zetten.

▶ Beantwoorden

Permalink Antwoord van Mirjam Eikelboom op 22 Januari 2018 op 22.25

Het is een bekend gegeven dat je niet automatisch meer mee kunt in updates als je maatwerk maakt binnen een generiek systeem. Ik zou dus het generieke gedeelte helemaal intact willen laten = je kunt automatisch en in tempo mee met udpdates. Als je er dan een 'aanpassingstabel' naast hebt blijft ook het lokale proces intact.

Mi. is het voordeel van de aanpak va M. Groels dat hij maatwerk heeft, het nadeel dat dat tijds intensief is en dat het nauwkeurig bijgehouden moet worden.

Bij de oplossing van Kees Jan Vermeulen zie ik ook no niet voor me hoe updates werken - ik zou verwachten dat dingen die je zelf hebt aangemaakt op zo''n moment overschreven worden. Graag hoor ik meer!

▶ Beantwoorden

Permalink Antwoord van MGroels op 23 Januari 2018 op 10.28

Voordeel van onze oplossing is ook dat de business er erg blij mee is. Het merendeel van onze lokale procestypes bevinden zich in het sociale domein. Ons DSP wordt zeer actief gebruikt op dat gebied en ze wilden graag meer specifieke procestypes kunnen gebruiken. Dat moet inderdaad nauwkeurig bijgehouden worden, maar omdat de eerste inrichting vrij aardig klopte, hoeft er weinig geschaafd te worden. Bijkomend voordeel: met de nieuwe selectielijst was de categorie daar voor ongeveer 250 procestypes exact hetzelfde (8.1).

Naast de procestypes in het sociale domein, hebben wij veel lokale procestypes aangemaakt, omdat we bepaalde velden niet kunnen wijzigen (m.n. op de tabbladen algemeen, zaaktype en archivering). Als de omschrijving dan net niet aansluit op het modelproces, dan hebben we het standaard proces gekopieerd en uitgeschakeld (maar de link tussen beiden wel "vastgehouden"). Bij een update van het model-dsp is het dan een minimale handmatige kopieerslag/inspanning.