ItCraft

(Un)obvious Lessons #8 🛠️

Topic: People, Processes, and LLMs

“Remote work truly works - as long as you have responsible people and smart processes behind it.”

That’s what Aleksandra sees in our day-to-day work at itCraft.

In practice, it comes down to a few simple but powerful principles:

🔹 Scrum helps – but it’s not always enough. For the good of the project, the client, and the team, it sometimes makes sense to combine Agile and Waterfall.
🔹 Tools are our allies. Miro, Slack, or Primetric work best when we use them intentionally – not just by habit.
🔹 AI isn’t magic. Large Language Models help save time, but you need to know how to use them safely.

At itCraft, we’re open to new solutions. We try out new solutions and only keep what actually works. Processes are here to support people, not the other way around.

How about you?
Which tool has recently made your workday easier? 👇



[Polish]

Lekcje (nie)oczywiste #8 🛠️

Temat: Ludzie, procesy i… LLM

„Praca zdalna naprawdę działa, jeśli masz po swojej stronie odpowiedzialnych ludzi i mądre procesy.”

Tak mówi Aleksandra, obserwując codzienną pracę w itCraft.

W praktyce oznacza to kilka prostych, ale potężnych rzeczy:

🔹 Scrum pomaga, ale nie zawsze wystarcza. Dla dobra projektu, klienta i zespołu czasem warto łączyć podejście agile i waterfall
🔹 Narzędzia są naszymi przyjaciółmi: Miro, Slack czy Primetric działają najlepiej wtedy, gdy świadomie z nich korzystamy
🔹 AI nie jest magią: modele językowe pomagają oszczędzać czas i energię, ale wymagają uważności oraz jasno określonych ram bezpieczeństwa.

W itCraft nie boimy się nowych rozwiązań. Testujemy, sprawdzamy i wdrażamy tylko to, co naprawdę działa, bo procesy są dla ludzi, nie odwrotnie.

A Ty?
Które narzędzie ostatnio uratowało Ci dzień w pracy? 👇

(Un)obvious Lessons #7 🎓

Topic: From Junior to Mentor

Technology moves so fast that even keeping up with the documentation can feel impossible.
Arkadiusz realized is that staying ahead requires courage and initiative.

“It’s worth taking initiative and not being afraid of change. Every challenge, no matter how tough at first, helps you grow and broadens your perspective.”

But growth isn’t just about mastering new frameworks. It’s also about helping others along the way.

What does stepping into a Team Leader role teach you?
🔹 Mentoring juniors builds the company’s potential.
🔹 The opportunity you once received should now be paid forward to empower others.
🔹 A leader is someone who helps others grow, not just the one who knows the most.

At itCraft, change is constant, and helping others navigate it is our greatest strength.

Think back to your first mentor. What was the most valuable lesson they taught you?



[Polish]

Lekcje (nie)oczywiste #7 🎓

Temat: Od juniora do mentora

Technologia zmienia się tak szybko, że trudno nadążyć nawet za dokumentacją.
Arkadiusz przekonał się, że jedynym sposobem, by nadążyć, jest odwaga.

„Warto przejmować inicjatywę i nie bać się zmian. Każda z nich, choć początkowo trudna, rozwija i daje szerszą perspektywę.”

Ale rozwój to nie tylko nowe frameworki. To też podanie ręki innym.

Czego uczy rola Team Leadera?
🔹 Mentorowanie osób bez doświadczenia buduje potencjał firmy
🔹 Szansa, którą sam dostałeś na początku, powinna teraz pracować dla innych
🔹 Liderem jest ten, kto pomaga innym rosnąć, nie tylko ten, kto wie najwięcej

W itCraft zmiana jest stała, a wspieranie innych w niej to nasza największa wartość.

Pamiętasz swojego pierwszego mentora? Co było najcenniejszą lekcją, jaką Ci dał?

Software as a Medical Device (SaMD) – when does a health app cross the line?

Most healthtech products don’t “become” medical devices overnight.
They simply cross that line sooner than the team expects.

And usually, they realize it when it’s already too late for small fixes.

The real issue?
That line isn’t defined by features.

It’s defined by how regulators interpret your product’s intended use.

A wellness app supports sleep, diet, or general well-being and stays out of diagnostics.
SaMD analyzes data, supports clinical decisions, and can influence treatment.

In practice:

Displaying heart rate during a run? That’s wellness.
Analyzing it to detect arrhythmia and suggesting a doctor’s visit? That’s already a medical device.

Before you move forward, ask yourself:
◼ Could your product be used to make medical decisions, even if that wasn’t the original intent?
◼ Does its output influence how a doctor or patient acts?
◼ Could your messaging be interpreted as supporting diagnosis or treatment?

If the answer to any of these is “yes”, you’re entering MDR territory.

This isn’t something you fix at the end.
It’s a decision that shapes your architecture, development, and go-to-market.

The earlier you recognize it, the fewer painful corrections later.

Because in SaMD, the biggest cost isn’t compliance.
It’s rebuilding a product that’s already in use.

At itCraft, we help teams spot this moment early, before product decisions turn into regulatory ones.

So here’s the question that rarely gets asked upfront:
are you still building a “health app”, or already designing SaMD without realizing it?



[Polish]

Software as a Medical Device (SaMD) - kiedy aplikacja zdrowotna staje się wyrobem medycznym?

Większość produktów healthtech nie „staje się” wyrobem medycznym nagle.
One po prostu… przekraczają tę granicę szybciej, niż zakładał zespół.

I zwykle dowiadują się o tym wtedy, gdy jest już za późno na drobne poprawki.

Największy problem?
To, że ta granica nie wynika z funkcji.

Tylko z tego, jak regulator interpretuje przeznaczenie produktu.

Aplikacja wellness wspiera sen, dietę czy ogólne samopoczucie i nie ingeruje w diagnostykę.
SaMD analizuje dane, wspiera diagnozę i może wpływać na leczenie.

W praktyce:

Pokazujesz tętno podczas biegu? To wellness.
Analizujesz je, wykrywasz arytmię i sugerujesz kontakt z lekarzem? To już wyrób medyczny.

Zanim przejdziesz dalej, odpowiedz sobie szczerze:

◼ Czy Twój produkt może być użyty do podejmowania decyzji medycznych, nawet jeśli nie był tak zaprojektowany?
◼ Czy jego wynik zmienia sposób działania lekarza lub pacjenta?
◼ Czy opis produktu można zinterpretować jako wsparcie diagnozy lub leczenia?

Jeśli choć na jedno z tych pytań odpowiedź brzmi „tak” - wchodzisz w obszar MDR.

I to nie jest kwestia dokumentacji „na końcu”.
To decyzja, która wpływa na architekturę systemu, development i strategię wejścia na rynek.

W praktyce oznacza to coś jeszcze:
im wcześniej to zrozumiesz, tym mniej „bolesnych korekt” później.

Bo w SaMD największym kosztem nie jest zgodność.
Jest nią przebudowa produktu, który już działa.

W itCraft pomagamy zespołom złapać ten moment wcześniej – zanim decyzje produktowe staną się decyzjami regulacyjnymi.

I teraz pytanie, które rzadko pada na początku:
czy Twój produkt jest jeszcze „health app”, czy już nieświadomie projektujesz SaMD?

(Un)obvious Lessons #5 ✨

Topic: Humility over Infallibility

In recruitment, it’s easy to fall into the trap of thinking you always know what others are thinking and that you’re always right

At itCraft, Katsiaryna discovered that relaxing a bit and leaving her ego aside made all the difference.

“Working here taught me humility and how to truly appreciate the efforts of others. It helped me let go of the need to be right all the time.”

But humility isn’t a weakness – it’s the ability to keep learning from those around you

What does a culture of respect and support teach us.

🔹 Owning your mistakes without the fear of being judged.
🔹 Listening with curiosity, not just waiting for your turn to respond.
🔹 A relaxed mindset that helps build deeper, more lasting professional relationships.

We often learn the most when we admit we don’t have all the answers. Suddenly, work feels easier and the team grows stronger.

What about you? Have you ever admitted a mistake publicly at work? How did your team react?



[Polish]

Lekcje (nie)oczywiste #5 ✨

Temat: Pokora zamiast nieomylności

W rekrutacji łatwo uwierzyć, że zawsze się wie, co myślą inni i że zawsze ma się rację.

Katsiaryna w itCraft nauczyła się czegoś innego - większego luzu i zostawienia własnego ego w tyle.

„Praca tutaj nauczyła mnie pokory i doceniania wysiłku innych. Pozwoliła mi porzucić przekonanie o własnej nieomylności.”

Ale pokora to nie słabość, to umiejętność uczenia się od innych.

Czego uczy atmosfera oparta na szacunku?

🔹 Przyznawanie się do błędów bez strachu przed oceną.
🔹 Słuchanie z ciekawością, nie tylko po to, by odpowiedzieć.
🔹 Luz w podejściu pomaga budować lepsze i trwalsze relacje.

Najwięcej uczymy się wtedy, gdy przestajemy udawać, że wiemy wszystko. I nagle praca staje się łatwiejsza, a zespół mocniejszy.

A Tobie zdarzyło się kiedyś przyznać publicznie do błędu w pracy? Jak zareagował Twój zespół?

(Un)obvious Lessons #4 🤖

Topic: AI and tools that accelerate your workflow

AI is everywhere, but the right tools are what truly make a difference.
While analyzing new features for a client, Patryk discovered how AI can help generate user journey maps. The real game-changer, however, turned out to be Mermaid, a tool that turns simple, structured text into clear, usable diagrams.

“AI gives you a great head start, but your choice of tools determines how quickly you can turn ideas into functional diagrams. Leading platforms like Miro or FigJam don’t fully support this workflow yet, even though it would drastically speed things up,” says Patryk.

What can we learn from using tools wisely?

◼Synergy is key: Combine AI with the right specialized tools to save time and reduce errors.
◼Human in the loop: Automation provides the foundation, but the human expert still drives the process.
◼Small tweaks, big impact: Minor workflow improvements can create massive gains in overall efficiency.

At itCraft, we constantly test tools that let us work faster and smarter. Innovation isn’t just about the technology itself; it’s about how thoughtfully you apply it.

How about you? What AI-tool combos have you discovered recently that leveled up your workflow?



[Polish]

Lekcje (nie)oczywiste #4 🤖

Temat: AI i narzędzia, które przyspieszają pracę

AI jest wszędzie, ale odpowiednie narzędzia robią prawdziwą różnicę.
Przy analizie nowych funkcjonalności dla klienta, Patryk odkrył, jak AI może pomóc w generowaniu map user journey. Prawdziwym odkryciem okazało się jednak Mermaid - narzędzie, które przekształca tekst w diagramy przy użyciu prostej składni.

„AI może dać świetny start, ale to narzędzia decydują o tym, jak szybko przekształcisz pomysły w użyteczne diagramy. Czołowe narzędzia, jak Miro, FigJam czy Flowchart Makers, jeszcze nie w pełni to wspierają, a mogłoby mocno przyspieszyć pracę” - mówi Patryk.

Czego uczy mądre korzystanie z narzędzi?

◼ Łącz AI z odpowiednimi narzędziami, by oszczędzać czas i unikać błędów.
◼ Automatyzacja pomaga, ale to człowiek kieruje procesem.
◼ Małe usprawnienia mogą mieć wielki wpływ na efektywność.

W itCraft testujemy narzędzia, które pozwalają pracować szybciej i mądrzej, bo innowacja to nie tylko technologia, ale też jej rozsądne wykorzystanie.

A Ty? Jak używasz AI i narzędzi, by przyspieszyć swoją pracę?