titlemaster_med
Ishikawa fishbone diagram
Skorkovský ESF MU KPH

Úvod (FBD= fishbone diagram)
nFDB je nástroj pro zjištění vztahů:
n
n
n
nPoužívá se při řízení kvality zvláště v automobilovém průmyslu
nJe součástí nástrojů pro vytvoření  tkzv. 8D reportu (8 disciplines=FBD+5WHYs+PA+Q)
nDalším  nástrojem je 5 WHYs – bude objasněno
nDalším nástrojem je PARETO=PA analýza
n
n
Následek
Příčiny

Fishbone diagram
Nespokojený
dělník
Machines
Management
Mother Nature
Men
(Methods, Material, Manpower, Measurement, Machines)
Školení
Plat
Zastaralé
Nebezpečné
Zákeřný
Neschopný
Moc teplo
Strašná zima

Vybrané problémy při podpoře ERP I
ndlouhá doba odezvy na požadavky
npožadavek směrovaný na nesprávného konzultanta
nšpatná dokumentace o servisním zásahu -> opakování stejných dotazů různými lidmi v různém čase
nřešení sporů reklamace-standardní servis
nvýše poplatků
1.kolik se platí (komu, typ úlohy, typ chyby)->viz diagram
2.od kdy se fakturovaný čas počítá (doba odezvy)
1.převzetí dotazu (požadavku) - vyřešeno
2.zahájení řešení-vyřešeno
3.zahájení řešení- implementace vadné části
4.
l

Vybrané problémy při podpoře ERP II
nnedostatečné školení uživatelů zákazníka
nnekvalitní konzultanti dodavatele
nnesprávně zvolné komunikační pravidlo
1.telefon
2.e-mail
3.SKYPE
nnezájem vedení obou zúčastněných stran
nco je to doba reakce na požadavek
ncharakterizace typů chyb a dob reakce jim přiřazeným
1.okamžitě po převzetí požadavku  (nejvyšší cena)
2.do 1 hod
3.do 12 hod
4.do 1 dne
5.do 2 pracovních dnů (požadavek-pátek – zahájení řešení
6.do roka a do dne Lomikare ….
n
ndoba reakce dodavatele (integrátora ERP) -> doba reakce výrobce ERP (distributora) -> vazba
Microsoft Partner->Microsoft Czech Republic
n
n
1.
n

Diagram času odezvy
převzetí požadavku
vyhledání vhodného
konzultanta integrátora (KI)
KI zahájí řešení
KI vyřešil
KI nevyřešil
řešení KI
předáno
klientovi
předáno
distributorovi (D)
D zahájil
práci
D vyřešil
D předal I
KI předal klientovi
DOBA ODEZVY I
DOBA ODEZVY II
= aktivní práce
= prostoje nebo marná snaha

Fishbone diagram-podpora
Nespokojený
zákazník
Machines
Management
Mother Nature
Men
(Methods, Material, Manpower, Measurement, Machines)
Flegmatik reaguje později
Cholerik se hádá s klientem i s Help Deskem
Špatný SW
pro podporu
(HELP DESK)
Nesprávná komunikace
Zajímá se jen
 o golf
Neschopný
Konzultanti
 mají chřipku
Konzultant si bere
 dovolenou
Nižší kvalita
konzultantů
jádro
Toy-Poodle-For-Sale

CRT – příklad
Zdroj : Ing.Eva Křiváková,DP 2010 (is.muni.cz)


Ishikawa – navazuje na CRT
Zdroj : Ing.Eva Křiváková,DP 2010 (is.muni.cz)


Řízení rizikMonat, J.P., 2012. Enhanced Risk Assessment Matrix for the Management of Project Risks.
Citeseer.
Ishikawa – ŘÍZENÍ RIZIK

POZOR opakování (následně jsou uvedeny 3 snímky, která už byly komentovány v
PWP Činnosti projektů !!!!!


TQM and Ishikawa FBD and Pareto (shown in introduction to projects show)
Reject type (effects);
Reason 1
(cause)
Reason 2
(cause)
Reason 3
(cause)
Reason 4
(cause)
L19
8
9
2
4
L20
0
1
4
6
L21
7
2
3
5
     Manual for urgent
reject cause elimination
(to establish correct priority of remedy actions)

    Score

Inventory
Suppliers
Machines
Measurement
Every reject type ->one Ishikawa diagram (electronic version)

Pareto chart : possibility to split up reject and setup priorities
Lorenz curve
High priorities

Evaluation of set of rejects
nEvery reject is assigned to one Ishikawa tree
nEvery tree with empty table is handed over to chosen company of responsible experts
nAll tables are collected and evaluated
nSee example with two rejects and two experts
1.
l
Domain
Machines
Input control
Setup
Routing
Method
Breakdowns
Workers
Measurment
Reject code








L1
3,5
9
6,5
2
2,5
6
3
1,5
L2
9,5
2,5
2
5,5
6
8
3,5
2,5

Expert
Reject
John
L1
3
8
9
3
2
7
2
1
Linda
L1
4
10
4
1
3
5
4
2
Expert
Reject
John
L2
9
3
3
5
7
8
4
3
Linda
L2
10
2
1
6
5
8
3
2

Current Reality Tree  and Ishikava (Pareto)
Cost Worlds Tendency
No investment in software
Inefficient  communication tool (SW)
Late assignment of tasks to resources
No workflow software (method and tool)
Overburdened  resources
Bad multitasking
Outdated project management method (SW)
Tasks are delayed
Project is late and overspend budget
4
3
2
1
9
8
6
7
10
11
Customer is unhappy
12
SW=software
1
=  Management
2
= Methodology
3
= Men
4
= Machine (SW)
12
1
2
3
4
1
2
3
7
4
6

1
2
3
4
6
7
John
8
7
4
3
5
6
Caroline
9
5
7
8
5
6
Mean
8,5
6
5,5
5,5
5
6

Pareto analysis per every type of reject – next step ->practical example of Pareto use in ERP MS
Dynamics NAV
16
Type of reject
Cause 1
Cause 2
Cause 3
Cause 4
Cause 5
Cause 6
Total


L1
7
2
4
1
8
0
22
L2
2
4
6
8
0
9
29
L3
4
0
0
5
6
7
22
L4
5
7
2
0
1
3
18
L5
0
2
7
3
0
1
13

L6
9
7
5
2
3
6
32
L7
0
7
0
2
3
4
16
L8
1
8
6
2
4
0
21
L9
2
0
5
7
1
4
19
L10
7
2
8
9
7
5
38
C
C5 %
C1 %
C3 %
C2 %
C4 %
C6%
L1
31,82
9,09
18,18
4,54
36,36
0,00
100
Lorenz curve
68,18
95,45
86,36
100,00
36,36
Higher priorities for reject type L1
36,36
36,36 + 31,82=68,18
Odstranit je potřeba především
příčiny C5 a C1 !!!
68,18+18,18 = 86,36
86,36 + 9,09 =95,45
 C4: 95,45 + 4,54=100

Nespokojený zaměstnanec II



5WHYs
nWHY 1 :Proč se mi zastavilo auto ?
nNebyl benzin v nádrži
nWHY 2 :Proč nebyl benzin v nádrži ?
nNekoupil jsem ho ráno cestou do práce
nWHY 3 :Proč jsem ho nekoupil ?
nNeměl jsem peníze
nWHY 4 : Proč jsi neměl peníze ?
nProhrál jsem je večer v pokeru
nWHY 5 : Proč jsi to prohrál?
nNeumím blafovat s prázdnou rukou
n

5WHYs
w-you're-bluffing%20(2) no%2520petrol
Příčina
Následek