Sii Polska

SII UKRAINE

SII SWEDEN

  • Szkolenia
  • Kariera
Dołącz do nas Kontakt
Wstecz

Sii Polska

SII UKRAINE

SII SWEDEN

Wstecz

06.08.2025

Storytelling w IT: Każda linijka kodu opowiada historię

06.08.2025

Storytelling w IT: Każda linijka kodu opowiada historię

W świecie, w którym technologie rozwijają się szybciej, niż jesteśmy w stanie je poznać, umiejętność przekazywania skomplikowanych rzeczy w prosty sposób staje się kluczową kompetencją i narzędziem wpływu. I właśnie tutaj storytelling – sztuka opowiadania historii – jest kluczem, który pomaga nie tylko przekazywać informacje, ale także budować emocjonalne połączenie z odbiorcami. W Sii wiemy, że za każdą technologią stoją ludzie, ich wyzwania, zaangażowanie i sukcesy. I dlatego te historie opowiadamy.

Ten artykuł jest dla tych, którzy chcą dzielić się inspirującymi historiami o wdrażaniu nowych technologii, sukcesach w optymalizacji procesów biznesowych, przezwyciężaniu wyzwań i trudności oraz inspirowaniu innych.

Czym jest storytelling?

Storytelling to sztuka tworzenia i opowiadania historii, które przekazują wiedzę, wywołują emocje, budują zaufanie lub wpływają na postrzeganie przez odbiorców. W biznesie, marketingu, komunikacji, a nawet edukacji, storytelling pomaga przedstawiać informacje w sposób bardziej zrozumiały, interesujący i zapadający w pamięć.

Storytelling to sposób przekazywania idei poprzez historię.

W branży IT storytelling pomaga uporządkować nawet najbardziej złożone technologie, wyjaśniając ich założenia poprzez zrozumiałe wyzwania, emocje i rozwiązania.

Klasyczne podejście do budowania historii zostało opisane przez Josepha Campbella w książce „Bohater o tysiącu twarzy. Koncepcja „podróży bohatera” stała się fundamentem silnych narracji – opowieści, w której główny bohater przechodzi transformację: od znanego świata, startu, poprzez wyzwania i próby, do wzrostu i zwycięstwa, czyli osiągnięcia celu. Później Christopher Vogler zaadaptował tę strukturę na potrzeby współczesnego storytellingu w filmie i biznesie.

W 3 na 10 przypadków produkty IT są tak skomplikowane technicznie, że przeciętnemu użytkownikowi trudno je zrozumieć. W takiej sytuacji historia pomaga przedstawić informacje za pomocą zrozumiałych przykładów, a nie suchych faktów, liczb i terminów.

Czym się różni historia od storytellingu?
Ryc. 1 Czym się różni historia od storytellingu?

Dlaczego storytelling jest ważny w technologii?

Jest wiele powodów, dla których storytelling ma znaczenie w opisywaniu technologii. Przybliżę je niżej.

Tłumaczy skomplikowane rzeczy prostym językiem

Produkty IT często są technicznie złożone i trudne do zrozumienia dla osób spoza branży. Storytelling pomaga przedstawić je w żywych przykładach i sytuacjach.

Przykład:
Zamiast: „Pracuję nad monitorowaniem systemów, optymalizuję infrastrukturę i usuwam awarie serwerów.”
Storytelling: „Kiedy użytkownik otwiera stronę lub aplikację i wszystko działa błyskawicznie – nawet tego nie zauważa. Ale za tym kryje się bezsenna praca: w nocy serwer przestał działać, a po kilku minutach już wiedziałem o problemie i uruchomiłem system zapasowy. Jestem jak inżynier, który pilnuje mostu podczas burzy: zawsze czujny, zawsze gotowy interweniować, aby wszystko pozostało stabilne i bezpieczne”.

Promuje produkty i rozwiązania poprzez prawdziwe historie

Case studies to skuteczny sposób, by pokazać, jak produkt lub technologia rozwiązują realne problemy.

Przykład:

  • mObywatel (Polska)
    Problem: Niewygoda noszenia fizycznych dokumentów, biurokracja w urzędach.
    Rozwiązanie: Aplikacja mObywatel udostępnia cyfrowe wersje dokumentów (dowód osobisty, prawo jazdy, legitymacja studencka itd.) i umożliwia korzystanie z usług publicznych online.
    Rezultat: Uproszczenie komunikacji z administracją i popularyzacja cyfrowej tożsamości.
  • Technologia blockchain – Bitcoin
    Problem: Brak przejrzystości i zaufania do instytucji finansowych w niektórych krajach.
    Rozwiązanie: Zdecentralizowany system rejestracji transakcji bez potrzeby pośredników.
    Rezultat: Alternatywa dla tradycyjnych banków, zmniejszenie kosztów transakcyjnych.

Buduje markę i przekazuje wartości firmy

Storytelling pomaga w przekazaniu misji i kultury zespołu. Pokazuje, kim jesteście, dlaczego pracujecie i w co wierzycie – nie tylko, jakie usługi oferujecie.

Przykład:
Sii i Power People – „Naszą misja jest identyfikowanie i promowanie najlepszych pracowników”. Misja, razem z celami i wartościami firmy, definiuje jej kulturę organizacyjną, a zdanie odzwierciedla jedno z głównych zadań Sii.  

Przyciąga talenty i motywuje zespoły

Kandydaci i pracownicy szukają nie tylko wynagrodzenia, ale także sensu, zespołu, poczucia przynależności do czegoś większego. Historie odpowiadają na pytania: „Kim jesteście?”, „Dlaczego warto u was pracować?”, „Co was łączy?”

Przykład:
Firma IT opowiada historie swoich pracowników, którzy zaczynali jako stażyści, a dziś są team leaderami. To nie tylko budowanie reputacji, ale też skuteczna strategia HR.

Storytelling jako kluczowe narzędzie w mentoringu

Storytelling jest ważnym elementem mentoringu, ponieważ pozwala przekazywać nie tylko wiedzę, ale przede wszystkim realne doświadczenie – zarówno sukcesy, jak i porażki. Historie pomagają lepiej zrozumieć, jak stosować wiedzę w praktyce, unikać typowych błędów i znajdować własne rozwiązania. Przez historie mentor buduje zaufanie, tworzy bezpieczną przestrzeń do nauki i pokazuje, że trudności są naturalną częścią rozwoju. To właśnie dzięki żywym przykładom mentoring staje się bardziej osobisty, skuteczny i inspirujący.

Storytelling można porównać do efektu „marketingu szeptanego” – historie naturalnie się rozprzestrzeniają.

Kluczowe elementy storytellingu w IT

  1. Fabuła – szkielet historii.
    Klasyczna struktura: wprowadzenie → rozwinięcie → kulminacja → zakończenie.
    Historie projektów IT często zaczynają się od wyzwania – np. potrzeby stworzenia nowego produktu lub naprawy krytycznego błędu. Potem pojawiają się trudności (bugi, deadline’y, zmieniające się wymagania), a następnie sukces lub porażka.
  2. Bohaterowie – most między czytelnikiem a fabułą.
    W każdej historii powinien pojawić się pozytywny bohater – to dzięki niemu historia staje się bliska odbiorcom. Bohaterowie są „czerwoną nicią”, która łączy opowiadającego z odbiorcą.
  3. Konflikt – główna siła napędowa historii.
    Bez konfliktu nie ma rozwoju. Konflikt to problem, który bohater musi przezwyciężyć. W branży IT konflikty są wszechobecne: pomiędzy przyjaznym dla użytkownika interfejsem a złożonością wdrożenia, pomiędzy szybkością a jakością, pomiędzy biznesem a ograniczeniami technologicznymi.
  4. Punkt widzenia
    Punkt widzenia to wybór, kto opowiada historię i jak to wpływa na jej odbiór. Może być obiektywny lub subiektywny, bliski wydarzeniom lub bardziej zdystansowany.
    W IT warto dostosować punkt widzenia do celu:
    • perspektywa dewelopera (techniczne szczegóły, wyzwania),
    • perspektywa użytkownika (empatia, problemy i korzyści),
    • perspektywa biznesowa (wyniki, efektywność).
  5. Zakończenie
    Każda dobra historia musi mieć zakończenie – niekoniecznie szczęśliwe, ale powinno ono zamknąć wątki, nadać kontekst i zmotywować odbiorcę do działania.
Anatomia silnej historii
Ryc. 2 Anatomia silnej historii

W IT każda linijka kodu opowiada historię

W świecie IT każda linijka kodu to ślad po jakiejś decyzji, a za każdą decyzją stoi człowiek. W tym artykule chcę pokazać, jak w prosty i angażujący sposób można opowiadać historie z branży IT. Bo storytelling to nie tylko narzędzie komunikacji – to sposób na przekazywanie wiedzy i doświadczenia w sposób, który zapada w pamięć.

„Trzy technologie, jeden frontend – historia, której nie da się zapomnieć” Historia Krzysztofa Krawca, który obejmuje stanowisko Architecta i pracuje w Sii od 8 lat

Krzysztof Krawiec - bohater historii
Ryc. 3 Krzysztof Krawiec, Architect w Sii – bohater historii

Fabuła

Wprowadzenie – to był jego pierwszy projekt w nowej firmie. Ledwie tydzień po zatrudnieniu dostał zadanie: „Lecisz do Niemiec, otwierasz projekt u klienta – sam”. Ekscytacja mieszała się z presją. Klient? Firma z branży gastronomicznej, produkująca mrożone dania m.in. dla przedszkoli i domów opieki. Miejscowość Rheine, taki «Niemiecki Zgierz», spokojna, malownicza, pełna pól kukurydzy. Brzmiało jak idealny początek.

Rozwinięcie zanim zdążył spakować walizkę, dostał ostrzeżenie: „Musisz nauczyć się trzech technologii – Vue, Knockout i Backbone”.

Dla niewtajemniczonych frontend to ta część aplikacji, którą widzi i obsługuje użytkownik – przyciski, formularze, strona sklepu. Backend to wszystko, co działa „za kulisami” – baza danych, logika, serwery.W skrócie: frontend to restauracyjna sala, a backend to kuchnia. Vue, Knockout i Backbone to narzędzia, które służą do tworzenia frontendu. Trochę jak różne zestawy narzędzi do budowy mebli – niby wszystkie mogą zrobić krzesło, ale inaczej się z nich korzysta i nie zawsze pasują do siebie.

„Dlaczego trzy naraz?” – zapytał. 
„Zobaczysz” – usłyszał.

Na miejscu zrozumiał. Projekt sklepu internetowego był poskładany z trzech części – każda zrobiona w innej technologii. Trzech backendowych deweloperów, każdy użył innego narzędzia do stworzenia swojej części frontendu. Efekt? Strona produktu działała w Knockout, koszyk – w Backbone, podsumowanie zamówienia – w Vue. I żadne z tych elementów nie „rozmawiało” ze sobą płynnie.

Kulminacja – to był koszmarny tydzień. Kod był jak zlepek trzech różnych języków. Ciągłe błędy, powolne ładowanie, chaotyczna struktura. Mimo że bohater był sam, starał się jak mógł: łatał, sklejał, usprawniał. Jakby próbował zbudować wieżowiec z trzech różnych zestawów klocków LEGO – częściowo niekompatybilnych. Nie mógł przepisać całości – jego zadaniem było naprawić to, co już istnieje. I zrobił, co mógł. Dzięki temu projekt działał – ledwo, ale działał.

Zakończenie – po powrocie do Polski przez trzy miesiące kontynuował pracę nad tym systemem. Klient – zachwycony tym, że „to działa” – nie chciał poprawek, tylko nowe funkcje. Bohater wiedział, że ten fundament jest zbyt słaby, by budować na nim dalej. Po trzech miesiącach zrezygnował, a projekt przejął kolega, który pracował nad nim jeszcze rok.

Bohaterowie

  • Główny bohater – nowy pracownik, pełen zapału i odpowiedzialności.
  • Klient – uprzejmy, ale nieświadomy technologicznych błędów.
  • Trzech deweloperów – specjaliści backendowi, którzy chcieli się „nauczyć czegoś nowego”, ale stworzyli chaos.

Konflikt

Główna oś konfliktu – zderzenie złych decyzji technologicznych z realiami projektu. Frontend zbudowany w trzech różnych narzędziach przez osoby, które na co dzień nie zajmują się tym obszarem. Do tego: krótki czas, brak wsparcia, ograniczone możliwości zmian. Walka z chaosem przy braku możliwości gruntownej przebudowy.

Punkt widzenia

Historia opowiedziana z perspektywy dewelopera – techniczna, ale pełna emocji. Dzięki temu czytelnik, nawet spoza IT, może wczuć się w jego sytuację: chaos, frustrację, ale też odpowiedzialność i próbę uratowania projektu.

Zakończenie

Choć ten pierwszy projekt był jak kiepski sen, bohater dał firmie szansę. Został. I trafił na zupełnie inny projekt – świetny, uporządkowany, rozwijający. Od sześciu lat pracuje  – i bardzo to sobie chwali. To lekcja, że pierwsze wrażenie nie zawsze musi definiować całość. I że nawet najgorszy projekt może czegoś nauczyć – choćby tego, czego nie robić.

oferty pracy

Podsumowanie: Dlaczego storytelling działa w IT?

Storytelling w IT to nie tylko atrakcyjna forma przekazu – to sposób na tworzenie zrozumiałego kontekstu dla skomplikowanych technologii. Historie pomagają łączyć ludzi wokół wspólnych celów, tłumaczyć technologie prostym językiem, budować emocjonalną więź z produktem lub projektem.

Historie sprawiają, że wiedza staje się żywa, praktyczna i dostępna. W mentoringu, pracy zespołowej i prezentacjach rozwiązań storytelling nie tylko przekazuje informacje, ale też inspiruje, wspiera i uczy.

Dlatego storytelling działa w IT – pomaga budować kulturę współpracy, zrozumienia i rozwoju.

Źródła

  1. Harvard Business Publishing: „Storytelling That Moves People” by Robert McKee and Bronwyn Fryer
  2. Joseph Campbell – The Hero with a Thousand Faces
  3. What are the Elements of a Story?
  4. Що таке блокчейн і як він працює?
  5. 4 Effective Data Storytelling Elements
  6. Narrative Point of View in Storytelling
  7. “Power People” – Sii’s mission put into practice


5/5
Ocena
5/5
Avatar

O autorze

Iryna Myroniuk

Zawodowo pracuję jako HRO Specialist, a prywatnie jestem otwarta na nowe doświadczenia i stale szukam kolejnych pasji. Najwięcej radości dają mi góry – to właśnie tam ładuję baterie oraz znajduję balans między pracą a życiem prywatnym

Wszystkie artykuły autora

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Może Cię również zainteresować

Dołącz do nas

Sprawdź oferty pracy

Pokaż wyniki
Dołącz do nas Kontakt

This content is available only in one language version.
You will be redirected to home page.

Are you sure you want to leave this page?