19/06/2026
(Un)obvious Lessons #11 🧭
Topic: The most (un)obvious lesson of all
When we started this series, we wanted to talk about the things you usually don’t see in backlogs, roadmaps, or sprints. We weren’t as interested in the technologies, tools, or processes as we were in the experiences that stick with people for years—shaping how they work, make decisions, and collaborate.
Over the past few weeks, we handed the mic to people from all across itCraft. Designers, developers, team leads, HR specialists, administration, and project managers shared the lessons that shaped them most. Every story was unique. Each dealt with different challenges and different backgrounds. Yet over time, we began to see a surprisingly common thread.
We set out looking for unobvious truths about working in IT.
But the most unexpected one turned out to be this:
❗️ The most important lessons were actually human ones.
Sure, technology was always there in the background. We talked about product design, app development, AI, frameworks, and tools. But look a little closer, and you'll find that the real drivers of these stories were completely different values:
🔹 humility: allowing us to accept that the user might be right, even when they tear down our favorite idea;
🔹 courage: to admit we don’t have all the answers and ask for help;
trust: the kind that enables a small team to pull off a massive project;
🔹 patience: needed to build products that evolve over years, rather than just chasing the quick adrenaline rush of a single sprint;
🔹 empathy: towards the team and the client, because without it, even the best processes and tools fail to build real collaboration.
Looking at all these stories together, it’s hard not to realize that the best teams aren’t made of infallible experts. They are made of people who can listen, learn from each other, change their minds when new data comes in, and find the best solutions together.
Maybe that’s why one common theme ran through the entire series: true professionalism begins where the need to be right ends.
That’s when we actually listen to users instead of clinging to our assumptions.
That's when we reach out for help instead of wasting time fighting a solo battle.
That’s when we test solutions instead of marrying processes, tools, or tech stacks.
And that’s exactly when the best products are born.
In a world of advanced tech, AI, and increasingly complex systems, the most valuable skill remains the ability to listen, learn, and collaborate.
So, to close the loop, we return to the quote that started it all in Lesson #0:
💬 “We learn the most when we stop pretending we know everything.”
After this entire series, we’re convinced this isn't just good advice for IT professionals. It’s a core principle for building teams, partnerships, and products that genuinely serve people.
Thank you for following along with our "(Un)obvious Lessons" series.
Now over to you: is there a lesson your work has taught you that never quite made it into a backlog? Let us know in the comments!
[Polish]
Lekcje (nie)oczywiste #11 🧭
Temat: Najbardziej (nie)oczywista lekcja
Kiedy rozpoczynaliśmy tę serię, chcieliśmy porozmawiać o tym, czego zazwyczaj nie widać w backlogu, na roadmapach ani w sprintach. Interesowały nas nie tyle technologie, narzędzia czy procesy, ile doświadczenia, które zostają z ludźmi na lata i wpływają na sposób, w jaki pracują, podejmują decyzje i współpracują z innymi.
Przez kolejne tygodnie oddawaliśmy głos osobom reprezentującym różne obszary działalności itCraft. Projektanci, programiści, liderzy zespołów, specjaliści HR, administracja i project management opowiadali o lekcjach, które okazały się dla nich najcenniejsze. Każda historia była inna. Każda dotyczyła innych wyzwań i innych doświadczeń. A jednak z czasem zaczęliśmy dostrzegać między nimi zaskakująco wiele wspólnego.
Szukaliśmy nieoczywistych prawd o pracy w IT.
Najbardziej nieoczywista okazała się jednak jedna: NAJWAŻNIEJSZE LEKCJE OKAZAŁY SIĘ ZASKAKUJĄCO LUDZKIE.
Technologia była obecna w tle niemal każdej historii. Pojawiały się rozmowy o projektowaniu produktów, rozwoju aplikacji, sztucznej inteligencji, procesach, frameworkach i narzędziach.
Jednak, gdy przyjrzeć się tym opowieściom bliżej, okazuje się, że ich prawdziwymi bohaterami były zupełnie inne wartości:
🔹 pokora, która pozwala przyjąć, że użytkownik może mieć rację, nawet jeśli podważa nasz ulubiony pomysł;
🔹 odwaga, by przyznać, że nie zna się odpowiedzi i poprosić o pomoc;
🔹 zaufanie, dzięki któremu mały zespół może realizować duże projekty;
🔹 cierpliwość potrzebna do budowania produktów rozwijających się przez lata.
Gotowość do dzielenia się wiedzą i wspierania tych, którzy dopiero rozpoczynają swoją drogę oraz empatia, bez której nawet najlepsze procesy i technologie nie są w stanie zastąpić prawdziwej współpracy.
Po dziesięciu lekcjach odkryliśmy coś jeszcze.
❗️ Największym ograniczeniem w pracy nad produktami rzadko jest technologia.
Znacznie częściej jest nim przekonanie, że już znamy właściwą odpowiedź.
Patrząc na wszystkie te historie razem, trudno oprzeć się wrażeniu, że najlepsze zespoły nie powstają dlatego, że skupiają nieomylnych ekspertów. Powstają dlatego, że tworzą je ludzie, którzy potrafią słuchać, uczyć się od siebie nawzajem, zmieniać zdanie pod wpływem nowych informacji i wspólnie szukać najlepszych rozwiązań.
Być może właśnie dlatego przez całą serię przewijał się jeden wspólny motyw: największy profesjonalizm zaczyna się tam, gdzie kończy się potrzeba udowadniania swojej racji.
To wtedy słuchamy użytkowników zamiast kurczowo trzymać się własnych założeń i prosimy o pomoc, zamiast tracić czas na samotną walkę.
Wtedy testujemy rozwiązania zamiast przywiązywać się do procesów, narzędzi czy technologii.
I to wtedy właśnie powstają najlepsze produkty.
Bo w świecie zaawansowanych technologii, sztucznej inteligencji i coraz bardziej skomplikowanych systemów najcenniejszą umiejętnością wciąż pozostaje umiejętność słuchania, uczenia się i współpracy.
Dlatego na koniec wracamy do cytatu, od którego wszystko się zaczęło:
💬 „Najwięcej uczymy się wtedy, gdy przestajemy udawać, że wiemy wszystko.”
Po całej tej serii jesteśmy przekonani, że nie jest to tylko dobra rada dla specjalistów IT. To jedna z najważniejszych zasad budowania zespołów, partnerstw i produktów, które naprawdę odpowiadają na potrzeby ludzi.
Dziękujemy, że byliście z nami przez cały cykl „Lekcje (nie)oczywiste”.
A może jest jeszcze jedna, własna lekcja, której nauczyła Was praca, choć nikt nie wpisał jej do backlogu?
