Dyrektor IT, Ed Giaquinto, wziął sobie do serca lekcję, której nauczył się w tej pracy dziesięć lat temu.
Były inżynier w dużym sklepie Toys R Us, on i jego współpracownicy spędzali weekendy na modernizacji systemów zarządzania zapasami i logistyki w centrach dystrybucji, pracując na serwerach, które wymagały odłączenia centrów dystrybucji.
Uaktualnianie systemów przez cały weekend nie było zbyt zabawne, mówi Giaquinto, ani też nie uważał, że to konieczne, więc zaprojektował proces, który skrócił dwa dni pracy do trzech godzin.
Jak wyjaśnia: „Nie miałem zamiaru trzymać się tego, co zostało ustalone”.
Giaquinto, obecnie dyrektor ds. Informatyki w firmie zajmującej się bezpieczeństwem witryn internetowych Sectigo, nadal wierzy w zaburzenie status quo. Mówi jednak, że zbyt wielu menedżerów i członków zespołu nie przyjmuje tej mentalności, zamiast tego pozwala, by konwencje stanęły na drodze innowacji.
„To nie jest specyficzne dla żadnego działu lub jednej grupy w żadnej firmie. Chodzi bardziej o tradycyjny sposób myślenia ”- mówi. „Ludzie myślący konwencjonalnie będą postępować konwencjonalnie. Będą postępować zgodnie z ustalonymi normami i procesami i osiągną z góry ustalone wyniki ”.
Jego rada? „Musisz myśleć wykładniczo. Musisz wyjść poza konwencjonalne normy i przekraczać granice ”.
Większość dyrektorów ds. Informatyki ma na uwadze zdolność do transformacji i innowacji. Ci, którzy najlepiej wykorzystają ten sposób myślenia, są liderami na rynku. Badanie Deloitte 2020 Global Technology Leadership Study wykazało, że innowacje są priorytetem nr 1 dla 66 procent organizacji, które klasyfikuje jako „awangardę technologiczną” (w porównaniu z 44 procentami podstawowych organizacji).
Priorytetyzacja innowacji często oznacza łamanie konwencji, o czym przekonał się Giaquinto lata temu.
„Dobrze jest korzystać z tego, co wiemy. Trudno jest zaryzykować ”, mówi, zauważając, że jego zespół przyjął DevOps, narzędzia automatyzacji i„ przełomowy sposób myślenia ”, aby pobudzić innowacje i odeprzeć konwencjonalne myślenie.
Oprócz konwencjonalnego myślenia, eksperci wymienili te siedem barier dla innowacji IT wraz z pomysłami, jak je pokonać:
W niektórych organizacjach podejmowanie ryzyka może zakończyć karierę. Często, nawet gdy liderzy mówią o potrzebie innowacji, menedżerowie zniechęcają do podejmowania ryzyka, opierając awanse i premie wyłącznie na sukcesach lub zniechęcając pracowników do poświęcania czasu i budżetu pilotom na przetestowanie ich pomysłów. Liderzy nie kultywują kultury, która nawet toleruje innowacje, nie mówiąc już o jej celebrowaniu.
„Kultura jest często największym pojedynczym czynnikiem, który przeszkadza w zachodzeniu zmian” - mówi Mike DePrisco, wiceprezes ds. Globalnych doświadczeń i rozwiązań w Project Management Institute (PMI).
Organizacje te na ogół traktują priorytetowo pracę, która utrzymuje pociągi w ruchu, i zachęca do tworzenia pomysłów, które przynoszą stopniowe ulepszenia, wyprzedzając wysiłki, które mogłyby w ogóle zbudować lepszy pociąg.
Zdaniem DePrisco dyrektorzy ds. Informatyki muszą znaleźć sposób, aby to odwrócić, postrzegając niepowodzenia jako stopnie do sukcesu i nagradzając tych, którzy wyciągają wnioski z takich przedsięwzięć. Powinni także zatrudniać ludzi, którzy potrafią się przystosować i są podekscytowani zmianą, i wycofywać się ze status quo zamiast tolerować mentalność „jeśli to nie jest zepsute, nie naprawiaj”.
„Chociaż każdy dąży do posiadania„ kultury innowacji ”, w rzeczywistości budowanie tej kultury wymaga dużego skupienia i ustalenia priorytetów. Różnica w firmach z powodzeniem wdrażających tę kulturę polega na tym, że koncentrują się na kilku skutecznych, wartościowych rozwiązaniach, zamiast gonić za lśniącym nowym obiektem ”- mówi DePrisco. „To wymaga dyscypliny w planowaniu i ustalaniu priorytetów”.
Nowoczesny sklep IT ma na celu reagowanie na potrzeby biznesowe, ale niektórzy dyrektorzy i doradcy widzą, jak zdolność reagowania może utrudniać innowacje.
Zauważają na przykład, że zespoły technologiczne mogą ugrzęznąć w pozornie niekończącej się liście wniosków, które mogą przynieść niewielkie korzyści i drobne ulepszenia, ale nie pozostawiają dużo czasu ani pieniędzy na przetestowanie pomysłów, które mogą przynieść duży bank za swoje pieniądze. .
„Działy IT na całym świecie są nieustannie pytane przez jednostki biznesowe i liderów o nowe rozwiązania i funkcje i powoduje to kłopoty w organizacjach, ponieważ nie ma wystarczającej liczby programistów, aby wykonać tę pracę” - mówi DePrisco.
Aby temu przeciwdziałać, mówi, że dyrektorzy ds. Informatyki mogliby wdrażać platformy o niskim poziomie kodowania / bez kodu i uczyć pracowników firm, jak być obywatelami programistami zdolnymi do radzenia sobie z niektórymi własnymi żądaniami, uwalniając w ten sposób technologów do wykonywania bardziej innowacyjnych prac niż ich doskonalone umiejętności pozwól im to zrobić.
Działy IT, które opierają się na rozkazach kierownictwa i zarządu, mogą podobnie nie działać innowacyjnie, ponieważ zespół zarządzający może być zbyt daleko, by wiedzieć, jakie nowe pomysły przemówią do klientów, mówi Steve Berez, partner w Bain & amp; Co. i współautorka Doing Agile Right.
Berez wskazuje na swoją współpracę z jedną firmą ubezpieczeniową, w której zespół zarządzający zlecił działowi IT stworzenie narzędzia programowego, którego klienci mogliby użyć, aby uzyskać porady dotyczące zakupu samochodu. Problem w tym, że klienci tak naprawdę nie chcieli kupować porad od swojego ubezpieczyciela.
„Nie oznacza to, że dobre pomysły nie mogą pochodzić od kierownictwa wyższego szczebla, ale nie oznacza to, że ich pomysły powinny mieć pierwszeństwo” - mówi Berez. „Wiele organizacji nadal wprowadza innowacje w oparciu o kulturę nakazu i kontroli, a im starszy wnioskodawca, tym wyższy priorytet dla pomysłu. A to zwykle nie przynosi oczekiwanych przez organizację wyników ”.
Firma CAST, producent inteligencji oprogramowania, kilka lat temu obliczyła koszt długu technicznego, szacując, że organizacja wydaje 3,61 USD na wiersz kodu w starszych systemach lub 1,08 miliona USD na aplikację o średniej wielkości 300 000 wierszy kodu.
Nic więc dziwnego, że zarówno dyrektorzy ds. Informatyki, jak i konsultanci wykonawczy wymieniają starsze technologie jako barierę dla innowacji.
„Jesteś uwięziony przez to, co już masz” - mówi Prashant Kelker, partner w firmie zajmującej się badaniami technologicznymi i doradztwem ISG.
Eksperci zwracają uwagę, że dziedzictwo pochłania pieniądze i czas, które można by poświęcić na kultywowanie i pilotowanie nowych rozwiązań technologicznych. Dziedzictwo może również utrudniać innowacyjne rozwiązania, które sprawdzają się w testowaniu, ponieważ organizacje czasami odkrywają, że wdrożenie i ostatecznie skalowanie tych innowacji nie zadziała (lub nie zadziała bez większych inwestycji) z powodu długu technicznego.
„Koszt spłaty w postaci przepracowania kodu lub dokonania nowych inwestycji w systemy oprogramowania może czasami przeważyć nad korzyściami płynącymi z szybkiego ulepszania produktu. Z biegiem czasu pozwolenie na utrzymywanie się i wzrost zadłużenia technicznego utrudni innowacje ”- mówi DePrisco. „Dyrektorzy ds. Informatyki w tym przypadku muszą traktować długoterminową inwestycję priorytetem i mieć zdefiniowany plan, aby to osiągnąć”.
Meerah Rajavel, dyrektor ds. Informatyki w firmie programistycznej Citrix, nie może dać swoim pracownikom nieograniczonego czasu i pieniędzy na innowacje, ale uważa, że do odniesienia sukcesu potrzebują części z nich. Dopilnowanie, aby tak się stało, zależy od niej i innych liderów IT.
„Kiedy pracujesz w IT, pracujesz w ograniczonym środowisku, w którym tankujesz silnik i wspomagasz samolot podczas lotu, więc musisz być bardzo celowy, jeśli chodzi o innowację” - mówi. „Potrzebujesz czasu i miejsca nie tylko dla informatyków, ale także do połączenia IT i biznesu”.
Większość organizacji IT tego nie robi. W raporcie firmy PMI z 2020 r. O imperatyw innowacji stwierdzono, że w ciągu ostatnich pięciu lat tylko 25 procent ankietowanych organizacji wymagało od zespołów poświęcenia czasu na innowacyjne myślenie i generowanie pomysłów, a tylko 19 procent prowadziło laboratorium kreatywności lub hackathon prowadzone przez przeszkolonego profesjonalistę .
Rajavel mówi, że stara się bardziej świadomie tworzyć ten czas i przestrzeń. Dąży do tego, aby piątkowe harmonogramy pracowników IT były wolne od spotkań, aby mogli poświęcać czas na strategiczną pracę i innowacje. Jej zespoły mają również 13-tygodniowe cykle pracy, które obejmują tydzień na generowanie pomysłów. „Ten tydzień innowacji daje im czas i przestrzeń; jest okazja do refleksji ”, mówi.
Większość organizacji trzyma się tradycyjnego cyklu finansowania, który co roku przeznacza pieniądze na projekty, nieelastycznego modelu, który nie pozwala menedżerom na szybkie realizowanie świetnych pomysłów lub powstrzymywanie tych, które się nie sprawdzają, zdaniem Bereza.
„Większość dzisiejszych dużych firm nadal działa w ramach dość sztywnego rocznego cyklu finansowania, w którym spędzają wiele miesięcy z wyprzedzeniem, decydując, co zamierzają sfinansować, analizując przypadki biznesowe i koszty projektów” - mówi. „Jest w to tyle czasu i wysiłku, że po podjęciu decyzji nikt nie chce do tego wracać”.
Jednak Berez twierdzi, że nie jest możliwe dokonanie dokładnych prognoz kosztów i wartości z tak dużym wyprzedzeniem. Dodaje, że ten model utrudnia także menedżerom przerzucanie pieniędzy z nieudanych projektów na nowe pomysły. I nie powoduje to żadnych konsekwencji dla gonienia za projektami, których różowe propozycje się nie sprawdzają.
„To wszystko wpływa na innowacje” - dodaje.
Berez zaleca większą elastyczność i zwinność w finansowaniu, przechodząc z tego rocznego cyklu budżetowania na cykl oparty na podejściu opartym na kapitale podwyższonego ryzyka, w którym pracownicy mogą przedstawiać pomysły za pieniądze zalążkowe, a następnie wracać, gdy udowodnią wartość swoich pomysłów.
Laboratorium innowacji może brzmieć świetnie, ale niektórzy widzą potencjalne problemy z takim podejściem. Po pierwsze, osoby pracujące w laboratorium innowacji mogą być zbyt odizolowane od reszty organizacji, aby identyfikować wyzwania, rozumieć procesy pracy i widzieć potencjalne rozwiązania, które naprawdę pomogą ludziom. Po drugie, pomysły opracowane w takiej izolacji mogą nie zostać dobrze przyjęte przez szersze przedsiębiorstwo, co oznacza, że jest mniej prawdopodobne, że zostaną przyjęte - i ostatecznie odniosą sukces.
Nie oznacza to, że organizacje powinny zamknąć swoje laboratoria innowacji, mówi Kelker. Raczej radzi, aby laboratoria były bardziej otwarte i włączające.
„Musisz przejść od robienia tego wszystkiego w pojedynkę do zapraszania innych do wprowadzania innowacji razem z Tobą”, mówi, dodając, że laboratoria innowacji działają dobrze, gdy pomagają identyfikować problemy i definiować wymagania, a następnie wspierają innych w poszukiwaniu rozwiązań.
Firmy, które są wiodącymi innowatorami na rynku, dzielą się swoimi wyzwaniami z całą swoją organizacją, mówi Kelker, a nawet ze swoimi dostawcami, przechodząc od wysyłania zapytań ofertowych lub zapytań ofertowych do zapytań o rozwiązania.
Eksperci ds. Transformacji twierdzą, że ludziom łatwo jest utożsamić innowacje z nieograniczonym myśleniem i niezakłóconym rozwojem, ale w praktyce ludzie potrzebują granic i barier, aby mieć pewność, że ich innowacje rzeczywiście przyniosą korzyści.
„Nie chcesz, aby proces był zbyt ograniczony, ponieważ hamuje to kreatywność i swobodne myślenie, ale Twoja innowacja musi przełożyć się na wartość - i szybko przełożyć się na wartość. Dlatego poręcze muszą być czymś, co pozwala szybko przejść przez proces i być wydajne ”- mówi Rajavel.
Wyjaśnia, że wykorzystuje poręcze, aby zapewnić, że innowacyjne pomysły można przetestować, uszeregować pod względem ważności, opracować i ocenić, a następnie, jeśli się powiedzie, wdrożyć i skalować.
„Chodzi o pokazanie, jak mogą tworzyć wartość” - dodała. „Chodzi o cel i wyniki. Ale nie mówimy [naszym pracownikom], w jaki sposób można dostać się z punktu A do punktu B. W tym miejscu pojawia się kreatywność i innowacja. Mówisz im, gdzie jest problem i mówisz: „Wymyśl najlepszy pomysł”. ”
Ten użytkownik nie przesłał jeszcze swojej biografii
Obecnie dla tego artykułu nie ma komentarzy.
Dlaczego nie być pierwszym, który skomentuje?
Proszę zalogować się lub zarejestrować by komentować lub odpowiadać na komentarze.
Autor | Ostatnia odpowiedź | Tytuł | Posty |
---|---|---|---|
Autor | Ostatnia odpowiedź | Tytuł | Posty |
Obecnie nie ma bloga w bazie.
Obecnie w bazie nie ma bloga.
Obecnie w bazie nie ma polecanych artykułów.
Obecnie w bazie danych blogów nie ma żadnych archiwów bloga.