Dawno, dawno ... coraz bliżej ;)
Dawno, dawno temu w Ameryce część 2 – coraz bliżej czasów współczesnych.
Krótko podsumuję poprzedni artykuł "Dawno, dawno temu w
Ameryce", a mianowicie opisałam krótko osiągnięcia amerykańskich
inżynierów, ludzi poszukujących innowacyjnych rozwiązań już od
roku 1790. Wyobraźmy sobie jaką odwagą odznaczali się Ci ludzie, biorąc pod
uwagę, że zmiana nawet w dzisiejszych czasach rodzi panikę i strach
pracowników. Zrobiłam to po to, aby pokazać jak ogromną siłę ma myśl ludzka a
ograniczenia są tylko w naszych głowach.
Naszą podróż zakończyłam na roku 1986, kiedy to dwóch japońskich
profesorów Hirotaka
Takeuchi i Ikujiro Nonaka opisuje swoje spostrzeżenia w zakresie „zwinnej”
pracy zespołów projektowych co już za parę lat okaże się rewolucyjne dla tak
prężnie rozwijającej się branży informatycznej ale nie tylko. Zwinny sposób
projektowania i produkcji znajduje zastosowanie w każdym zespole
projektowym.
[1986
r. w Harvard Business Review ukazuje się artykuł “The New New Product Development Game”]
Sukcesy Toyoty nie pozostają niezauważone przez Amerykanów, którzy drastycznie zaczynają tracić swój rynek motoryzacyjny oraz rynek elektroniki konsumpcyjnej.
W 1984
Rząd USA wysyła delegację kilku profesorów z MIT do Toyoty w Japonii , aby Ci
przestudiowali TPS i napisali raport. W 1994 opublikowana zostaje
książka „Machine that Changed the World, the Story of Lean Production”.
[Okładka
książki] https://bit.ly/2JXpnSh
James Womack w 1990 napisał książkę "The Machine
That Changed The World" (Maszyna która zmieniła świat"), w której
jako pierwszy użył sformułowania Lean Manufacturing. Obecnie metodologia Lean
występuje w wielu branżach pod nieco zmienionymi nazwami jak Lean Services, czy
Agile, który wprost wywodzi się z Lean. Metodologię tą można bez wątpienia
zastosować wszędzie. Jak w przypadku każdej metodologii, aby stosowanie
proponowanych zasad spełniło swoje zadanie, należy je dostosować do konkretnych
potrzeb konkretnej organizacji czyli uszyć na miarę a nie kopiować bez
zastanowienie.
Dr. Lotfi K. Gaafar z The American University in
Cairo w 2007r. w swojej prezentacji na temat „Introduction
to Lean Production” przedstawia w doskonały sposób o co chodzi w
produkcji Lean. Poniżej prezentuję fragment tej prezentacji, myślę, że ciekawy.
„
… What is Lean
Production?
Two of the authors of The Machine that Changed the
World (Womack and Jones) define lean as doing "more and more with less and
less-less human effort, less equipment, less time, and less space-while coming
closer and closer to providing customers
with exactly what they want"
According to another author of
The Machine that Changed the World, lean production is based on four
principles:
- minimize waste
- perfect first-time quality
- flexible production lines
- continuous improvement
Gaafar 2007
…” [https://www.slideserve.com/reba/introduction-to-lean-production]
Dlaczego ten TPS jest taki niezwykły, dlaczego ciągle przywołuję ten system produkcji?
TPS
Toyota
Production System = Thinking People System
- wytwarzanie produktów najwyższej jakości przy możliwie najniższych kosztach – minimalizacja procesów związanych z niepotrzebnym magazynowaniem części i produktów [Muda] oraz w sposób punktualny i w odpowiednim czasie, czyli wtedy, kiedy dany produkt jest potrzebny [Just-in-time].
- Panowanie nad 3M – MUDA-MURA-MURI – nie wystarczy analizować tylko marnotrastw, które dość łatwo zidentyfikować (chociaż nie wiadomo dlaczego ich nie widzimy), należy także zapanować nad zmiennością (MURA) oraz przeciążeniem (MURI). W tym miejscu zachęcam do zapoznania się z modelem 3M Toyoty, ponieważ dotyczy on zarządzania zmiennością oraz standaryzacji pracy w bardzo dużym uproszczeniu.
- Idea Kaizen, czyli zaangażowanie pracowników w proces ciągłego usprawniania procesu produkcyjnego.
- Toyota odkrywa, że robotnicy mają wpływ na efektywność produkcji – ruszają „Koła Jakości”.
- Skrócenie czasów nastaw i przezbrojeń, skrócenie czasu tych czynności do minut a nawet wręcz sekund. Taka optymalizacja pozwalała na wprowadzenie małych partii produkcyjnych i przepływu ciągłego.
- Ludzie – Toyota przyjęła, że ludzie chcą się doskonalić, uczyć, chcą dobrze pracować. Zaczęto doceniać pracowników a ich pomysły stały się siłą napędową do ciągłego doskonalenia.
TPS to dążenie do doskonałości ludzi i procesów!
SCRUM i rok 1993 i Jeff Sutherland
Artykuł
opublikowany przez Harvard Business Review “The New New
Product Development Game” o którym już pisałam, kilka
lat później a dokładniej 7 lat później bierze pod lupę Jeff Sutherland (współtwórca Scruma) rodząc metodologię Scrum. Wspólnie z
Kenem Schwaberem tworzą proces tworzenia programowania SCRUM.
Scrum
ma swoje korzenie w myśleniu i podejściu do pracy Japończyków. Nie da się
używać Scrum'a nie zmieniając swojego podejścia na lekkie, zwinne, adaptacyjne
czy iteracyjne.
[http://www.azquotes.com/quote/1352143]
Nie bez powodu wybrałam właśnie tą sentencję Jeffa Sutherlanda. W tym artykule nie będę poruszać tematu pomiaru sprintu i badania jego efektywności ale czy aby na pewno czasem zespoły srcumowe nie pozwalają sobie na opóźnienia, długi tzw.: technologiczne. I czy to nadal scrum?
Dzisiaj pozostawiam to pytanie otwarte, ja mam oczywiście swoje wyrobione zdanie ;).
Poznajmy w takim razie jeszcze Kena Schwabera. [ http://www.azquotes.com/quote/1428307]
Wizja w oczach Jeffa nie pozostawiała żadnych złudzeń:
Celem Scrum jest osiągnąć “efekt Toyoty”, dostarczając czterokrotnie więcej oprogramowania, dwunastokrotnie lepszej jakości, w szeregu krótkich ram czasowych nazwanych “Sprintami”, które trwają 30 dni lub krócej.
Scrum jako pojęcie jest często używany zamiennie ze słowem Agile i nie do końca jest to błąd. Dlaczego? Dobrze stosowany Scrum może być drogą do osiągnięcia założeń podejścia zwinnego do wytwarzania oprogramowania, czyli Agile. Oznacza to, że jeżeli prawidłowo go stosujesz, to spełniasz cztery podstawowe założenia Agile Manifesto i 12 zasad Agile. Są inne sposoby na realizację Agile Manifesto, takie jak Extreme Programming (XP), Kanban czy Lean Startup. Zatem można powiedzieć, że została opracowana cała rodzina metod zwinnych, Agile.
[https://www.qagile.pl/scrum/scrum-opis/]
Myślę, że najlepiej definicja Scrum'a została przedstawiona na stronie www.scrum.org/resources/what-is-scrum i tak ją przytoczę:
" ... A Better Way Of
Building Products
Scrum
is a framework within which people can address complex adaptive problems,
while productively and creatively delivering products of the highest possible
value.
- Lightweight
- Simple to understand
- Difficult to master
Scrum itself is
a simple framework for effective team collaboration on complex products.
Scrum co-creators Ken Schwaber and Jeff Sutherland have written The
Scrum Guide to explain Scrum
clearly and succinctly. This Guide contains the definition of Scrum. This
definition consists of Scrum’s roles, events, artifacts, and the rules that
bind them together. ..."
[https://www.qagile.pl/scrum/scrum-opis/]
Krótko usystematyzujmy więc daty:
Rok 1995 – Formalizacja Scruma
Rok 2001 – Narodziny Agile – Manifest Agile.
[http://www.marcinmuras.com/jak-narodzil-sie-scrum-agile-i-lean/]
KANBAN w wytwarzaniu oprogramowania Rok 2010
Skok do czasów teraźniejszych
Kanban to opracowana w latach 50-tych w Japonii metoda sterowania produkcją. Słowo Kanban w wolnym tłumaczeniu można oddać jako "widoczny spis". Metoda ta opiera się na poszczególnych kartach wyrobów ich cyrkulacji i analizie. Kanban rozwijał się i dziś oznacza także system informacyjny, system planowania, rozdziału oraz kontroli czynności i zadań produkcyjnych. Polega na takim organizowaniu procesu wytwórczego, aby każda komórka organizacyjna produkowała dokładnie tyle, ile w danej chwili jest potrzebne. W metodzie tej, za czynnik krytyczny zarządzania materiałami uznano sterowanie zapasami.
Najkrócej ideę Kanban oddaje hasło "7 x żadnych":
- żadnych braków,
- żadnych opóźnień,
- żadnych zapasów,
- żadnych kolejek - gdziekolwiek i po cokolwiek,
- żadnych bezczynności,
- żadnych zbędnych operacji technologicznych i kontrolnych,
- żadnych przemieszczeń.
[https://www.governica.com/Kanban]
Metoda kanban została zaadaptowana na potrzeby inżynierii oprogramowania przez Davida J. Andersona. Zaobserwowane podobieństwo pomiędzy procesem produkcji oraz wytwarzania oprogramowania skłoniło go do przełożenia zasad Kanban na warunki i sposób funkcjonowania zespołów programistycznych. Koncepcję wykorzystania metody Kanban w inżynierii oprogramowania przedstawił w 2010 w książce Kanban: Successful Evolutionary Change for Your Technology Business.
Nie robiąc komukolwiek reklamy, osobiście jestem pod wrażeniem tablicy Kanban w aplikacji Jira oraz możliwości analitycznych jakie są dostępne z pomiarem kolejnych sprintów włącznie.
[https://bit.ly/2K9NWvr]
Jak widać nowatorskie jak na ówczesne czasy podejście Toyoty do produkcji, doskonalenia procesów i ludzi, jej TPS, jest obecny w realizowanych procesach produkcyjnych zarówno w branżach typowo przemysłowych czy motoryzacyjnych jak również w usługach oraz przywołanym przeze mnie tworzeniu oprogramowania. Należy w tym miejscu zauważyć że Agile czyli podejście zwinne z powodzeniem może być stosowane praktycznie w każdej dziedzinie.
A to nie koniec!
Komentarze
Prześlij komentarz