Georgik

Zaviesť zmenu do organizácie nie je vonkoncom jednoduchá záležitosť.  Naivný prístup, že manažment povie: “Budiž zmena.”, príliš nefunguje.  Podstatným blokujúcim faktorom zavedenia zmeny je strach. Ľudia sa obávajú o svoje pracovné miesta, nechcú meniť rokmi zabehnuté postupy.

Kde zohnať aspoň základné informácie o tom, ako je možné úspešne zaviesť zmenu do organizácie?

Odporúčam bájku: Náš ľadovec sa rozpúšťa (Our Iceberg is Melting) od Johna Kottera. Kompletnú recenziu nájdete na stránkach Inovace.cz.

Na stránkach Kotter International nájdete aj video, kde John Kotter rozpráva o knižke.

Už ste si skúsili postaviť vlastný hadrónový urýchľovač? Takú stavbu si aspoň niekto všimne.

V softvérarskom svete sme na tom horšie. Môžete postaviť kompletné vesmírne stredisko a nikto si toho ani nevšimne. Ľudia vidia zo softvéru len jeho rozhranie. V tom bežnejšom prípade si ho všimnú iba keď nefunguje. Prípadne vtedy, keď im zlé zaoukrúhľovanie zožerie polku výplaty.

Skúsme sa na to pozrieť inak. Poznáte také mestá ako Košice (234 000 obyvateľov), Brno (383 000 obyvateľov), Považská (42 000 obyvateľov)? Prípadne dedinky ako Šanghaj (9 000 000 obyvateľov)?

Mesto má svoju štruktúru. Sú v ňom budovy s architektúrou, ale aj bez architektúry. Mesto rastie a mení sa. Tu ľudia niečo zbúrajú, tu niečo postavia.

A tak je to aj so softvérom. Vývojári zistia, že 10 rokov starý kód nevyhovuje požiadavkam, tak sa ho rozhodnú odstrániť. Musia postupovať opatrne. Celý proces je zložitý, pretože na tom kóde žije niekoľko stoviek klientských aplikácií. Jednoducho si nemôžu dovoliť len tak prísť a zdemolovať kus centra. Teda môžu, ale bude to mať svoje dôsledky a cenu.

Softvér so sebou nesie jeden veľký problém a tým je práve jeho neviditeľnosť. Ľudia si ho nedokážu predstaviť tak jednoducho ako mesto. Mestom sa stačí prejsť a človek získa aspoň chabý pocit, že sa tam vyzná.

Koľko vývojárskych hodín sa stratilo v uliciach systémov, pretože nikto nenechal prichádzajúcim turistom/vývojárom mapu? Veľa, veľmi veľa. Pritom každé väčšie mesto má nejakú tú turistickú kanceláriu

Tak ako mesto je živé, len pokiaľ sú tam ľudia, tak aj softvér žije, keď sa oň niekto stará. Existujú aj softvérové mestá duchov. Nič netušiaci okoloidúci vývojár do nich vlezie, pretože videl ceduľu: “Navštívte naše Sedmikráskovo, mesto kde zabudnete na pomalé web services.” Nadšený prísľubom lepších zajtrajškov vlezie do mesta. Scéna ako z westernu. Prázdne bloky modulov sa týčia okolo cesty. Napravo stojí rozpadnutý a hrdzavý message bus, ktorý už určite nikam nepôjde. Ľadový vietor si kotúľa po ceste kus balíka so slamou z XMLouvníku.

Vývojár nesmelo zavolá: “Hello world!” a najbližší blok modulov sa rozsype a zrúti sa strašným zadunením stack tracu. Strhne so sebou aj kus starého koloniálu s vývesným štítom: “Vedma G11 (TM), viem všetko aj o vašich skrytých dátach.”

Takto nejako by vyzeralo veľa softvérových produktov.

Dávnejšie som písal o jednej vizualizačnej metóde pomocou CodeCity. Zaujímalo by ma, či náhodou niekto nevie o nejakej ďalšej metóde. Myslím si, že keby bolo možné lepšie zviditeľniť softvér do obrazov reálneho sveta, tak by sa ľahšie odhadovala pracnosť a nebezpečnosť zmien.

Objavil som veľmi zaujímavý diel podcastu na stránkach Software Engineering rádia. Podcast súvisí so vzormi, o ktorých som doteraz písal a hlavne s adaptáciou na zmenu.

Tento diel podcastu je rozhovor s Lindou Rising. Okrem iného je aj autorkou knihy Fearless Change: Patterns for Introducing New Ideas. Pokiaľ ste sa pokúšali niekedy do organizácie zaviesť zmenu, je viac ako isté, že ste sa stretli s odporom ľudí. Linda v podcaste popisuje rôzne vzory správania a vysvetľuje, prečo je zmena tak veľký problém. Hovorí o postupoch, pomocou ktorých je možné lepšie riadiť adaptáciu na zmenu.

Možno si poviete, ale veď to nemá nič spoločné so softvérom. To je však omyl. Môžete vytvoriť aj ten najdokonalejší kus softvéru v celej galaxii. Pokiaľ ho však nikto nebude použivať, je zbytočný. Na to, aby sa softvér mohol používať ho musia používatelia akceptovať. V tomto mieste sa softvérarčina začína stretávať s psychológiou. Spoločnou platformou pre obe disciplíny sú práve vzory.

Určite odporúčam nájsť si čas na tento podcast.

Clovek sa neustale uci nove veci. To by mali robit aj vyvojari, aby zostali dostatocne flexibilny. Objavuju sa nove postupy a styly prace, ktore este pred par rokmi neexistovali.

Problem s uceni noveho je v tom, ze moze vazne kolidovat so starymi zazitymi postupmi. Na to, aby bolo mozne naucit sa nove veci, je nutne vediet sa odnaucit niektore stare.

Proces odnaucania je velmi uzko prepojeny so vzorom Zmena. Tzn. Zmena nie je jednoducha a stoji urcite usilie. Cim silnejsia je faza popierania zmeny, tym viac usilia stoji presvedcit osobu, ze zmena moze byt pre nu pozitivna.

Vzor Odnaucena lekcia ma jeden zaujimavy dosledok. Pokial vyvojar pouzival urcity styl programovania a postavite ho pred novu technologiu, je viac nez iste, ze sa pokusi preniest zvyky zo starej technologie do novej. Behom par dni sa zasekne, pretoze stare postupy sa uz nedaju pouzit. Pri zavadzani novej tecnologie nestaci len povedat: “Tu ju mate a pouziva sa tak a tak.” Este dolezitejsie je vysvetlit, ktore zo starych postupov nebudu fungovat a preco.

No, milé deti, je to tak. Flex Builder žil šťastne a veselo až do svojej verzie 3. Potom prišli manažéri a povedali si, že by to chcelo nejaký cool rebranding, na ktorý hodí market pozitívny response. Veď aj tak sa zbytočne ľuďom vysvetľuje, že Flex nie je Flash. Naviac by bolo lepšie, keby produkty postupne konvergovali a zvyšovali synergický efekt.

A tak  ho chudáka premenovali. Žiadny Flex Builder. Flash Builder to bude. A rovno verzia 4.

Povedzte pápá starému Flex Builderu a privítajte nový Flash Builder 4 prináša cool vlastnosti, ako napríklad Test automation. Je na škodu, že medzi podporovanými systémami je len Mac OS a Windows. Vzhľadom na to, že Flash Builder je postavený na Eclipse, portovanie vlastností buildera na Linux, nie je komplikované. Škoda, že Adobe si zatvorilo dvere pred potenciálnym ďalším trhom. Ja osobne by som licenciu na Adobe Flash Builder pre Linux kupoval okamžite.

Takže nezabudnite! Už nie Flex Builder, ale Flash Builder Flex SDK si zatiaľ drží svoje pôvodné meno.

Zmena. Všetko je inak. Čo včera platilo, dnes neplatí a zajtra nebude platiť ani to, čo platilo už 200 rokov. A rýchlosť zmien stúpa.

Čítal som skvelú knihu od Alvina Tofflera – Future Shock (Šok z budúcnosti). Kde popisoval všetky možné súčasné problémy, na ktoré dnes ľudia narážajú. Problém premršteného výberu výrobkov, problém s IT technológii a nutnosti s nimi pracovať. Ako som čítal túto knihu, nestíhal som žasnúť. Autor elegantne popisoval všetky možné problémy a ich príčiny a dôsledky v spoločnosti. Knihu som skoro jedným dychom dočítal do konca. A potom…

… potom som sa pozrel na rok kedy ju napísal.

1970.

Asi 15 minút som sedel a neveriacky hľadel na tento letopočet. Nechápal som ako niekto s takou presnosťou dokázal zachytiť problémy, ktoré otriasajú správami a novinami.

Potom som knihu prešiel ešte raz.

Väčšina vecí, ktoré Alvin Toffler odvodil bola postavená na teórii zmeny. Množstvo zmien, ktoré je nutné denne akceptovať rastie. Ľudská psychyka a spoločnosť sa však nestíha tak rýchlo adaptovať.

Ako vyzerá zmena. Má nejaký priebeh? Vzor?

Čo poviete na tento: “Keď nastne zmena alebo sa objaví nová skutočnosť”

1. osoba reaguje negatívne a zmenu radikálne odmietne
2. začne proti zmene bojovať, snaží sa zmenu zastrašiť a vrátiť pôvodný stav
3. keď sa nedá zasrašiť, začne ju ignorovať
4. keď sa nedá ignorovať, začne ju pomaly akceptovať
5. ak zmenu akceptuje, začne hľadať jej benefity
6. túto zmenu berie ako samozrejmosť a nedokáže si bez nej predstaviť život

Finta je v tom, že každá zmena má tento priebeh. Nedokážete preskočiť ani jeden krok. Môžete sa o to pokúsiť, ale počítajte s veľkým neúspechom. Jediné, čo môžete spraviť, je: uľahčiť týmto šiestim fázam priebeh. Uľahčením priebehu, zvyšite rýchlosť adaptácie na zmenu.

Odpor voči zmene môže byť taký silný, že sa zmena, nemusí dostať ani cez druhý bod. Bod dva môže trvať dokonca roky.

Skúste vypozorovať reakciu na zmenu u seba. Stačí nejakú menšiu zmenu. Prípadne na klientoch, keď im zavádzate nový systém.

Ešte jedna dôležitá poznámka. Aj keď urýchlite adaptačné kroky na maximum, treba si dať pozor na to, že človek dokáže absorbovať len určité množstvo zmeny v čase. Nepreháňajte to so zmenou. Všetko chce svoj čas.