• Vergroot lettergrootte
  • Standaard lettergrootte
  • Verklein lettergrootte
www.eenblogjeom.nl
Robuste processen volgens Mariël Koopmans
Gepubliceerd in Lean Six Sigma
E-mail Afdrukken

proces process stroomschema flow chart

Volgens Mariële Koopmans zijn controle-momenten binnen een proces in de meeste gevallen bedoeld om te controleren of voorafgaande stappen niet goed zijn gegaan. Koopmans stelt in haar blog Vertrouw het proces! dat wanneer er iets niet goed gaat in het proces dit niet mag leiden tot een 'hebbes-reactie'. Volgens haar is binnen Lean altijd maar één schuldige: het proces!

proces mariël koopmans lean

"[In het proces] zijn blijkbaar nog omstandigheden die maken dat dingen niet goed gaan.

Controle-momenten in een proces moeten voor degene die in dat proces werken een hebbes-reactie geven, hebbes voor een leermoment. Waarom wordt die controle uitgevoerd en hoe we kunnen we ervoor zorgen dat we het proces dusdanig verbeteren dat die controle niet meer nodig is.

Op de enkele wettelijke verplichting na, controleren we in processen, omdat we weten dat in voorgaande stappen dingen misgaan. In plaats van te zorgen dat mensen hun werk goed kunnen doen, zorgen voor juiste middelen, informatie en tijd zodat zij hun werk goed uit kunnen voeren, creëren we extra controle momenten in het proces.

(...)

Een robuust proces zorgt dat medewerkers erop kunnen vertrouwen dat zij hun werk goed kunnen doen.

Dit betekent dat je weet

  • wat een voorgaande processtap moet aanleveren aan jou; aan welke kwaliteitseisen moet de input voldoen
  • hoe je je werk goed doet; je beschikt over de juiste materialen, informatie, tijd
  • wat de outputeisen zijn, zodat je weet dat je je werk goed kan doorgeven aan de volgende schakel in het proces.

Op deze manier kun je op een eerlijke manier praten over wat goed gaat of niet. Hetgeen niet goed gaat kun je ombuigen naar iets positiefs, namelijk hoe kunnen we zorgen dat je bijvoorbeeld wel de juiste informatie hebt.  Hierbij is het belangrijk dat in kleine stappen verbeterd gaat worden, zodat de beweging zichtbaar wordt. Zo creëer je omstandigheden waarin medewerkers leren in een positieve sfeer en plezier krijgen in problemen oplossen.

Bron: Vertrouw het proces!, Mariël Koopman

Laatst aangepast op zondag, 17 juni 2018 07:30  
Prestaties optimaal ondersteunen dankzij analyse van kritische taken + vaardigheden
Gepubliceerd in Bluff Your Way Into
E-mail Afdrukken

rapid task analysis performance support rta

'Performance support' is een visie op het op het juiste moment op de juiste manier ondersteunen van medewerkers bij het uitvoeren van hun taken. In het boek Innovative Performance Support - Strategies and Practices for Learning in the Workflow wijzen Con Gottfredson en Bob Mosher op het belang van het analyseren van wát de kritische taken en vaardigheden zijn, zodat je een gerichte strategie kunt inzetten om de prestaties optimaal te ondersteunen:

critical skills analysis performance support

Conducting Rapid Tasks Analysis

Fundamental to any Performance Support strategy is the identification of the performance taks the strategy needs to support. In addition, since tasks don't stand alone but actually orchestrated into higher workflow processes, a solid strategy also requires the determination of those processes. Rapid task anayslis (RTA) is an approach for accomplishing this.

Rapid task analysis has three functional objectives:

(1) Identify the job-specific tasks.

(2) Identify related concepts.

(3) Organize the task and concepts into meaningful business processes.

Ad (1) Functional objective 1. Identify the job-specific tasks

A task is a discrete set of steps that together achieve a specific outcome. (...) During a rapid task analysis, you focus your efforts on identifying these tasks, not the steps. Task have a discrete set of steps that accomplish a specific outcome.

Ad (2) Functional objective 2. Identify related concepts

Where tasks describe how to do something, concepts provide the understanding behind those tasks. A concept is information that describes, at a minimum, what something is (and sometimes what it isn't) and why it is important. In addition, a concept may adress who is influenced by it, when it may do that influencing, where the influencing takes place, and how often or how much. The only thing a concept doesn't adress is how to do something.

(...)

Ad (3) Funcitonal objective 3. Organize the tasks and concepts into meaningful business processes

Once you have identified all the tasks, you organize them into logial groupings called processes. (...) RTA is rapid because it involves subject-matter experts who understand the work environment as well as the tools (such as software applications) that need to be used to complete specific job tasks.

(...)

Conducting critical skills analysis

In order to establish an effective performer support strategy, you must know what the performances are that you need to support (identified via rapid task analysis), you must have those performancese (tasks) mapped to audiences, and then you need to justify the allocation of learning and performer support resources for every audience for each task and associated concept. The approach for making this final assessment is called critical skills analysis. Here's how you go about it:

Step 1. Establish a rating scale or set of scales that will help you assess the impact of failure if the task isn't completed succesfully or the concept isn't understood ("How critical will the immediate impact of failure be to the organization?") E.g. from "Not critical at all" to "Absolutely critical"

Step 2. Assign a failure impact rating for every task and concept for each audience.

Step 3. Use these values to set your performer support strategy.

Bron: Innovative Performance Support - Strategies and Practices for Learning in the Workflow, Con Gottfredson, Bob Mosher

 

Laatst aangepast op zaterdag, 20 februari 2021 08:16  
Ontelbare waarde volgens Albert Einstein
Gepubliceerd in Citaten: omdenken
E-mail Afdrukken

citaat quote

Not everything that counts can be counted, and not everything that can be counted counts.

Albert Einstein

Laatst aangepast op zaterdag, 03 september 2016 21:06  
'Functioneel applicatiebeheer' bestaat niet
Gepubliceerd in Informatiemanagement
E-mail Afdrukken

martijn buurman

Martijn Buurman stelt in een artikel in Computable dat de term 'Functioneel applicatiebeheerder' feitelijk niet klopt. Hij baseert deze mening op de definities van functioneel beheer en applicatiebeheer (uit het boek 'Functioneel Beheer' van Kees Ruigrok en Ernst Bosschers)

Functioneel beheer is verantwoordelijk voor het tegen aanvaardbare kosten en kwaliteit in stand houden van de gewenste informatievoorziening ten behoeve van de gebruikersorganisatie tijdens de gehele levenscyclus van informatiesystemen.

Applicatiebeheer is verantwoordelijk voor het tegen overeengekomen kosten en kwaliteit in stand houden en onderhouden van de bedrijfsapplicaties en de bijbehorende gegevensverzamelingen tijdens de gehele levenscyclus van de informatiesystemen.

Buurman stelt dat het wezenlijke verschil tussen de applicatiebeheerder en functioneel beheerder is dat de applicatiebeheerder zich niet bezig moet houden met de inhoud van de gegevensverzamelingen, zolang ze maar beschikbaar zijn voor de business. De functioneel beheerder daarentegen heeft juist als doel middels bepaalde functionaliteiten de juiste informatie aan te bieden aan de business. Dit leidt tot de conclusies dat deze 'twee doelstellingen niet op één plek of bij één persoon neergelegd kunnen en mogen worden'. Buurman illustreert dit treffend met metafoor van een bakker die zou bepalen wat je op je brood smeert.

De kern van het betoog van Buurman is dat functioneel beheer en applicatiebeheer verschillen in qua verantwoordelijkheid en dus gescheiden moeten worden. In de reacties wordt dit afgedaan als (te) theoretisch.

In één reactie wordt gewezen op het feit dat NGI wél (in "Functies in de Informatica") de functie "Functioneel applicatiebeheerder" onderkent, waarbij deze als volgt wordt gedefinieerd: "De Functioneel Applicatiebeheerder is primair ervoor verantwoordelijk dat functionaliteit van een applicatie aan de eisen en wensen van de gebruikers blijft voldoen en dat deze functionaliteit consistent blijft. De Functioneel Applicatiebeheerder werkt nauw samen met de Gebruiksbeheerder die primair voorstellen voor wijzigingen opstelt. Functioneel Applicatiebeheerder stuurt de realisatie van wijzigingen aan en implementeert in overleg met de gebruikers de nieuwe versie van het systeem. Soms is de Functioneel Applicatiebeheerder ook een vraagbaak van gebruikers en lost (in de 2e-lijn: incidenten en structurele) problemen op. Deze functie komt in vele organisaties voor. ..."

Een andere reactie ondersteunt de stelling van Buurman door te wijzen op het feit dat binnen het IT-beheer van informatiesystemen drie verschillende niveaus:
- Technische infrastructuur (ITIL)
- Applicatie niveau, Technisch; ook wel applicatiebeheer genoemd (ASL)
- Applicatie niveau, Functioneel; ook wel functioneel beheer genoemd (BiSL)
De eerste twee niveaus maken deel uit van de IT-beheerorganisatie, terwijl functioneel beheer deel uitmaakt van de gebruikersorganisatie (of op zijn minst deze vertegenwoordigt!).

Het feit dat dergelijke discussies nog levend gevoerd kunnen en moeten worden, verraadt mi vooral de onvolwassenheid van beide vakgebieden.

Bron: http://www.computable.nl/artikel/ict_topics/beheer/3724412/1277800/functioneel-applicatiebeheerder-bestaat-niet.html

Laatst aangepast op vrijdag, 17 november 2017 22:05  
Het Lean-huis volgens Tom Willem den Hoed
Gepubliceerd in Lean Six Sigma
E-mail Afdrukken

lean huis Tom Willem den Hoed

Laatst aangepast op woensdag, 01 januari 2020 19:24  


JPAGE_CURRENT_OF_TOTAL

Logic brings you from A to B, imagination brings you everywhere.

Albert Einstein

Banner

Archief

Lean boeken top 5

(maart 2016)
Banner
Banner
Banner
Banner
Banner

We hebben 304 gasten online
Artikelen

people targets meeting destroy enterprise edwards deming

Banner
Banner

faalkracht michel taal stappen laf lef

Faalkracht
in drie stappen van laf naar lef
Michel Taal

Bij Bol.com | Managementboek

Lean boekentips

Banner