Samenvatting Theorie Business Software I - Bedrijfsmanagement - Hogent

Theorie Business Software
I




1

, 1) Introductie
1. Waarom BPM?
Traditionele manier van controle:
 Meeste bedrijven kiezen voor functionele organisatie
o Indeling in kleinere groepen o.b.v. gespecialiseerde functies
o Bv: verkoop, productie, inkoop,…
o Worden silo’s genoemd: omdat samenwerking met andere silo’s wordt
verwaarloosd
 Hoe visualiseren?
o Standaard/Traditioneel: organogram

Attitudes die moeten veranderen:
 Denken dat je het beter weet dan de klant
 …. Dan andere departementen
 KT-focus i.p.v. op LT
 Process zal ons vertragen
Oplossing:
 Optimalisatie gebeurd niet afdeling per afdeling, maar proces per proces
o Theorie achter deze aanpak noemt Business Proces Management (BPM)
 BPM probeert prestaties van organisaties te verbeteren door bedrijfsprocessen te
inventariseren & te verbeteren.
Functionele-  procesorganisatie:

Functionele Organisatie Procesorganisatie
KT-doelen van departementen centraal Relaties met klanten centraal
Geen interactie tussen departementen Georganiseerd met crossfunctionele
processen
Eindklanten niet zichtbaar bij alle Ook interne klant-leverancier relaties
departementen
Beperkt # onderbrekingen in processen


Bedrijfsdoelen & -objectieven:
 Elk proces moet zich op bedrijfsdoelen & -objectieven richtingen. En er moet bij het
ontwerp rekening mee gehouden worden.
 Betekent dat je niet zomaar het proces van een ander bedrijf kan kopiëren.
 Bv: Aldi
o Elk proces streeft naar efficiëntie, niet naar differentiatie of klantenintimiteit.




2

,2. Wat is een proces?
Simpele vorm:
 Input(s)  proces  output(s)
Business proces:
 Voor elk bedrijfsproces moeten we het volgende identificeren:
o Een bepaald soort input
o … output

Definitie Business Proces:
 Verzameling van gerelateerde gebeurtenissen, activiteiten & beslissingen, waarbij
een # actoren & objectieven betrokken zijn, & die samen leiden tot een uitkomst die
(hopelijk) van waarbij is voor de organisatie & haar interne/externe klant.
 Vb’en:
o Order-to-Cash
o Quote-to-Cash
o Procure-to-Pay
o Fault/Issue-to-Resolution
o Claim-to-Settlement
 Eigenschappen
o Begint altijd met behoefte van klant & eindigt met levering aan die klant
o Uitkomst moet waarde toevoegen voor een interne/externe klant

3. Uitkomst
Kan je uitkomsten managen?:
 Je kan de klant niet dwingen om meer producten/diensten aan te kopen.
 Maar je kan acties ondernemen die de kans verhoogt dat klanten meer kopen
  we kunnen de uitkomst niet managen, wel het proces dat daartoe leidt.




3

, 2) Process Identification
1. Strategie & processen
Management processen:
 Bieden richting, regels & praktijken
 Bv:
o Contracten tekenen
o Sourcing methode vastleggen
o Leveranciers beoordelen

Core processen:
 Creëren waarde omdat ze direct verbonden zijn met externe klanten
 Bv: orderverwerking
Support processen:
 Bieden middelen die door andere processen gebruikt kunnen worden
 Bv:
o Grondstoffen bestellen/ontvangen/stockeren

Verschil tussen kosten- & differentiatievoordeel:
 Core processen zijn doorgaans de bron van kostenvoordeel, maar niet belangrijker
dan support
 Support processen zoals informatiesystemen samen met management processen
zijn doorgaans de bron van een differentiatievoordeel
Value Chain modelling:
 Value stream of chain:
o End-to-end business proces dat goederen/diensten van waarde levert aan
klant
 Een serie van processen dat een product/dienst van waarde creëert voor de klant
o Elke stap bouwt voort op de vorige stap
 Een manier om high-level business processen to groeperen
o Groen: level 1 proces = crossfunctionele proces
o Geel: level 2 proces = capaciteiten



o
 Vb’en level 1 process
o Product development
o Customer Relationship management
o Order Fulfillment




4