Biznes

Czy potrzebuj臋 consultingu IT?

Consulting,projekt,rozw贸j,profesjonalizm
Consulting,projekt,rozw贸j,profesjonalizm


Cz臋sto rozmawia si臋 o kwestii zarz膮dzania projektami i odmienia j膮 przez wszystkie przypadki. Natomiast rzadko zastanawiamy si臋 nad mierzeniem sukcesu projektu, a jeszcze rzadziej nad jego sensowno艣ci膮 i tym, czy jest najlepszym sposobem na osi膮gni臋cie zak艂adanego celu biznesowego. Zadajmy sobie to pytanie teraz. Po czym pozna膰 dobry projekt? Nie koniecznie musimy si臋 zaw臋偶a膰 do projekt贸w IT. Jak mo偶emy stwierdzi膰, 偶e projekt zako艅czy艂 si臋 sukcesem? Czy wtedy, gdy uda艂o si臋 wdro偶y膰 zmian臋? Czy mo偶e wtedy, gdy zmie艣cimy si臋 w czasie i w bud偶ecie? A mo偶e wtedy, gdy zrealizujemy za艂o偶one cele biznesowe? 


Zesp贸艂 Queen swego czasu 艣piewa艂I want it all i niech to b臋dzie dla nas inspiracj膮, by zastanowi膰 si臋, jak osi膮gn膮膰 wszystkie trzy za艂o偶enia wymienione wcze艣niej. Bo jest to oczywi艣cie mo偶liwe. 

Jednak偶e, by m贸c rozmawia膰 o zako艅czeniu projektu, powinni艣my si臋 wpierw cofn膮膰 do samego pocz膮tku, gdy projekt dopiero kie艂kuje w g艂owach decydent贸w. Istnieje na pewno wiele mo偶liwo艣ci, by idea projektu si臋 narodzi艂a i poci膮gn臋艂a za sob膮 kolejne dzia艂ania. Opisz臋 jak to si臋 najcz臋艣ciej dzieje. I od razu zdradz臋, czemu nie jest to optymalne rozwi膮zanie.


Powstaje wyzwanie


Projekty (jakiekolwiek, nie tylko IT, ale skupmy si臋 na nich) s膮 rozpoczynane, bo pojawia si臋 jaka艣 potrzeba, by co艣 robi膰 lepiej b膮d藕 inaczej. Czasem stoimy w obliczu wyzwania, kt贸rego si臋 spodziewamy lub nas zaskoczy艂o. A cz臋sto te偶 napotykamy na swojej drodze problem i musimy go jako艣 rozwi膮za膰 systemowo. 

Gdy ju偶 wiemy, 偶e trzeba si臋 zaj膮膰 jednym z powy偶szych, kto艣 bierze na siebie odpowiedzialno艣膰 za poprowadzenie procesu b膮d藕 powstaje grupa projektowa, kt贸rej zadaniem jest wypracowa膰 wst臋pne za艂o偶enia, ustali膰 zakres dzia艂a艅, bud偶et, harmonogram i po偶膮dan膮 zmian臋.  I nad tym procesem chcia艂bym si臋 pochyli膰, gdy偶 to w艂a艣nie tutaj czai si臋 najwi臋cej zagro偶e艅, ale i najwi臋cej szans. Najpierw o zagro偶eniach. 


Jakie zagro偶enia niesie ze sob膮 standardowe inicjowanie projekt贸w? 


Jeste艣my wewn膮trz problemu 

Cz臋sto nie dostrzegamy mo偶liwych rozwi膮za艅, gdy偶 za bardzo skupiamy si臋 na sednie problemu b膮d藕 po prostu nie umiemy spojrze膰 z perspektywy na nasze dzia艂ania i otoczenie biznesowe. Mi臋dzy innymi dlatego cz臋sto potrzebujemy firmy audytorskie czy consultingowe - bo patrz膮 na sytuacj臋 z zewn膮trz, a dodatkowo nie robi膮 tego po raz pierwszy. 

Cz艂owiek w labiryncie

Traktujemy cz臋艣膰 problemu jako co艣 oczywistego i niezmiennego 

Ludzie zazwyczaj nie lubi膮 zmian. I te偶 艂atwo przyzwyczajaj膮 si臋 do obecnego statusu quo czy istniej膮cych praktyk. Rzadko kiedy zadajemy sobie pytanie, czemu jest tak, a nie inaczej. I je艣li wszyscy uczestnicy grupy projektowej zak艂adaj膮, 偶e jaka艣 praktyka jest po prostu 鈥炁紋ciem鈥, to nawet nie pomy艣l膮, 偶e mo偶na to zmieni膰. A w zmianie takich aspekt贸w w艂a艣nie tkwi najwi臋ksza si艂a.Cz艂owiek burz膮cy scian臋 gdy s膮 otwarte drzwi


Chcemy strzela膰 z armaty do wr贸bla

Innym cz臋sto spotykanym zagro偶eniem jest to, 偶e ma艂y problem chcemy rozwi膮za膰 w bardzo skomplikowany, z艂o偶ony lub trudny spos贸b. A wszystkie podr臋czniki zgodnie m贸wi膮 o tym, 偶e im pro艣ciej co艣 da si臋 osi膮gn膮膰, tym lepiej. 


Wymy艣lamy ko艂o na nowo 

Nie b臋d膮c specjalistami w konkretnej dziedzinie, nie znamy rozwi膮za艅, kt贸re ju偶 istniej膮 na rynku b膮d藕 s膮 oczywiste.Mo偶e to spowodowa膰, 偶e sp臋dzimy du偶o czasu nad czym艣, co jest bardzo trudne do zrealizowania b膮d藕 bardzo 艂atwe i wr臋cz banalne. Dlatego te偶 chodzimy na szkolenia czy zapraszamy konsultant贸w - by podzielili si臋 swoj膮 wiedz膮. 


 Przyjmiemy z艂e za艂o偶enia

Bez 艣wie偶ego spojrzenia z zewn膮trz mo偶emy przyj膮膰 z艂e za艂o偶enia. I niestety b艂膮d czy nawet nie najlepsza decyzja na samym pocz膮tku mo偶e skutkowa膰 wielkimi kosztami. W kontek艣cie projekt贸w IT na poni偶szym diagramie mo偶na zobaczy膰, jaki jest koszt zmiany (spowodowany np. w艂a艣nie z艂膮 decyzj膮). Im p贸藕niej wykryjemy z艂膮 decyzj臋, tym wi臋kszy b臋dzie koszt zmiany.

Diagram przedstawiaj膮cy koszt naprawy b艂臋du wzgl臋dem kolejnych etap贸w projektu

Nie jeste艣my ekspertami we wszystkim 

Ka偶dy zna dok艂adnie sw贸j obszar kompetencji i jest w swojej pracy bardzo dobry. Im jeste艣my bardziej do艣wiadczeni, tym mamy wi臋ksz膮 wiedz臋 na r贸偶ne tematy. Jednak je艣li jeste艣my w艂a艣cicielami firmy produkcyjnej, specjalistami od marketingu czy kierownikami oddzia艂u - mamy wiedz臋 i kompetencj臋, by jak najlepiej wykonywa膰 swoje obowi膮zki. Ale czy mamy wiedz臋 na takie tematy jak: User Experience, Design Thinking, Event Storming, Marketing Automation, SEO/SEM, Cloud Computing, Machine Learning, nie wspominaj膮c o 鈥瀦wyk艂ym鈥 Web Developmencie? Zazwyczaj nie. I dobrze, 偶e nie musimy mie膰. 

Grafika cz艂owieka ze znakami zapytania


Konsekwencje zbyt p贸藕nego zaproszenia firmy IT do rozm贸w


Wpierw dobra informacja: sama 艣wiadomo艣膰 problem贸w/zagro偶e艅 wymienionych powy偶ej mo偶e znacz膮co poprawi膰 szanse naszego przedsi臋wzi臋cia. Dalej to my przecie偶 jeste艣my ekspertami w swojej dziedzinie, wiemy, jaki jest problem i na czym zale偶y w efekcie ko艅cowym. Prawdopodobnie nikt tego lepiej nie zrobi. Natomiast dodatkowe wsparcie nie zaszkodzi, a powinno pom贸c. I to za ka偶dym razem.

Jednak偶e bardzo cz臋sto si臋 spotyka sytuacj臋, w kt贸rej firmy IT s膮 anga偶owane w proces, dopiero gdy ca艂a praca koncepcyjna zosta艂a wykonana, a podczas kt贸rej zosta艂o postawionych przecie偶 mn贸stwo za艂o偶e艅 (r贸wnie偶 dotycz膮cych dzia艂ki IT, w kt贸rej przecie偶 nie jeste艣my ekspertami).

Oczywi艣cie jest szansa, 偶e wykonawcy IT uda si臋 spi膮膰 ze sob膮 i zrealizowa膰 wszystkie kwestie odno艣nie zakresu prac, za艂o偶onego bud偶etu i terminu wykonania, oczekiwanego rezultatu i alokacji wszystkich innych zasob贸w.


Zazwyczaj jednak okazuje si臋, 偶e r贸偶ne aspekty nie zosta艂y wzi臋te pod uwag臋, bud偶et jest zdecydowanie za ma艂y przy tak du偶ym zakresie prac, termin realizacji nierealny. Albo odwrotnie - 偶e wymy艣lone rozwi膮zanie mo偶na osi膮gn膮膰 znacznie prostszymi sposobami (i tu miejmy nadziej臋, 偶e trafimy na uczciwego partnera). 

Co w takim razie mo偶emy zrobi膰 inaczej? 


Zapro艣 swojego partnera IT do rozm贸w na temat projektu od samego pocz膮tku


Zastan贸wmy si臋, czy zaproszenie do naszej grupy projektowej osoby, kt贸ra ma background techniczny, jest spoza naszej firmy i ma du偶e do艣wiadczenie, mog艂oby nam zaszkodzi膰? 

Nie wydaje mi si臋. Oczywi艣cie to mo偶e kosztowa膰. Ale chcia艂bym przypomnie膰 diagram o koszcie zmiany. Par臋 tysi臋cy z艂otych na pocz膮tku mo偶e oszcz臋dzi膰 dziesi膮tki czy setki tysi臋cy z艂otych p贸藕niej. A wi臋c patrz膮c czysto ekonomicznie - mamy wielk膮 szans臋 na bardzo du偶y zwrot z inwestycji. Ca艂y proces mo偶e trwa膰 kr贸cej, a dodatkowo przeanalizujemy wszystkie mo偶liwo艣ci i do艣wiadczenia innych firm, o kt贸rych normalnie nie mieliby艣my poj臋cia.


Partner IT u艣wiadomi nas te偶 w kontek艣cie koszt贸w i b臋dziemy mogli szybciej zdecydowa膰, w kt贸r膮 stron臋 pod膮偶a膰, zamiast zap臋dzi膰 si臋 w kozi r贸g, w kt贸rym b臋dziemy tkwi膰, bo nie b臋dziemy ju偶 chcieli przechodzi膰 tego procesu od nowa. Ale jeszcze raz sp贸jrzmy na ten diagram kosztu zmiany - zdecydowanie lepiej zrobi膰 ten pivot teraz, a nie p贸藕niej. Natomiast korzystaj膮c z consultingu IT od pocz膮tku - taka sytuacja jest ju偶 ma艂o prawdopodobna. 


Przyk艂ad z 偶ycia wzi臋ty


Czas na jaki艣 realny przyk艂ad. W wakacje 2018 zostali艣my zaproszeni przez zaprzyja藕nion膮 firm臋 do przetargu wewn臋trznego na realizacj臋 z艂o偶onej strony internetowej. Szczeg贸艂y realizacji mo偶na przeczyta膰 tutaj.
Rozmowy o projekcie trwa艂y ju偶 ponad 2 miesi膮ce mi臋dzy klientem a naszym partnerem, kt贸ry specjalizuje si臋 w projektowaniu prezentacji biznesowej. Zastali艣my wi臋c sytuacj臋 ju偶 do艣膰 mocno wyklarowan膮, z konkretnym bud偶etem, terminem realizacji i okre艣lonym zakresem prac. 

Dzi臋ki do艣wiadczeniu klienta, a tak偶e zaproszenia do pierwotnych rozm贸w firmy consultingowej - wypracowany zakres prac mia艂 jak najbardziej sens. Natomiast bud偶et by艂 stanowczo za ma艂y, a termin realizacji za kr贸tki. Dodatkowo inercja jaka wyst臋puje, gdy firmy si臋 dopiero poznaj膮, jeszcze bardziej op贸藕nia cale przedsi臋wzi臋cie. 

Finalnie projekt okaza艂 si臋 sukcesem i na zadane na samym pocz膮tku pytania mog臋 odpowiedzie膰: 

  • TAK, ca艂y ekosystem stron internetowych zosta艂 wdro偶ony 
  • NIE, bud偶et okaza艂 si臋 niewystarczaj膮cy i musia艂 zosta膰 podwojony 
  • TAK/NIE, pierwotny termin wykonania zosta艂 dotrzymany, ale rozwi膮zanie by艂o gotowe w 75% i kilka element贸w zosta艂o wdro偶onych p贸藕niej 
  • TAK, zak艂adany cel biznesowy zosta艂 osi膮gni臋ty 

Na szcz臋艣cie ta historia zako艅czy艂a si臋 happy endem, ale zazwyczaj tak si臋 nie dzieje. Pojawiaj膮 si臋 op贸藕nienia, okrojone wdro偶enia, nieporozumienia, k艂贸tnie b膮d藕 po prostu projekt nie powstaje, a tym samym oczekiwany cel nie zostanie zrealizowany. Przy kolejnym projekcie z tym klientem, byli艣my ju偶 zaanga偶owani od samego pocz膮tku i jego pierwsza faza zako艅czy艂a si臋 4xTAK :)

grafika z u艣miechni臋tym cz艂owiekiem

Co mi da consulting IT?


Przede wszystkim - obecno艣膰 doradcy z zakresu IT uzupe艂ni luk臋, kt贸rej nam najcz臋艣ciej brakuje. Urealni koszty ju偶 na samym pocz膮tku, opowie o mo偶liwych rozwi膮zaniach, podzieli si臋 swoimi do艣wiadczeniami przy innych wdro偶eniach, u艣wiadomi o dodatkowych kosztach. 

Co wa偶ne - konsultant IT nie musi by膰 z tej samej firmy, kt贸ra b臋dzie wykonywa艂a projekt. Oczywi艣cie mo偶e i prawdopodobnie to by by艂a najlepsza mo偶liwo艣膰, ale mo偶e si臋 zdarzy膰, 偶e potrzeby klienta podryfuj膮 w inny obszar technologii, gdzie inne firmy b臋d膮 w stanie dostarczy膰 lepsz膮 warto艣膰.

M臋偶czy藕ni podaj膮cy sobie r臋k臋

Zadaniem consultingu IT jest wsparcie klienta w jak najlepszym przygotowaniu si臋 do realizacji projektu, a nie do sprzeda偶y prac implementacyjnych przez swoj膮 firm臋. Oczywi艣cie - je艣li korzystamy z uczciwego i godnego zaufania partnera. 

A patrz膮c czysto biznesowo - consulting IT zdecydowanie obni偶y ryzyko niepowodzenia projektu, wymkni臋cia si臋 z zak艂adanego bud偶etu czy deadline鈥檜, a tak偶e zwi臋kszy szanse na jego realny wp艂yw na firm臋. A my b臋dziemy po prostu bardziej pewni, 偶e wszystko zako艅czy si臋 powodzeniem.


Jak wygl膮da consulting IT? 


Consulting IT na pocz膮tku projektu mo偶e przyj膮膰 bardzo wiele form: 

  • Konsultacji adhoc - konsultant jest zapraszany na kilka spotka艅, by podzieli膰 si臋 swoimi opiniami i skomentowa膰 wypracowane w mi臋dzyczasie materia艂y 
  • Ekspertyzy - przygotowania analizy problemu i przedstawienia mo偶liwych rozwi膮za艅 
  • Ca艂ego procesu analizy przedwdro偶niowej - warto przeczyta膰 nasz artyku艂 na ten temat
  • Audytu, kt贸ry konsultant przeprowadza i dzieli si臋 swoimi spostrze偶eniami z decydentami 
  • Warsztatu, na kt贸ry zje偶d偶aj膮 si臋 przedstawiciele firmy oraz firmy IT i pracuj膮 wsp贸lnie by wypracowa膰 najlepsze rozwi膮zanie dla klienta 
  • Szeroko rozumiany proces UX, czyli zestaw bada艅, warsztat贸w, test贸w, projektowania, by ws艂ucha膰 si臋 w g艂os klient贸w, biznesu i rynku.  

A to na pewno nie wszystkie mo偶liwo艣ci. Du偶ym plusem consultingu IT jest jego wysoka adaptowalno艣膰 i wiele us艂ug/technik, by wesprze膰 proces m.in.: 

  • Design Thinking
  • Event Storming 
  • Eye Tracking 
  • Customer Journey Planning
  • Value Proposition Design 

Czy warto skorzysta膰 z consultingu IT? 


Moim zdaniem zdecydowanie tak. Opr贸cz kosztu takiej us艂ugi, mamy same korzy艣ci, kt贸re s膮 wielokrotnie wi臋cej warte, a przede wszystkim zwi臋kszaj膮 szanse na powodzenie projektu. 

Podsumowuj膮c, consulting IT zapewni Twojemu zespo艂owi m.in.: 

  • Wiedz臋 techniczn膮 i mo偶liwe rozwi膮zania
  • Do艣wiadczenie i kompetencje w nowych technologiach 
  • Pomo偶e oszacowa膰 koszty i czas wykonania 
  • Zwr贸ci uwag臋 na inne zagro偶enia i wymagania
  • Pomo偶e ustali膰 plan prac oraz wdro偶enia, bo nie zawsze trzeba wdra偶a膰 wszystko na raz (ale mo偶e czasem tak si臋 bardziej op艂aca - to konsultant b臋dzie wiedzia艂) 
  • Celne pytania z zewn臋trznej perspektywy 
  • Doradzi jak wybra膰 wykonawc臋 projektu i czym si臋 kierowa膰 
  • Wi臋ksz膮 pewno艣膰 siebie 

Je艣li chcesz zg艂臋bi膰 jeszcze wi臋cej wiedzy, zach臋cam do przeczytania naszego artyku艂u na temat transformacji cyfrowej oraz jak w og贸le wygl膮da wsp贸艂praca z nami

A ju偶 na sam koniec chcia艂bym 偶yczy膰 Wam samych udanych projekt贸w IT. 



Je艣li szukasz pomocy i partnera, z kt贸rym chcia艂by艣 skonsultowa膰 swoje potrzeby z do艣wiadczonymi osobami

Napisz do nas!

Adam Matysiak
Za艂o偶yciel, by艂y CTO i turkusowy lider. Programista z 15-letnim do艣wiadczeniem. Pasjonat frameworku Laravel i tworzenia chatbot贸w. Prowadzi bloga "Turkusowy Prezes" i wyst臋puje na konferencjach zwi膮zanych z programowaniem i turkusowym zarz膮dzaniem. W wolnych chwilach biega i uprawia cross-fit.

Czego potrzebujesz?

Strony internetowej

Systemu informatycznego

Aplikacji mobilnej

Projektu graficznego

Wsparcia technicznego

Chatbota

Preferowana forma kontaktu

Podaj dane kontaktowe

Administratorem danych osobowych jest HighSolutions sp. z o.o. (dalej 鈥濻p贸艂ka鈥) z siedzib膮 w Tarnowie Podg贸rnym, ul. Szkolna 21/1, 62-080 Tarnowo Podg贸rne, adres email kontakt@highsolutions.pl. Szczeg贸艂owe informacje o przetwarzaniu danych osobowych znajduj膮 si臋 w polityce prywatno艣ci.

Dzi臋kujemy!

Odezwiemy si臋 wkr贸tce