-
Notifications
You must be signed in to change notification settings - Fork 0
/
Cuaderno.tex
executable file
·2905 lines (2114 loc) · 183 KB
/
Cuaderno.tex
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
\documentclass[oneside]{book}
\usepackage[utf8]{inputenc}
\usepackage[spanish]{babel}
\usepackage{graphicx}
\usepackage{vmargin}
\usepackage{fancyhdr}
\usepackage{float}
\usepackage{titlesec} % para cambiar el /part de estilo
%\cfoot{\textit{\thepage}}
\setpapersize{A4}
\setmargins{2.5cm} % margen izquierdo
{1.5cm} % margen superior
{16.5cm} % anchura del texto
{23.42cm} % altura del texto
{10pt} % altura de los encabezados
{1cm} % espacio entre el texto y los encabezados
{0pt} % altura del pie de página
{2cm} % espacio entre el texto y el pie de página
%encabezados y pies de página%
%paginas pares e impares HEAD
\lhead[x1]{x2}
\chead[y1]{y2}
\rhead[z1]{z2}
\renewcommand{\headrulewidth}{0.5pt}
%paginas pares e impares FOOT
\lfoot[a1]{b2}
\cfoot[c1]{d2}
\rfoot[e1]{f2}
\renewcommand{\footrulewidth}{0.5pt}
%pagina inicial capitulo
%\fancypagestyle{plain}{
% \fancyhead[L]{K1}
% \fancyhead[C]{K2}
% \fancyhead[R]{K3}
% \fancyfoot[L]{L1}
% \fancyfoot[C]{L2}
% \fancyfoot[R]{L3}
% \renewcommand{\headrulewidth}{0.5pt}
% \renewcommand{\footrulewidth}{0.5pt}
%}
%encabezados y pies de página% fin
%opening
\title{Apuntes para preparar \textsc{Green Belt}}
\author{Nicolás Rodríguez Lucena}
\begin{document}
\maketitle
\tableofcontents % indice de contenidos
\newpage
\part{Introducción}
\chapter{Six Sigma y metas organizativas}
\begin{quote}
\textbf{Six Sigma busca reducir la variación y mejorar el control del proceso.}
\end{quote}
\begin{quote}
\textbf{Lean expulsa residuos y promueve el estandarizar trabajos.}
\end{quote}
En una organización, todos los que están envueltos en ella, quieren y necesitan que el negocio satisfaga de una manera eficiente y que se consigan las metas. Esta es la filosofía Lean Six Sigma.
Motorola fomenta el Six Sigma a finales de los 80. General Electric de primeras se muestra reticente pero en los 90 comienza a desarrollarse en esta filosofía. Son las dos compañías que lanzan la filoosfía de la mejora contínua. El fracaso más común en cualquier corporación es la falta de compromiso por parte de la dirección frente a la mejora real de los procesos.
\textit{Advanced quality planning (AQP)} es la herramienta utilizada en la gestión para hacer la implementación de Six Sigma en organizaciones. Así empiezan los gestores a tomar decisiones basadas en los datos y a desplegar el sistema.
La especialidad \textit{Quality Control/Quality Assurance (QC/QA)} se creó para asegurar que los estándares eran establecidos y mantenidos para la satisfacción del cliente. La evolución ha llevado a quitar al experto QC/QA la responsabilidad del sistema sobre la satisfacción de cliente, pasando a ser incluida en todos los miembros de la organización.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Shewhart} utilizó gráficos para monitorizar procesos y detectar causas especiales que desviaran los resultados de lo esperado (\textit{quality control charts, process behavior charts}).
Ford en 1988 lanzó el programa \textit{supplier quality improvement (SQI)} para trabajar con proveedores externos en nuevos diseños de vehículos utilizando los \textit{advanced quality planning (AQP)} de la ASQ para mejorar la calidad en el ensamblaje, y todo esto dio lugar al \textit{advanced product quality planning (APQP)} que se utiliza actualmente en la industria automotriz.
Motorola le presentó el Six Sigma a Ford y lo evaluó contra Ford Q1 y Q-101 (precursor de ISO/TS 16949). Solo un punto que no le gustó, estaba establecido el $C_p$ en 1.0. Ford quería $C_{pk} >$ 1.33 para procesos conocidos y $C_{pk} >$ 1.67 para los nuevos.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Chowdhury}: trabaja en la línea de que los problemas pueden ser evitados a través de la mejora continua, la calidad es responsabilidad de todos, la calidad empieza en la dirección, todos tienen un papel en la calidad, la calidad es el balance entre el poder de la gente y del proceso. Poder de la gente necesita compromiso, honestidad y empatía. El poder del proceso es sobre solucionar problemas, desarrollar ideas y soluciones. Toda organización es única, cada individuo trae diferente conocimiento y habilidades. Métodos y procesos deben ser desarrollados para cada específica situación.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Philip Crosby}: Desarrolló sus 14 pasos.
\begin{itemize} \item 1) Gerencia comprometida con la calidad. \item 2) Los equipos de mejora continua deben tener miembros de todos los departamentos. \item 3) Determinar como medir donde están los problemas actuales. \item 4) Evaluar el coste de calidad y explicar su uso como herramienta de gestión. \item 5) Incrementar la conciencia de calidad en la organización. \item 6) Tomar acciones formales para corregir problemas identificados en pasos anteriores. \item 7) Poner un comité de 0-defectos. \item 8) Formación para todos. \item 9) Establecer el día 0-defectos. \item 10) Alentar a que la gente establezca metas de mejora para ellos y para sus grupos. \item 11) Alentar a la gente a que comente los problemas de gestión. \item 12) Reconocer y apreciar la participación de la gente. \item 13) Establecer ``Consejos de Calidad'' para comunicarse de manera regular. \item 14) Re-ejecutar el programa desde 0 una vez terminado, para que la gente vea que esto nunca se acaba.
\end{itemize}
\begin{center}
\line(1,0){250}
\end{center}
\textbf{W. Edwards Deming}: Otros 14 puntos.
\begin{itemize} \item 1) Constancia en la mejora. \item 2) Nueva filosofía. \item 3) No todo es inspección. \item 4) No todo es precio. \item 5) Mejora constante para planificación, producción y servicio. \item 6) Formación. \item 7) Liderazgo. \item 8) Evitar miedos. \item 9) Quitar barreras entre el staff. \item 10) Fuera el trabajo duro. \item 11) Eliminar cuotas para cuantificar trabajo duro y metas numéricas para la gestión. \item 12) Quitar barreras que roben a la gente el orgullo del trabajo. Fuera sistemas de méritos etc... \item 13) Plan de Formación y mejora personal \item 14) Todos en la organización para realizar el cambio. \end{itemize} Y sus 7 enfermedades mortales: \begin{itemize} \item 1) Falta de constancia. \item 2) El cortoplacismo. \item 3) Evaluación por méritos. \item 4) Movilidad de la gestión. \item 5) El funcionamiento basado solo en ``figuras visibles''. \item 6) Costes médicos excesivos. \item 7) Costes excesivos de garantía, alimentados por abogados que trabajan por honorarios. \end{itemize}
También preparó el \textit{Sistema del conocimiento profundo}: 1) Orientación al sistema (\textit{process aproach}) 2) Conocimiento de la variación (existe, cómo reconocerla). 3) Teoría del conocimiento (\textit{how to learn}) 4) Conocimiento de la psicología (Maslow, Regla de Platino...)
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Armand Feigenbaum}: Planifica y transmite el plan. Planificar es algo positivo, necesario y que da valor ya que el propósito de la planificación es ``hacer las cosas bien''. En tres pasos: Liderazgo de la calidad, tecnología moderna de la calidad y comité de organización. Los planes AQP son de su autoría.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Kaoru Ishikawa}: Diagrama causa-efecto. Trabajó con Deming estrechamente. Sus puntos: \begin{itemize} \item Calidad primero, por delante de rentabilidad cortoplacista. \item Orientar hacia cliente, pensar desde su POV. \item Destaca la necesidad de que haya \textit{feedback} con cliente. \item La gestión de mejora debe basarse en hechos y datos, estadística. \item Respeto a la gente como filosofía de gestión. \item Gestión interfuncional. \end{itemize} Sus contribuciones clave: los círculos de calidad japoneses, el diagrama \textit{fishbone}, el desarrollo de control de calidad amigable y el centrarse en los clientes internos.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Joseph M Juran}: \textit{Quality planning, quality control} y \textit{quality improvement}. Sus puntos clave: crear conciencia sobre la mejora, la calidad es de todos, haz una infraestructura de calidad (\textit{consejos, nombrar equipos, ...}), formación sobre Calidad, revisiones periódicas, reconocimiento a los equipos ganadores, propagandizar los resultados, revisar el sistema de recompensas para hacer cumplir el ratio de mejoras, mantener un plan de negocio basado en la mejora de la calidad. Pareto es suyo.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Dorian Shainin}: Ing. aeronáutico que desarrolla soluciones para los problemas mas difíciles. Habla con las \textit{partes}, son mas listas que los ingenieros. Desarrolló herramientas estadísticas las cuales se llamaron Red X.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Walter Shewhart} trabajador de Western Electric inventó el PDCA y es el padre del control estadístico de proceso.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{D. H. Stamatis}: 45 libros sobre Six Sigma, calidad y demás. Su Manual del FMEA \textit{de la teoría a la práctica} es considerado el origen del FMEA para la industria.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Genichi Taguchi}: Inventó la Loss Function, usada para medir el coste financiero por empeorar la calidad y desarrolló la filosofía de \textit{off-line quality control}.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Proceso}: serie de pasos diseñados para producir productos o servicios. A menudo representado como un diagrama de flujo con \textit{inputs} (materiales, recursos, info), \textit{steps}, y \textit{outputs}.
Six Sigma está incluido en el círculo DMAIC (\textit{define, measure, analyze, improve y control}), siendo utilizado para gestionar problemas.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Business Systems}: diseñados para implementar un conjunto de procesos. Se asegura de que todo esté en el lugar adecuado en el momento adecuado. Tiene como meta la mejora continua de procesos, productos y servicios. Se encarga de recoger y analizar la información de los procesos y de otras fuentes para la mejora continua. \newline
Hay dos maneras de ver el método. Una, utilizando inputs / recursos para producir resultados de \textbf{calidad}: la gestión de procesos es recoger datos y analizarlo, aplicando el \textit{feedback} al proceso. Por otro lado se piensa que el proceso debe ser diseñado orientado hacia la \textbf{colección de datos}, análisis y el \textit{feedback} que se va a producir.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Las 7M en Six Sigma}: \textit{Man, Machine, Methods, Mother Nature, Management, Materials, Measurement System} para Productos y/o Servicios. \newline Métodos alternativos al Six Sigma: Quality Operating System (QoS), mejora continua (CI), \textit{total quality management} (TQM), mejora de procesos (PI). Todos comparten el mismo reto: revisar procesos para mejoras: mantenimientos preventivos, limpieza, desgaste... \newline La línea general es: qué medir, cómo medirlo, saber si es fundamental el proceso, tener un consenso sobre defectos, exponer defectos latentes, observar la calidad estadística (cartas de comportamiento de proceso) y distinguir entre Calidad de Diseño y Calidad de Conformidad.
\section{Modelo DMAIC}
\textbf{Define}: PDCA, SIPOC, 5W, Systems thinking, Process Identification, Flowchart, Project Management.
\textbf{Measure}: PDCA, Data Collection Plan, Measurement Systems Analysis (MSA), Collect Data (check sheets, Histograms, Pareto Charts, Scatter Diagrams), identificar variabilidad-instabilidad, Benchmark, Start Cost of Quality.
\textbf{Analyze}: PD\textbf{S}A, mejora continua, mantenimiento preventivo, limpieza, \textit{benchmark}, teorema del límite central, GD\&T, Shop Audit, experimentos.
\textbf{Improve}: PD\textbf{S}A, mejora procesos, desarrollo organizacional, reducción de la variación, solución de problemas, \textit{brainstorming}, Flowchars \textit{should be}, FMEA, coste de calidad, diseño de experimentos.
\textbf{Control}: SDCA, plan de control, \textit{dynamic control plan} (DCP), MSA largo plazo, mistake-proofing, process behavior charts.
\section{Six Sigma Road Map}
\begin{enumerate}
\item Existe la variación en todo. Hay que estandarizar el trabajo.
\item Identifica lo que el cliente quiere y necesita. Reduce variación.
\item Método \textit{problem-solving} para mejorar los planes.
\item Seguir el DMAIC para desarrollar la mejora.
\item Monitorizar el proceso con \textit{Process Behavior Charts}.
\item Subir de nivel el estándar de los procedimientos y lecciones aprendidas.
\item Celebrar el éxito.
\item Empezar de nuevo con la mejora continua PDSA/SDCA.
\end{enumerate}
\section{Cost-Benefit Analysis}
Las cosas que rigen el funcionamiento en una tienda se pueden clasificar en: \textit{prevention cost}, \textit{appraisal costs} (evaluación), costes de fallos internos y costes de fallos externos.
Cuando se calculan los costes de calidad en un negocio se dibuja una curva tal como Fig. \ref{fig:CurvaCostesdeCalidadInicio} .
\begin{figure}[ht!]
\centering
\includegraphics[width=90mm]{imagenes/CurvaCostesCalidadInicio.png}
\caption{Curva de Costes de Calidad antes de iniciar el desarrollo.}
\label{fig:CurvaCostesdeCalidadInicio}
\end{figure}
En la primera ronda de medidas de costes nadie debe ser increpado, debe servir a modo comparativo y para sacar el qué hacer y el cómo hacerlo. La meta es intentar llegar a la Fig \ref{fig:CurvaCostesdeCalidadFin}.
\begin{figure}[ht!]
\centering
\includegraphics[width=90mm]{imagenes/CurvaCostesCalidadFin.png}
\caption{Curva de Costes de Calidad al final del desarrollo.}
\label{fig:CurvaCostesdeCalidadFin}
\end{figure}
Una técnica para desarrollar estrategias es la planificación \textit{hoshin}, consistente en desarrollar hasta 4 visiones de lo que debería ser la compañía en 5 años.
\begin{equation}
Expected \, Profit = \sum Profit \, \mathrm{x} \, Probability
\end{equation}
Cuando un sistema trabaja por debajo de su nivel óptimo, existe una \textit{suboptimization}.
\section{Conductores de la organización y métrica}
Factores clave: hay que sacar datos e información de clientes, productos, servicios, operaciones, mercado, competitividad, proveedores, sindicatos, costes, gobiernos y cumplimiento del rendimiento mediante indicadores.
\textbf{Voice of the Customer (VoC)}: donde factor clave es el cliente y el conocimiento del mercado: las relaciones con clientes y la habilidad de determinar cómo adquirir un nuevo cliente, satisfacerlo, conseguir su lealtad para retenerlo y expandir el mercado.
\begin{quote} \textit{VoC} es el proceso para capturar información relacionada con los clientes. \end{quote}
La intención es anticiparse a los requerimientos de cliente, necesidades y deseos. La meta es conseguir la lealtad para construir relaciones entre-con clientes. \textit{VoC} puede incluir acciones como reunir e integrar datos de encuestas, datos de la web, datos de garantías, registros de quejas y toda aquella información que afecta a la compra y a las decisiones que toma un cliente.
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Balanced Scorecard (BS)} (tarjetas de puntuación equilibradas): Sistema que permite a las organizaciones centrarse en su visión y estrategia, y afinar con las acciones a desarrollar. Provee \textit{feedback} en procesos internos y externos. Una vez completamente integrado, el \textit{BS} convierte el plan estratégico en el centro nervioso de la empresa.
\begin{figure}[ht!]
\centering
\includegraphics[width=140mm]{imagenes/BS.jpg}
\caption{Ejemplo de Balanced Scorecard.}
\label{fig:Balanced ScoreCard}
\end{figure}
\textbf{Scoreboard/Dashboard}: representación visual que da una visión rápida de la compañía a tiempo real. Es crítico para ayudar al empleado a predecir ventas, cash flow, beneficio y da claridad a la actuación y dirección de la compañía. Debe ser una herramienta crítica de toma de decisiones usada en las operaciones del día a día. Tres pasos para construir un efectivo \textit{Dashboard}: \begin{enumerate} \item Conocer los promedios y el benchmark de la industria. \item Conocer su posición y trayectoria sobre estos promedios y el benchmarking. \item Desarrollar cada llamada al \textit{BS} en un conjunto comprensivo de la compañía, no solo las partes implicadas. \end{enumerate}
\textbf{Key Performance/Process Indicator (KPI)} (indicador clave de rendimiento): Medida cuantificable que acordada de ante mano, refleja el éxito de los factores críticos. Hay que saber elegir que medidas necesitas para controlar o perseguir en tus proyectos.
\chapter{Principios Lean en la organización}
\begin{quote} \textbf{¿Qué es Lean?}: añadir o mantener valor en lo que se hace, reducir \textit{waste} y el proceso de crear valor sin \textit{waste}. Ceoncepto: Añadir valor sin reducir nada más. Toyota Production System es el origen y la clave del Lean. \end{quote}
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/TPSHouse.png}
\caption{TPS House}
\label{fig:TPS House}
\end{figure}
\section{Value}
El concepto que mas preocupa a los negocios en los años recientes es el \textit{valor}. La percepción de la utilidad y necesidad de un producto o servicio.
La gente coge coches japoneses por calidad, confianza y eficiencia. La gente coge coches alemanes por otros valores, el orgullo de marca por ejemplo. Los coches americanos son comparables con ambos, pero ellos creen en la lealtad del cliente.
Un paso tiene valor añadido dentro de un proceso si: \begin{itemize} \item el cliente reconoce el valor del producto/servicio. \item puede transformar el producto. \item el producto está bien hecho a la primera. \end{itemize}
\textit{Non-value-added} o \textit{rework}, son actividades por las que el cliente no está dispuesto a pagar. El cliente está dispuesto a pagar por la impresión de un documento pero no por las correcciones del proveedor. Hay que cuestionarlo todo para identificar las actividades \textit{non-value-added}. Siempre hay zonas grises entre valor añadido y no valor añadido. Esto ocurre con inspección y testeo. El cliente no quiere problemas, por lo que inspección es valor añadido, pero la solución es mejorar el proceso hasta el punto de que no tenga que ser inspeccionado. Por otro lado, el sello de la IFS da categoría, así que hacer lo que el sello pida es lo propio, ya que tenerlo da un valor añadido.
\begin{center}
\line(1,0){250}
\end{center}
Los 14 principios del \textbf{Camino Toyota}: \begin{enumerate} \item Decisiones de gestión en una filosofía de largo plazo. \item Proceso continuo que lleve los problemas a la superficie. \item Sistema \textit{Pull} para evitar sobreproducción. \item Nivelación de carga de trabajo. \item Construir cultura de parar a arreglar problemas para tener calidad desde el primer momento. \item Estandarizar tareas y procesos. \item Controles visuales. \item Utilizar tecnología fiable y probada. \item Crecer líderes que entienden el trabajo a fondo, vivan la filosofía y enseñen a otros. \item Desarrolla gente y equipos que sigan la filosofía de la compañía. \item Respeta la red de compañeros y proveedores retándolos y ayudándolos a mejorar. \item Ve y mira por ti mismo para entender la situación. \item Toma decisiones en consenso y teniendo en cuenta todas las opiniones \item Empieza una organización que aprenda la mejora continua. \end{enumerate}
\section{Herramientas Top Lean}
\textbf{5S (o 6S, o 7S)}. Método de organización del lugar de trabajo para mejorar la eficiencia. \begin{itemize} \item \textit{Sort}: Lo que no hace falta o rara vez hace falta, fuera. Muchas cosas da lugar a desorden y desorden da lugar a pérdida de tiempo. \item \textit{Set in order}: Colocación de las cosas necesarias en el sitio necesario: instrucciones, herramientas, gafas de seguridad. \item \textit{Shine}: La limpieza es importante. Una vez resuelto (si es un ejercicio intelectual) hay que dejarlo bien organizado y limpio para que se entienda, esa es la filosofía de la limpieza. \item \textit{Standarize}: Desarrollar \textit{checklist}, estándares e instrucciones de trabajo para tener un orden. \item \textit{Sustain}: Mantener las otras 4 S. Las 5S mejoran la productividad y la eficiencia, reduce los accidentes. La gestión debe dar poder a los empleados para que ellos puedan tener propiedad sobre sus áreas de trabajo. \end{itemize} Las otras dos son: \textit{Safey}-seguridad y \textit{Oversight}-asegurar a la primera.
\begin{figure}[ht!]
\centering
\includegraphics[width=90mm]{imagenes/7S.png}
\caption{7S adaptation}
\label{fig:Las7S}
\end{figure}
\begin{center}
\line(1,0){250}
\end{center}
\textbf{Andon}. Sistema de \textit{feedback} visual (semáforo) para advertir del nivel de calidad de producto.
\textbf{A3}. Un formato A3 que contenga: Antecedentes, Situación Actual, Análisis de Causas, Objetivos de Mejora, Acciones de mejora, Plan de acción, Seguimiento de los resultados. No todos los problemas necesitan un A3, solo los complejos y no-evidentes.
\textbf{Gemba}. Ir a planta, allí es donde ocurren las cosas. Gestión mientras caminas.
\textbf{Heijunka}. Calendario productivo orientado en hacerlo en pequeños bloques de secuencias, en el mismo proceso. Para reducir tiempos muertos y tener bajos niveles de inventario.
\textbf{Hoshin Kanri}. Quality Function Deployment. Consiste en alinear las metas de la compañía (strategy) con los planes a medio plazo (tactics) y las operaciones de trabajo (actions).
\textbf{Jidoka (Autonomation)}. Por qué hacerlo a mano si una máquina lo puede hacer mejor. Sobre todo si son cosas tediosas.
\textbf{Kaizen Continuous Improvement vs Kaizen Events}. Mejora continua. \textit{Kaikaku} es un evento Kaizen. Resultados rápidos. Apoyo de la gestión para cada iniciativa. Si los empleados no pueden mejorar el proceso entre 3 - 5 días, la organización necesita reajustar la cultura.
\textbf{Kanban (Pull System)}. El sistema es mejor controlado cuando material e información fluye hacia dentro y fuera de los procesos de manera suave y racional. Ocurre que muchas veces llega antes de tiempo, informacion confusa... Un sistema Kanban da la información necesaria en el momento oportuno. Funciona usando unas \textit{visual cards}.
\textbf{Overall Equipment Effectiveness (OEE)}. El concepto de medir la efectividad de una operación: \textit{availability, performance and quality}. A * P * Q.
\textbf{Single Minute Exchange of Die (SMED)}. Rápido y efectivo camino para convertir un proceso operativo en un producto hacia el siguiente. Los grandes cambios son la clave para reducir lotes de producción.
\textbf{Standar Work}: 9001, con mapa de procesos, procedimientos, ...
\textbf{Takt Time} del alemán \textit{taktzeit}. La batuta de una orquesta. Metas, velocidad, tiempos. Ajustar producción con demanda.
\textbf{Theory of Constraints}. Metodología de problema-solución que busca el enlace más debil de la cadena. Normalmente es el mas lento. Identificar, Explotar (mejorar), Subordinar (el resto a este), Elevar (revisiones, inversiones, mejora de la debilidad) y Repetir.
\section{Muda}
El \textit{waste} (muda) viene de varias fuentes:
\textbf{Overproduction}. Hacer mas de lo que necesita el siguiente proceso. Principal síntoma \textit{Work In Process WIP}.
\textbf{Excess motion}. Workplace layout. Problemas de ergonomía, tiempo gastado buscando o moviendo provisiones o equipo.
\textbf{Waiting}. Esperas, setups largos, gente que no aparece o se demora...
\textbf{Inventory}. ¿Tienes inventario? El control sobre él, es un gasto. Equilibrio entre el control de stock vs ciclo económico, el retorno de la inversión. Estudio de equilibrado de costes.
\textbf{Excess Movement of Material/Transportation}. Los movimientos de \textit{handling} y \textit{storing} matan. Un \textit{plant layout} bien puesto sirve para evitar esto. Departamentos orientados a la función propia necesitan de muchos movimientos.
\textbf{Defect Correction}. Corregir defectos. Actividad non-value added. Típicas causas: mal mantenimiento, mal sistema de calidad, malas instrucciones de trabajo y/o mal diseño.
\textbf{Excess Processing/Overprocessing}. Difíciles de reconocer. Demasiados procesos.
\subsection{Otros}
\textbf{Falta de creatividad}. Empleados tienen que tener ideas para mejorar los procesos.
\textbf{Perfección}. Evitar la perfección exacta.
\section{Value Stream Mapping}
\textit{Value Stream} es una serie de actividades que hace una empresa: pedir, diseñar, producir, entregar productos/servicios. Un \textit{value stream} empieza por los proveedores de los proveedores y acaba con los clientes de los clientes. Componentes: \begin{enumerate} \item \textit{Flow materials} desde proveedor hasta entrega a cliente (los pedidos entran semanalmente en camión, los materiales se mueven hasta la zona de producción y al almacén de producto terminado, producto terminado se entrega a cliente), \item \textit{Transformation of raw materials} (pasos de producción rollo cortar, moldear, forjar...), \item El flujo de información requerido para ayudar al flujo de material y a la transformación (órdenes de compra a proveedores, órdenes internas de trabajo, \textit{shipping notice}...). \end{enumerate}
Value Stream Map usa gráficos con iconos simples para ilustrar el movimiento del material, inventario, work-in-progress, operadores... Un Value Stream Analysis es el que descubre \textit{wastes} ocultos en la organización. Aplicar \textit{Lean Thinking} para dividir un camino-\textit-{path} en diferentes pasos: \begin{enumerate} \item Producir un \textit{value stream map (value chain diagram)}. \item Analizar las notas de inventario pensando en reducirlo o eliminarlo (inventario = coste del espacio, perdida de calidad, diferentes versiones (v2 v3 v4...), el dinero se puede invertir en otras cosas), \item Analizar los non-value steps para eliminarlos, \item Determinar como es conducido el flujo (p.e.: en función de pedidos del cliente), 5. Extender el Value Stream Map hasta los proveedores (compatibilidad entre sistemas-códigos de barras). \end{enumerate}
\begin{figure}[ht!]
\centering
\includegraphics[width=170mm]{imagenes/ValueStreamMapping.png}
\caption{Value Stream Mapping}
\label{fig:ValueStreamMapping}
\end{figure}
\chapter{Diseño para metodologías Six Sigma (DFSS)}
DFSS se apoya en el proceso estratégico de negocio/ingeniería y en procesos capaces de reducir y gestionar variaciones: con DMADV (define, measure, analyze, design, verify) y con IDOV (identify, design, optimice, verify). Hay batiburrillo de sigmas DFSS, DCOV, ICOV, DMEDI, IDDOV, GD. Se use el que se use, hay que recordar: robustez del sistema usado, no abrir mil proyectos, uno para cada síntoma, evitar perder el tiempo alimentando el sistema de datos y \textit{ratings}, o tener un alcance vago o pequeño. Lo que no puedes controlar se llama \textit{noise}-ruido. Se puede aplicar una \textit{Noise Strategy} para mejorar el proceso.
Usamos DFSS para aumentar la satisfacción de cliente, reducir variaciones, tener un diseño robusto, bajar costes de garantía, mejorar durabilidad, incrementar facturación-ganancias y producción (ésta última a través de reducir el número de \textit{downtimes} debidos a defectos).
\section{IDOV} \textit{Identify} - \textit{Design} - \textit{Optimize} - \textit{Verify} similar al MAIC del Six Sigma (\textit{measure, analyze, improve, control}).
\textit{Identify Phase}: identificar requisitos de producto y cliente, establecer caso de negocio, identificar aspectos técnicos, variables \textit{critical to quality} (CTQ), límites de especificaciones, roles y responsabilidades e hitos.
\textit{Design Phase}: Formular el concepto, identificar posibles riesgos usando FMEA \textit{(failure mode and effects analysis)}, para cada detalle técnico, identificar parámetros diseño, usar DOE \textit{(design of experiments)} y otras herramientas de análisis para determinar CTQs y su influencia en los requisitos técnicos.
\textit{Optimize Phase}: Evaluar las posibilidades del proceso y llegar a conocer bien los límites CTQ. Optimizar el diseño minimizando los CTQs, prueba-error, estadísticas y tolerancias.
\textit{Validate Phase}: Prototipado, evaluar actuación, fallos, confianza y riesgo, reiteración en el diseño y revisión final de producto.
\section{DMADV} Para cuando el producto no existe y ha de ser desarrollado, o sí que existe pero no se conocen las necesidades del negocio o del cliente.
\textit{Define}: Seleccionar prioridades.
\textit{Measure}: Combinación de análisis técnico y competitivo del producto.
\textit{Analyze}: Aproximaciones de estadística e investigación, para establecer prioridades y confianza.
\textit{Design}: \newline Design for/to Cost: búsqueda de alternativas en procesos, materiales, métodos... \newline Design for Manufacturing/productibility/assembly: pequeños cambios que hacen que sea mucho mas barato fabricarlo. \newline Design for test: donde testing es crítico, lo mejor es hacer test tempranos en el ciclo de producción. \newline Design for maintability: aplicable si se necesitan muchos \textit{downtimes} y reparaciones. \newline Design for Robustness: test en todos los ciclos de vida, y partes, ensamblajes y subensamblajes. \newline Design for usability: Validación! puede ser medido y mejorado. Extended for functionality: otras características desde el punto de vista del diseño. \newline Design for efficiency: consumo mínimo de recursos. \newline Design for Performance: la mejora de los microchips es un ejemplo. \newline Design for security: preserva la integridad del producto. Design for scalability.
\textit{Verify}: Es necesario asegurar los resultados del diseño de los objetivos.
\section{FMEA} Se utiliza FMEA para evaluar el proceso o el producto y determinar \textbf{qué} causa el fallo y los \textbf{efectos} que pueden tener.
Identifica y usa escala, calcula el Risk Priority Number (RPN) y analiza los resultados.
La esencia del \textit{failure mode and effects analysis} es el estudio del riesgo. Riesgo es lo incierto de un evento. Riesgo es la posible influencia buena o mala de un producto en un entorno. El riesgo se puede definir como impact (severity), probability (ocurrence) y event (detection). Segun Risk Road Map ISO 31000:2009 gestión del Plan risk / herramientas del risk identification / analizar y evaluar riesgos / plan risk response / monitor y control del risk.
\begin{figure}[ht!]
\centering
\includegraphics[width=90mm]{imagenes/RiskMatrix.png}
\caption{Risk Matrix en FMEA PRN.}
\label{fig:kMatrix}
\end{figure}
FMEA es una herramienta front-end. Un producto/proceso de éxito requiere anticiparse a los problemas y para ello hace falta tener jerarquizados cuales atacar antes, y/o como atacarlos. \textbf{Mirar Effective FMEAS}. El documento de gestión FMEA se tiene que ir controlando por versiones, incluyendo y quitando cosas, ya que es un documento vivo. Los beneficios del FMEA: evaluación a todos los clientes (internos y externos), ayuda en la evaluación de requerimientos y alternativas, ayuda a centrarse en dónde pueden aparecer los problemas críticos y como paliarlos/evitarlos/controlarlos, ayuda en el desarrollo de una lista de actuaciones priorizada, ayuda a evaluar el propósito del proceso...
\begin{figure}[ht!]
\centering
\includegraphics[width=170mm]{imagenes/PlantillaFMEA.png}
\caption{Cabecera de una plantilla FMEA}
\label{fig:PlantillaFMEA}
\end{figure}
\begin{figure}[ht!]
\centering
\includegraphics[width=90mm]{imagenes/FMEAFlowchart.png}
\caption{Diagrama de flujo de FMEA}
\label{fig:FMAFlowchart}
\end{figure}
Pasos del FMEA: \begin{enumerate} \item Lista los pasos claves de un proceso. \item \textit{Brainstorm} de porque puede fallar cada paso. \item Lista de efectos de los fallos. \item Ranking de severidad para los efectos. \item Causa y frecuencia de los fallos. \item Controles para la detección. \item Cálculo RPN. \item Ordenar por críticos los RPN. \item Desarrollar plan de acción, asignando persona-responsabilidad. \item Re-Calcular el RPN una vez implantado. \end{enumerate}
\subsection{Do's} 1. Da formacion de FMEA antes de asignar equipos. 2. Enfoque de equipo. 3. Pregunta a expertos si es necesario. 4. Habla con el cliente de como va a utilizar el producto. 5. Brainstorm de los posibles fallos. 6. Si dos riesgos tienen la misma RPN, se queda encima el que tenga mas severidad. 7. completa la acción y reasigna la severidad. 8. Actualiza el FMEA con los nuevos riesgos aprendidos.
\subsection{Don'ts} 1. No copies el S-O-D de una industria a otra. 2. Intenta no usar una escala de 1-10, mejor de 1-5. 3. No hagas escalas especializadas sino es completamente necesario. 4. No manipules los datos.
\begin{figure}[ht!]
\centering
\includegraphics[width=140mm]{imagenes/FMEAPrePos.png}
\caption{Report final de un FMEA}
\label{fig:FMEAPrePos}
\end{figure}
\pagebreak[4]
\part{Definición}
\chapter{Identificación del proyecto}
Preguntas críticas de la fase de definición: ¿dónde estamos? ¿cuál es el problema? ¿dónde queremos estar? ¿cómo vamos a llegar allí? ¿cómo sabremos que hemos llegado a ese punto? \newline Antes de empezar, comprobar que la gestión y la economía del proyecto están alineadas. Mas tiempo frente a una buena planificación, mayor será el éxito.
\section{Project Selection}
Describir el proceso de selección de proyecto y que factores deben ser incluidos para considerar si usar DMAIC u otro tipo de proceso problema-solución. Lo suyo es que haya un departamento o comité para decidir qué proyectos se pueden llevar a cabo y cuales no, ya que todas las ideas a la vez son imposibles. Cada propuesta debe tener medidas sobre el problema que plantean resolver y el impacto de éstas sobre la organización. Managers suelen coger la solución que ahorra más dinero a la compañía. \newline
Proyectos que tengan que ver con el análisis de datos, para el equipo de Six Sigma. Los que tengan que ver con mejora de procesos, con el equipo de Lean Manufacturing.
\section{Process Elements}
Definir y describir los componentes del proceso y límites (boundaries). Reconocer como los procesos cruzan varias areas funcionales y los retos que resultan de los esfuerzos de mejora de procesos. Los procesos se pueden subdividir en subprocesos.
Por ejemplo, el proceso de \textit{payroll} tiene subprocesos: reunir la información del reloj de fichar, aplicar deducciones, ...
Para definir bien un proceso hay que marcar donde empieza y donde acaba: los límites (\textit{boundaries}). Los procesos transversales pueden tener subprocesos límite, definidos por la estructura del negocio, geografía...
\section{Benchmarking}
Entender que hay varios tipos de benchmarking, incluyendo la competitividad, la colaboración y las buenas prácticas.
Pueden ser comparativas internas, contra otros procesos internos o externas. Las fuentes de información del Benchmarking vienen de publicaciones, reuniones profesionales, investigaciones universitarias, \textit{feedback} de clientes, visitas, análisis de productos de competidores...
\begin{itemize}
\item Operaciones de Benchmarking: analizar la operativa, conocer los líderes del mercado, incorporar lo mejor de lo mejor, ganar superioridad.
\item Internal benchmarking: fácil acceso a otros dptos. sin embargo, el límite de mejora está reducido al estilo de la compañía.
\item Competitive benchmarking: fuerza a la compañía a tener una perspectiva externa. Sin embargo, fijarse en las prácticas de las industrias puede limitar el alcance de altos niveles de actuación.
\item Funcional benchmarking: comparas funciones similares, normalmente se busca fuera de la empresa y permite conseguir más partners de benchmarking.
\item Collaborative benchmarking: cooperación entre varias organizaciones para lograr resultados de benchmarking. Esta práctica permite el acceso a benchmarking partners mas específicos.
\end{itemize}
\section{Inputs y outputs de procesos}
Identificar las variables del \textit{input} y las del \textit{output} y evaluar sus relaciones usando \textit{Supplier, Inputs, Process, Output, Customer} (modelo \textit{SIPOC}).
Es clave definir los límites del proyecto, o comienza el fracaso de la mejora de procesos.
Dividir los procesos por \textit{functional areas} (dptos) y \textit{organizations} (suppliers, intercompany, teammate company, ...), esto se puede identificar con diagrama SIPOC y con un \textit{flowchart} estilo swim-lane y un mapa de procesos podemos reconocer las interacciones entre ellos. Retos que te encuentras cuando defines esto: quien es el dueño del proceso, quienes comparten información, medidas (¿En qué mides? camiones/horas, euros/día), conocimiento del proceso (supply chain no sabe como funciona manufacturing).
Si los retos tienen riesgos potenciales asociados, hay que asociar actividades para minimizarlos.
\subsection{Systems Thinking}
La identificación y consideración de todos los diferentes elementos individuales que interaccionan con un propósito común a hacia una gran función se considera \textit{System Thinking}. \textit{ST} es sobre usar herramientas y métodos disponibles para saber que se está haciendo en una operación específica y cómo esa actividad afecta tareas y productos posteriores. También, el cómo priorizar tareas. \newline \textit{ST} sirve para entender mejor los procesos y como influyen los parámetros. \newline Ejemplo: proveedor envía X producto con algo mas de humedad de la cuenta, \textit{ST} especificaría como hay que modificar el proceso para que se ajuste.
\section{Dueños y Stakeholders}
Identifica los dueños de los procesos y los diferentes grupos de interés (stakeholders) en un proyecto.
Los dueños de los procesos son los que tienen la responsabilidad de ejecutar e implementar procesos específicos. Los mejores métodos para mejorar los procesos usan equipos de dueños y de todos los stakeholders ya que éstos últimos tienen mejor conocimiento sobre el proceso, sobre las ideas para mejorar, se preocupan por las consecuencias del cambio en un proceso. Por lo tanto stakeholders en un proceso son: operadores, managers, clientes, proveedores, ...
\chapter{Voice of the Customer (VOC)}
\section{Identificar al customer}
\textit{Customers} puede haber de dos tipos: internos, que trabajan en el proceso, externos. Pasa identificar customers internos los mejores métodos a utilizar: brainstorming, SIPOC, análisis de márketing, perseguir un producto por todos los pasos hasta la entrega.
Al igual, se pueden dividir los \textit{customers} por grupos: Internos/Externos, por edad, por localización, clima, lengua, por industria.
\section{Datos del customer}
Hace falta conseguir datos: encuestas, observar grupos, entrevistas, ... Identificar los elementos clave para hacer efectivas estas herramientas. Revisar colecciones de datos para eliminar indeterminaciones.
¿Cómo saber lo que el cliente quiere? preguntándole. El cliente es experto en lo que hace, sabrá lo que necesita.
El foco para un Green Belt es, internamente, hablar con la gente para saber qué hacen y cómo podríamos hacer que fuera más fácil hacerlo: lo que quiere, requisitos y expectativas.
Para capturar datos del \textit{customer} podemos utilizar: VoC, surveys, QFD (Quality function deployment), entrevistas, ...
Lo suyo es seleccionar aleatoriamente un gran grupo de clientes y aplicar un método de manera estadísticamente válido ya que la información debe ser objetiva, con precisión y consistencia, evitando la ambigüedad.
\section{Requisitos del cliente}
Usamos QFD (\textit{Quality Functions Deployment}) para traducir los requisitos del cliente en características del producto y oportunidades de mejora. Una de las aplicaciones mas importantes de Six Sigma es diseñar y rediseñar procesos y productos, para conseguir el menor coste posible.
QFD (o \textit{House of Quality}) tiene de input VoC. La matriz QFD muestra el enlace entre VoC y los requisitos técnicos resultantes.
\begin{figure}[ht!]
\centering
\includegraphics[width=150mm]{imagenes/ExampleQFD.png}
\caption{Ejemplo de un QFD}
\label{fig:ExampleQFD}
\end{figure}
QFD puede ser aplicado para mejorar calidad. En la matriz, los \textbf{What's}, se traducen por \textit{must have} o por \textit{expected to have}. QFD ayuda a conducir los procesos mediante la calidad hasta el cliente.
\chapter{Project Management Basics}
\section{Project Charter}
\begin{quote}
Describir y definir elementos de un Project Charter, desarrollar el problema que incluya datos base o el estado actual para ser mejorado y las metas del proyecto.
\end{quote}
Un \textit{charter} es un documento de declaración con el propósito del proyecto.
Permite tener a los equipos de desarrollo alineados con la dirección de la empresa y debe incluir:
\begin{itemize}
\item Problem statement. Qué necesita ser mejorado.
\item Purpose. Establece metas y objetivos del proyecto.
\item Benefits. Por qué irá mejor la empresa cuando se consiga el objetivo.
\item Scope. Limitaciones: tiempo, presupuesto, recursos, ...
\item Results. Define el criterio y métricas para el éxito del proyecto.
\end{itemize}
La \textit{Project Planning} nos acerca a la monitorización del cómo y cuándo un proyecto será llevado a cabo. Será necesario tener información de los procesos, comunicación, negociación de recursos, \textit{incremental planning} y planificación modular, asegurar que los hitos sean medibles y faciliten una gestión enredada correctamente.
\section{Project Scope}
Usando SIPOC, brainstorming, diagrama de Pareto, podemos definir y documentar el alcance del proyecto. Lo habitual es que el alcance está basado en el \textit{Problem Statement}.
\section{Project Metrics}
Una planificación de proyecto sin la actuación de medición es poco menos que una actuación absurda. Las mediciones clave (\textit{key metrics}) enlazan directamente con las metas, habitualmente como: \textit{Percentage of work accomplished on time}, \textit{Percentage of work accomplished on budget}, \textit{disponibilidad de recursos}...
KPI (Key process indicators) es un valor medible que demuestra la efectividad de una compañía consiguiendo sus objetivos claves de negocio.
\section{Project Planning Tools}
Las herramientas para planificar proyectos más habituales son: Gannt, CPM (Critical Path Method) y PERT. Difieren según el tamaño y alcance del proyecto. La documentación se mantiene viva durante el desarrollo de todo el proyecto.
\section{Project Documentation}
Metas y objetivos. Sponsors y accionistas. Planificación y calendario. Hitos. Presupuesto. Límites. Roles y responsabilidades. Métricas para evaluar el proyecto.
Además del \textit{Project Charter} y el \textit{Project Management Plan} planes adicionales pueden ser utilizados para cada actividad.
\section{Project Risk Analysis}
El análisis de riesgo de un proyecto se incluye durante la fase de planificación. Identificar riesgos, asociar impacto y posibles planes para minimizar el riesgo. El análisis de riesgo hay que revisarlo y actualizarlo utilizando SWOT (\textit{strengths-weaknesses-opportunities-threats}), RPN, FMEA, \textit{formula for expected profit}.
Un buen análisis de riesgos necesita que los grupos apropiados estén presentes.
Aspectos de riesgo a considerar incluyen el impacto potencial en: conocer las metas establecidas, el calendario planificado, fuentes identificadas, seguridad, productividad, servicio, confiabilidad, conocer los requerimientos y expectativas del cliente.
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/RiskMatrix2.png}
\caption{Matriz de riesgo}
\label{fig:RiskMatrix2}
\end{figure}
A través de cosas que ya han pasado antes, riesgos, brainstorming se determinan los Project Risks. Después de identificarlos, minimizarlos y verificar las actuaciones que los pueden desencadenar son cosas que tienen que estar en el ciclo de vida del proyecto.
\underline{Ejemplo de riesgo existente}: proveedor clave que no entrega a tiempo, la \textit{mitigation activity} es buscar un nuevo proveedor.
\underline{Otro ejemplo de riesgo existente}: un cajero automático, la \textit{mitigation activity} es: código de 6-10 cifras, bloqueo a los 3 intentos.
\section{Project Closure}
Revisar con los miembros y sponsors los objetivos logrados con el proyecto, asegurar que la documentación está completa y guardada apropiadamente. Identificar lecciones aprendidas e informar a otras partes de la organización sobre oportunidades de mejora.
\textit{Project Closure} no es negociación, es un paso final para conocer que metas y objetivos se cumplen, que la documentación está OK, y hacer una reunión para cerrar.
\textit{Project Charter} es una excelente herramienta para medir el progreso de un proyecto, con su alcance, metas, objetivos y una cronología.
\chapter{Management and Planning Tools}
\section{Activity Network Diagram}
Es como el PERT, muestra dependencias entre tareas y caminos (en serie o en paralelo). Al igual que PERT o \textit{Critical Path Analysis}, provee una visión global con nivel de detalle adecuado a la necesidad del proyecto.
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/AND.png}
\caption{Activity Network Diagram}
\label{fig:ANDDiagram}
\end{figure}
\section{Advanced Quality Planning}
Se basa en la idea de que las planificaciones solidas previenen sorpresas y salvan recursos útiles de ser malgastados. AQP es un proceso donde primero buscamos los parámetros sobre lo que vamos a hacer. ¿tenemos suficiente material disponible? ¿tenemos la gente necesaria para hacer el trabajo?¿tenemos las herramientas necesarias para el trabajo? También se llama APQP.
Es el primer paso del PDSA (Plan Do Study Act). Esto ayuda a que tengamos todos los \textit{inputs} para obtener el \textit{output} deseado.
\section{Affinity Diagram}
Son usados para producir muchas respuestas a preguntas abiertas. Por ejemplo:¿qué maneras hay de reducir ciclo al proceso? Luego intentar asociar entre sí, en diferentes grandes grupos, dichas respuestas. Posteriormente, le damos nombre a la agrupación.
\begin{figure}[H]
\centering
\includegraphics[width=120mm]{imagenes/AffinityDiagram.png}
\caption{Affinity Diagram}
\label{fig:AffinityDiagram}
\end{figure}
\section{Auditing}
Evaluación de procesos o proyectos contra planes y metas. Esta comprobación de auditoría de calidad es comúnmente establecida en organizaciones a través de sistemas de gestión de la calidad (AS9001, ISO 9001, ISO/TS 16949).
\textit{Audit planning}: preparación para el que va a ser auditado, un calendario de auditoria y una notificación de auditoría.
\textit{Audit performance}: evidencias, observaciones, entrevistas.
\textit{Audit report}: resumen con el alcance, actividades, resultados, \textit{findings} (acciones correctivas), oportunidades de mejora.
\textit{Audit closure}: actividades de seguimiento para asegurar que los planes en acción son implementados de manera efectiva.
Tipos: first-party, second-party, third-party, internal (mas usada en Six Sigma) y external.
Habitualmente están basadas en productos, sistemas, proveedores, cumplimiento normativo. Deja que te guie el auditor interno.
\begin{quote}
Be pleasant, you are not a cop. Be prepared. Be factual in what you observe, hiding things doesn't help to improve. Ask questions for clarity. Record your observations.
\end{quote}
\section{Benchmarking}
Consiste en mirar un sistema y aplicar los conceptos de ese, sobre otro. La idea es hacer un win/win entre organizaciones. Pasos básicos: Flowchart del proceso actual. Identificar areas de mejora. Ideas-brainstorm. Investigar como otros hacen el proceso. Desarrollar planes de aplicación de ideas. Prueba piloto. Iniciar el nuevo proceso. Evaluar el nuevo proceso.
\section{FishBone Ishikawa}
Muestra factores envueltos en una situación. Crearlo a partir del 5W's (What, Why, When, Where, Who), 1H (How) y 6M's (Man, Machine, Methods, Materials, Measurement, Mother Nature, Money, Management).
\begin{figure}[H]
\centering
\includegraphics[width=120mm]{imagenes/FishBone.png}
\caption{FishBone}
\label{fig:FishBone}
\end{figure}
\section{Check Sheets}
Usadas para observar o revisar un proceso durante su ejecución. Pasos básicos en hacer un \textit{check sheet}: Identificar y agregar las causas o condiciones que han de ser recogidas. Decidir quien recoge la información, sobre cuantos periodos, y de que manera se recoge. Crear un \textit{check sheet} que ayuda a la mejora continua y puede fomentar cambios, solo por el hecho de utilizarla. La importancia de recoger datos es para asegurar consistencia y precisión de la información.
\begin{figure}[H]
\centering
\includegraphics[width=120mm]{imagenes/CheckSheet.png}
\caption{CheckSheet}
\label{fig:CheckSheet}
\end{figure}
\section{Customer Feedback}
Encuestas, información vía emails, entrevistas dirigidas. Importante conseguir muestras representativas.
\section{Flowchart}
\begin{figure}[H]
\centering
\includegraphics[width=120mm]{imagenes/Flowchart.png}
\caption{Flowchart}
\label{fig:Flowchart}
\end{figure}
Pasos: definir el proceso que va a ser diagramado. Decidir los límites del proceso. Averiguar cuales son las actividades que se dan lugar en él. Ordenar las actividades en secuencia. Crear un flujo de pasos con flechas. Que revise el \textit{flowchart} diferentes miembros de toda la organización.
\section{Focus Groups}
Identificar las metas de la sesión. Desarrollar productos actuales o prototipo. Determinar como las sesiones deben ser conducidas (\textit{brainstorming, survey, cause-and-effect, question-response}).
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/DetailedFlowchart.png}
\caption{Detailed Flowchart}
\label{fig:DetailedFlowchart}
\end{figure}
\section{Force-Field Analysis}
Se pone un \textit{Future State} y se hacen dos columnas: \textit{Driving forces} y \textit{Restraining forces}. Cosas que suman/restan para conseguir el objetivo. A través del NTG (Nominal Group Technique) se hace un ranking con ellas. Y entonces se determina cómo proceder.
\section{Gantt Chart}
Gantt provee de un vistazo rápido las actividades planificadas y el calendario, permitiendo evaluar los recursos claves contra el plan, y también permite la evaluación de la actuación del proyecto frente al plan.
\section{Graphical, control and statistical tools}
\subsection{Variables Charts}
\begin{itemize}
\item Averages and range chart.
\item X and s chart.
\item IX-MR, XmR, moving range chart.
\item MA-MR chart.
\item Target charts, deviation chart, nominal chart.
\item CUSUM (cumulative sum chart)
\item EWMA (weighted moving average chart)
\item Hotelling T2
\end{itemize}
\subsection{Attributes Charts}
\begin{itemize}
\item p-chart (proportion chart)
\item np-chart
\item c-chart (count chart)
\item u-chart
\item D-chart (total weighted deficiencies)
\item U-chart 8average weighted deficientes per unit)
\end{itemize}
\subsection{Other Kinds of Data}
\begin{itemize}
\item Short-run charts (Z-charts)
\item Group charts (multiple characteristic charts)
\item Paynter charts
\end{itemize}
\section{Interrelationship Diagram (DIGRAPH)}
Sirve para identificar relaciones causa-efecto. Normalmente se empieza listando media docena o una docena entera de preocupaciones, se ordenan y mediante flechas se dirige cual es mas importante que la anterior. Si no se dibuja flecha, es que no tiene importancia sobre otras.
Se compara cada una contra todas las que tiene relación.
\begin{figure}[H]
\centering
\includegraphics[width=120mm]{imagenes/interrelationshipdiagram.png}
\caption{Interrelationship Diagram}
\label{fig:interrelationshipdiagram}
\end{figure}
\section{Matrix Diagram}
Para descubrir relaciones entre dos grupos de items.
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/MatrixDiagram.png}
\caption{Matrix Diagram de un libro de texto}
\label{fig:MatrixDiagram}
\end{figure}
\section{Nominal Group Technique}
Es un \textit{brainstorming} con una interacción limitada por grupos. Esto es para que no haya gente que diga mucho y otros no digan nada. El \textit{facilitator} explica las reglas, el \textit{team leader} presenta el tema y el equipo tienen como 10-15 minutos para sentarse, pensar y generar ideas.
No se permiten interacciones verbales, las ideas son recolectadas y puestas en un sitio donde todos puedan verlas. Los miembros deben leer las ideas en alto, una a una. A los miembros se les permite expandir las ideas, darles claridad, eliminar redundancia. El \textit{team leader} debe recoger las ideas y ponerlas en el \textit{board}, y mantener el anonimato de los contribuyentes.
\section{PDCA, PDSA y SDCA}
PDCA: Plan Do Check Act. PD\textit{S}A: Study. \textit{S}DCA: Standarize.
\section{Priorization Matrix}
Es una ayuda para decidir entre diferentes opciones. Para conseguir el criterio adecuado, se ponen los atributos de cada una de las opciones y se ponderan.
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/Prioritizationmatrixexample.png}
\caption{Prioritization matrix example}
\label{fig:Prioritizationmatrixexample}
\end{figure}
\section{Problem Solving}
\textit{Eight Discipline Approach, 8D}.
\begin{enumerate}
\item Usa una \textit{team approach}. Organiza un pequeño grupo, que conozcan proceso y producto. Un campeón designado.
\item Describe el problema. 5W2H, SIPOC, flowcharts.
\item Empieza y comprueba las acciones. Define acciones, verifica la efectividad.
\item Define y comprueba las raíces de la causa.
\item Comprueba la acción correctiva. Que no genere otro problema paralelo: FMEA y planes de control.
\item Empieza acciones correctivas permanentes. Actualizar procesos y procedimientos para incorporar nuevos procesos. Formación cuando haga falta.
\item Para problemas futuros. Modifica los sistemas de gestión y operativos para reducir reaparición, y problemas similares.
\item Agradece al equipo. Mejoras solo ocurren cuando la gente trabaja junta.
\end{enumerate}
\section{Process Decision Program Chart, PDPC}
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/PDPC.png}
\caption{PDPC}
\label{fig:PDPC}
\end{figure}
Diagrama de árbol para ilustrar problemas, anticiparse a ellos y listar soluciones posibles.
\section{Risk Priority Number}
Calculado de los datos FMEA: severidad, ocurrencia y detección. RPN = S x D x O. RPN ayuda a determinar el potencial riesgo y a ayudar al \textit{project team} para priorizar los items sobre los que trabajar primero.
\section{Sampling Plan}
Hacer muestreos en base a factores: velocidad de la linea, tecnología disponible, numero de personas disponible, expectativa del consumidor, ...
Consiste en coger un numero de muestras aleatorio que representen al conjunto del lote de fabricación.
Juran dijo que la inspección 100\% es solo el 80\% de efectiva.
\section{Diagrama SIPOC}
Definir procesos y sus limites. Identificar los outputs de los procesos, incluyendo datos, servicios, productos, información, registros... Ve a la columna de customers, para saber quien recibe qué output. Vuelve a la columna de Suppliers para identificar cuales son los internos y cuales los externos y cuales son sus inputs.
\section{Tree Diagram}
Ayuda a romper el topic general en un numero de actividades que contribuyen entre sí. El \textit{team project} debe dar entre 2 y 5 topics que contribuyan con el topic general, y la idea es ponerlos en línea horizontal. Se continua la rama del árbol hasta que no sea práctico. Se revisa el árbol consiguiendo seguridad de que trabajar cada item puede mejorar el topic. Por lo que el árbol resultante provee actividades específicas que contribuyen al topic general.
\begin{figure}[ht!]
\centering
\includegraphics[width=120mm]{imagenes/TreeDiagram.png}
\caption{Tree Diagram}
\label{fig:TreeDiagram}
\end{figure}
\section{Tool Review}
La fase de definición se centra en determinar el alcance de las mejoras del proyecto y de los recursos y calendario necesitado para ejecutar el proyecto. Hay mucha herramientas para ayudar en la definición y gestión del proyecto, incluyendo Gantt. Las herramientas y el nivel de detalle debe ser basado en el tamaño del proyecto.
\chapter{Resultados de negocios por proyectos}
Los resultados de negocios pueden ser mostrados de muchas maneras y en muchos niveles de detalle. Las medidas de los resultados de los proyectos deben ser identificadas durante la fase inicial y redefinidas mientras el proyecto avance. Las \textit{performance measures (medidas de desempeño)} están relacionadas con el negocio, proyectos o procesos y son expresadas a través de \textit{balanced scorecard} o \textit{rendimiento de metas establecidas}.
Por un lado, las \textit{balanced scorecard} requieren que la organización evalúe su actuación en 5 áreas principales: financiera, cliente, procesos internos, aprendizaje y crecimiento. Así se consigue alinear la visión de la empresa con las metas, asegurando que ningún área sobresalga del resto.
Por otro lado, el rendimiento de las metas establecidas consiste en establecer metas, y revisar la consecución de las mismas a lo largo del tiempo. Siempre deben ser cuantificables. Ejemplo: Incrementar facturación 10\% más sobre el año anterior.
Para medir, se utiliza \textit{Cost performance index (CPI)}, que consiste en establecer un ratio entre el coste/beneficio entre los escenarios actual/futuro. \textit{Schedule performance index (SPI)} mide la eficiencia del calendario también por ratio: objetivos logrados vs planificados.
\section{Process Performance}
Calcular las métricas \textit{de rendimiento del proceso} como: Defectos por Unidad (DPU), Rolled Throughput Yield (RTY), coste de mala calidad (COPQ), defectos por millón de oportunidades (DPMO), niveles sigma, indices de capacidad de proceso. A través de estas métricas, conduce la toma de decisiones de los proyectos.
La palabra defecto no está permitida ser utilizada en relación con productos y servicios.
\begin{itemize}
\item Defects per unit (DPU): número total de defectos dividido por el numero total de productos producidos en un periodo temporal.
\item Defects per million opportunities (DPMO): calcular el numero de oportunidades, es necesario encontrar el número de caminos que hay para que cada defecto ocurra.
\item Rolled throughput yield (RTY): RTY aplica al rendimiento desde series de procesos y es encontrado por multiplicidad de procesos individuales.
\item Sigma levels: Supón la tolerancia de una dimensión en 5 $\pm$ 0.012 [4.988 - 5.012]. Los datos dicen que el proceso es $\sigma = \pm$0.004. 3$\sigma$ caben dentro de tolerancia ya que 3 x $\pm$0.004 = $\pm 12$.
\item Process capability indices:
\begin{itemize}
\item $C_p$: es el ratio de tolerancia $6\sigma$
\item $C_pk$: es el mejor de las medias USL dividida por 3 sigma (o la media) menos el LSL dividido por 3 sigma. El mayor valor $C_pk$, el mejor.
\item $C_r$: el ratio de 1 dividido por $C_p$
\end{itemize}
\end{itemize}
\section{Communication}
Define y describe técnicas de comunicación usadas en la organización: top-down, bottom-up, horizontal.
La transmisión de información implica un cambio del comportamiento, al menos es lo esperado. Es el sentido de comunicar algo en una organización. Es clave que quien dirija tenga buenas habilidades comunicativas, pero todo el mundo las necesita ya que hay diferentes flujos de comunicación.
\begin{itemize}
\item Top-down flow: Las instrucciones que da el de arriba hacia abajo, la comunicación de las políticas, el \textit{feedback} de las actuaciones.
\item Bottom-up flow: desde los operadores de línea a supervisores, encargados y así hacia arriba. Es importante considerar sugerencias.
\item Horizontal: la mas útil para conseguir resultados rápidos y efectivos. Puede ocurrir que los escalones jerárquicos superiores sientan han sido saltados ya que las decisiones se están arreglando un nivel más abajo entre varios.
\end{itemize}
\chapter{Team Dynamics and Performance}
\section{Team Basics}
\begin{quote}
There is no ``I" \ in ``team".
\end{quote} Equipo es un conjunto de esfuerzos individuales. Para aprovechar lo mejor de cada individuo, hay que conocer las fortalezas, roles y responsabilidades de cada uno, así como el alcance de la tarea. ¿Cómo formar un equipo? ¿cómo organizar meetings? ¿cómo gestionar proyectos? ¿cómo conseguir las metas deseadas. A la hora de comenzar, la idea es marcar las metas, hitos, objetivos y que cada miembro del equipo entienda las expectativas. Generar un orden del día flexible.
En todas las reuniones hay que tener las metas, objetivos y alcance/límites visibles para no perderse.
\section{Team Formation}
De 5 a 9 miembros, 7 es el tamaño perfecto, con habilidades complementarias para conseguir metas y objetivos para el equipo. Debe ser conducido por el tamaño y alcance del proyecto. Si se puede, se hacen subdivisiones de proyectos.
El equipo debe incluir expertos y a los grupos de interés. Un proyecto no puede ser implementado si parte de los grupos de interés no están presentes en el desarrollo del mismo.
La interacción es buena, pero puede ser perjudicial. Si hay gran diversidad entre los perfiles, producen mejores interacciones. Los externos suelen hacer preguntas a los que están cerca del proceso. Estas reuniones deben ser moderadas para no machacar haciendo demasiadas preguntas.
\section{Virtual teams}
Innovación debido a las nuevas tecnologías. A través de internet se comparten datos virtualmente y hacemos entrevistas vía videoconferencia. Reduce costos.
\section{Team Stages and Dynamics}
Definir y describir las etapas de la evolución del equipo: forming, storming, norming, performin, adjourning y recognition. Identificar y ayudar a resolver dinámicas negativas: overbearing, dominante, reluctant participant, la aceptación incuestionable de las opiniones como un hecho, pensamiento grupal, feuding, floundering, the rush to accomplishment, attibution, discounts, digresions y tangents.
Los proyectos fallan por falta de trabajo en equipo. Según B.W. Tuckman's las etapas típicas son: forming, storming, norming and performing. Aunque aquí vamos a meter dos mas.
\begin{enumerate}
\item Forming: que los miembros se conozcan. Que no sea un grupo inmaduro. Que haya sentido de pertenencia al grupo. Orgulloso de estar en el grupo. Intentar ayudar a los demás. Ser positivo ante los discussion topics. Que no sea una gran carga de trabajo. Los miembros deben estar orientados hacia metas. Asegurarse de que los miembros entienden roles y responsabilidades. En conjunto, esta fase es como una \textbf{luna de miel}.
\item Storming: los miembros dan ideas. Entendimiento y alcance de los miembros, sus roles y responsabilidades. Se cogen ideas y se empieza a debatir. Los desacuerdos ralentizan al grupo. No se saca mucho trabajo adelante. Procurar que no haya interacciones negativas, ni completos desacuerdos.
\item Norming: los miembros deben resolver sus conflictos. Los miembros aceptan ideas para avanzar. Mucho trabajo sale adelante. Empiezan a funcionar como equipo. Los miembros empiezan a confiar unos en otros.
\item Performing: Equipo efectivo, habilidades complementarias, se crea sinergia. Cada uno hace lo que mejor sabe hacer.
\item Transitioning/Adjourning: Se disuelve el equipo. Los miembros vuelven a otras actividades de su trabajo. Si el proyecto continua con un alcance adicional, algunos miembros deben ser cambiados. La dinámica cambia y vuelve a las primeras etapas.
\item Recognition: reconocer la labor: notas de agradecimiento, e-mail, newsletter, una reunión con todos los empleados, certificados, bonus o un extra económico.
\end{enumerate}
\subsection{El liderazgo por etapas: Team Leadership}
\begin{enumerate}
\item Forming (directing): supervisor directa, exhibe comportamiento de director. Da instrucciones de que hacer cuándo, dónde y cómo. Escucha el \textit{feedback}, anima al equipo, explica los roles y responsabilidades, identifica las oportunidades para desarrollar habilidades.
\item Storming (coaching): supervisor directa, exhibe comportamiento de director. Empieza comportamiento de ayuda. Escucha más al equipo.
\item Norming (supporting): Baja el nivel de comportamiento como director y más de ayuda. Anima a tomar decisiones sobre las responsabilidades. Ayuda a mover la actuación de etapa antes de que vuelvan a una etapa anterior.
\item Performing (delegating): desde que el equipo es maduro, se reduce el nivel de dirección y de soporte en las funciones del día a día. Todavía monitoriza las metas y las actuaciones del equipo. Observa cualquier cambio en la dinámica debido a cambios importantes.
\end{enumerate}
\subsection{Negative Team Dynamics}
\begin{itemize}
\item Overbearing member(s). Pocos hablan, muchos escuchan. Causas: miembros demasiado influyentes. Medidas: round-robin desde el miembro influyente hacia el resto.
\item Dominant member(s). Reunión caótica, difícil de escuchar o entender. Causas: dominantes interrumpen al resto constantemente. Medidas: Estructurar el orden del día para que todos hablen. Hacer moderación efectiva. Round-robin.
\item Floundering. El equipo se encuentra en proceso o está actuando de una manera inestable y vacilante. Causas: Falta de dirección de equipo. Miembros abrumados/sobrecargados. Aplazamiento de las decisiones de equipo. Medidas: más dirección en las primeras etapas. El líder debe ser visible durante la reunión y toma de decisiones.
\item Participante reacio. Falta de participación. Desinterés. Causas: no tiene interés en los resultados de equipo. Está intimidado por otros miembros. Tiene miedo de perder su trabajo u opiniones. Medidas: Los líderes ayudan a los miembros a que activen su participación.
\item Aceptación incuestionable de opiniones como hechos. Presentación de datos sin análisis. Causas: razones culturales, falta de gestión por hechos. Medidas: pedir datos.
\item Groupthink. No hay desacuerdos. Dudas expresadas en ambiente privado. Causas: miedo. Medidas: traer gente que no sea del equipo a participar. Cambiar los roles.
\item Feuding (riñas, reñirse). Baja moral de equipo, bajo progreso. Causas: resolución de conflictos no efectivos. Falta de respeto entre miembros. Medidas: Disciplina. Confrontar en privado.
\item Prisa por el logro. Falta de datos. Análisis inconsistente. Causas: Plazos absurdos. Miembros novatos buscando metas a corto plazo. Medidas: Datos, análisis y significado estadístico. Pedir alternativas. Revisar plazos.
\item Attribution. miembros hacen referencias casuales. no buscan explicaciones. Se dejan llevar por las emociones. Causas: igual que prisa por el logro. Medidas: Poner en tela de juicio lo que han dicho.
\item Discounts. Opiniones ignoradas. No se escuchan. Sarcasmo. Medidas: alentar el respeto. preguntar por la clarificación de las opiniones.
\item Disgressions and tangents. Discusión fuera del alcance. Distracciones. Causas: Cuestiones culturales, falta de liderazgo. Medidas: Hacer cumplir la agenda.
\end{itemize}
\section{Team Roles and Responsibilities}
\begin{tabular}{p{1.5cm}|p{3cm}|p{4cm}|p{7cm}}
\hline Rol & Candidato & Training/Background & Responsabilidades principales \\
\hline Executive sponsor & Líder responsable de la unidad de negocio para beneficios y perdidas (de nivel de director o superior). & Conceptos six sigma, overview, definición de operaciones. & Fijar dirección y prioridades para la organización Six sigma. Asignar los recursos de los proyectos. Fijar la visión Six Sigma. Monitorizar el progreso sobre el programa completo. Iniciar programas de incentivos. Recompensar los proyectos exitosos. \\
\hline Champion & Managers de nivel superior & Conceptos Six Sigma, estrategias, herramientas y métodos, operaciones. Especial énfasis en herramientas de gestión. & Asignar recursos a proyectos. Determinar el criterio para la selección de proyectos. Quitar barreras ocultas para el éxito del proyecto. Aprobar el proyecto completo. Implementar cambios. \\
\hline Process Owner & Persona responsable y que controle la ejecución y resultados del proceso. Sponsor o Champion puede ser este perfil al mismo tiempo. & Conceptos Six Sigma, estrategias, herramientas, metodología, definiciones. & Selecionar team members. Asignar recursos a proyectos. Proveer conocimiento del proceso. Revisar cambios del proceso. Aprobar cambios. Implementar cambios. Asegurar que las mejoras son sustanciales. \\
\hline Master Black Belt & Quien sepa de Six Sigma, estadística, cambio, riesgo, inversión, gestión de proyectos, haya dado formación, coaching & Six Sigma BoK, Lean synergy, management, change agen skill. & Enseñar Six Siggma, utilizar recursos, formular estrategia Six Sigma, monitorizar proyectos, proveer entrenamiento/coaching, trabajar con Champions y Procesos, quitar barreras, ayudar a expertos, revisar y aprobar proyectos, compartir lo aprendido. \\
\hline Black Belt & Similar a Master Black Belt. & Similar a Master Black Belt. & Dirigir y gestionar proyectos Six Sigma, utilizar recursos a su disposición, calculo de ROI, payback, trabajar 6 proyectos/año, Seguir DMAIC process, quitar barreras, actualizar proyecto, hitos y su gestión, revisar proyectos completados, compartir lo aprendido.\\
\hline Green Belt& Conocimiento de Six Sigma y estadística básica y mejora de procesos. & Six Sigma BoK, Lean Synergy, presentation y comunication skills. & Ayuda en proyectos Six Sigma. Dirección pequeños proyectos y ROI (retorno de inversión), Seguir DMAIC y aplicar estadística, revisar la consecución con los Black y Master Black, identificar estancamientos del proyecto, identificar y reportar barreras, compartir lecciones aprendidas con el resto. \\
\hline Project team member & Seleccionado por el Process Owner y entrenado en Six Sigma, calidad, estadística básica y técnica de mejora de procesos. & Metodologías Six Sigma, herramientas de calidad, mejora de procesos, trabajo en equipo. & Ayuda y contribución a proyectos six sigma, participación en la definición del alcance, proveedor de inputs, brainstorm ideas, sigue proceso DMAIC y aplica herramientas apropiadas, revisa la consecución con Green Belt, provee inputs a los Belts y al process owner. \\
\hline Yellow Belt & Algo de Six Sigma, interés, necesidad de desarrollar conocimiento fundamental & Metodologías Six Sigma, herramientas de calidad, mejora de procesos & Seguimiento de proceso DMAIC aplicando herramientas adecuadas, ayuda a la gestión, sugerencias para futuros proyectos, usa procesos y herramientas en el lugar de trabajo. \\
\hline
\end{tabular}
\section{Team Tools}
\subsection{Brainstorming}
Se compone de dos fases: creativa para generar ideas y de evaluación para ver la utilidad y aplicabilidad de las tareas. Al menos 10 minutos de descanso entre las dos fases.
Durante la fase creativa: no distracciones o críticas, mente abierta a cualquier posibilidad aunque sea idea loca. La meta es conseguir el mayor número de ideas posibles.
Don'ts: no criticas, alagos ni preguntas, ideas locas son bienvenidas, no esperes turno, la cantidad de ideas es mas importante que la calidad, construir sobre ideas anteriores es bueno.
Hay muchos métodos para evaluar las ideas generadas, por ejemplo: construir un \textit{Affinity Diagram} para ayudar en la evaluación del proceso. Importante: no ser demasiado crítico con las ideas locas, ya que un cambio en tecnología o métodos es posiblemente la solución y lo que ocurre es que es muy criticado, ya que en la organización eso de cambiar la manera de hacer las cosas no es común.
Evitar cosas tales como: no seas ridículo, aparquemos esta idea por ahora, esto no funcionará aquí, es un cambio demasiado radical.
En la practica, brainstorming se utiliza para dar posibles soluciones a problemas. Hay que tener el problema bien acotado y definido para poder llevar a cabo un buen Brainstorming.
Para acotar el problema, al equipo se le dan unos minutos para que piensen sobre él, si no tienen ideas, aún así se le invita a participar en la segunda ronda. Lo que no se permite son las críticas.
Se pueden desarrollar ideas citadas por miembros.
Después de un par de rondas, se deben disolver los equipos, aunque permitir a los ex-miembros que vengan a seguir apuntando ideas (ya de manera mas individual). Tampoco hay que alargar esto, puede ser contraproducente.
\subsection{Nominal Group Technique}
Cuando algunos miembros hablan mas que otros, el tema es complicado o genera controversia se utiliza NGT para aliviar presión.
Similar a Brainstorming, facilitator explica las normas, team leader presenta el tema. 10 - 15 minutos para sentarse, pensar y generar ideas. No deben haber interacciones entre ellos. Las ideas se escriben donde todos las puedan leer. No se aprueba juicios sobre las ideas o criticas. Buscar claridad y eliminar redundancia.
\subsection{Multivoting}
Esta herramienta complementa NGT. Las ideas consolidadas son numeradas por letras alfabéticamente ordenadas y se votan cuales son el TOP 5 que tienen más influencia sobre el problema. Se priorizan las más importantes de todas.
\section{Team Communication}
Identifica y usa métodos apropiados de comunicación.
\pagebreak[4]
\part{Medición}
\chapter{Process Analysis and Documentation}
\section{Process Maps and Flowcharts}
ISO 9001 define un proceso como un conjunto de actividades interrelacionadas que transforman \textit{inputs} en \textit{outputs}.
Los procesos se entienden fácil haciendo \textit{flowcharts} con formas y símbolos.
ISO 5807:1985 ayuda a utilizar con criterio los símbolos para los \textit{flowcharts} .
\textit{Mapping process} es el primer paso en la mejora de procesos. Herramientas para el análisis de riesgo (PFMEA) empiezan con el mapeado de los procesos.
Los \textit{flowcharts} muestran en cada proceso, incluyendo \textit{inputs}, puntos de decisión, y \textit{outputs}, además incluyen información adicional del proceso, pasos, costes, tiempos de setup, tiempos de ciclo, tipos de defectos que pueden ocurrir, ....
Hay varios tipos de \textit{flowcharts}: simples, cross-functionals (swim lane).
Pasos para crear un \textit{flowchart}:
\begin{enumerate}
\item Determinar los límites del proceso (sus \textit{inputs} y sus \textit{outputs})
\item Determinar los pasos del proceso a través de brainstorming, walking the process.
\item Construir la secuencia del proceso.
\item Dibujar el \textit{flowchart}.
\item Verificar que le \textit{flowchart} está correctamente construido.
\end{enumerate}
Los \textit{flowcharts} muestran pasos redundantes, que no añaden valor e innecesarios.
Errores comunes en el diseño de \textit{flowcharts}: representación del equipo para el proceso es inadecuada o inapropiada. Alcance borroso, falta de coordinación con otros procesos. La gente que sigue el proceso. Se pierde mucho tiempo creando el flujo perfecto.
\section{Written procedures and Work Instructions}
Los procedimientos son escritos para describir: que ocurre durante el proceso, porqué se hace (razón de negocio), dónde se hace (localización) y cuando es realizado (disparador).
Las instrucciones de trabajo explican: quién hace qué (personal con determinadas \textit{skills}), y cómo es hecho (los pasos).
Cuando no hay un procedimiento interno especifico para una actividad particular y no se requiere de su estandarización, es aceptable que la actividad se conduzca a través de un método. Un método es un proceso no-escrito que debe ser seguido.
Para determinar cuales procesos han de ser documentados, la organización debe considerar:
\begin{itemize}
\item Efecto en calidad
\item Riesgo de la insatisfacción del cliente
\item Riesgo económico
\item Efectividad y eficiencia
\item Competencia del personal
\item Complejidad del proceso
\end{itemize}
Las instrucciones de trabajo pueden ser documentadas como: Instrucciones escritas, \textit{checklists}, \textit{flowcharts}, fotografías, dibujos, videos, pantallas electrónicas.
\section{Process Inputs and Outputs}