Tomasz Kłoś · Analiza biznesowo-systemowa i projektowanie rozwiązań

Projektuję system, zanim ktokolwiek napisze kod.

Analiza biznesowo-systemowa, zakres i RFP, projekt rozwiązania. Dziewięć lat w automotive, aerospace, ubezpieczeniach, telekomie i medycynie, dla klientów z Wielkiej Brytanii, USA i Niemiec.

Porozmawiajmy · 30 min Zobacz pakiety →

C4 · Poziom 2 · Kontenery przykład / hld.md

Która sytuacja jest Twoja?

Zamawiasz system

Wiesz, jaki problem chcesz rozwiązać, ale nie masz jeszcze zakresu, RFP ani projektu. Dostajesz dokument, na który software house odpowie konkretną ofertą.

Pakiety C i E →

Masz ofertę do sprawdzenia

Dostawca przysłał wycenę albo napisałeś RFP i chcesz drugiej pary oczu, zanim podpiszesz. W dwa, trzy dni dostajesz listę luk, ryzyk i pytań.

Pakiet A →

Budujesz zespołem

Masz zespół, brakuje Ci kogoś, kto poprowadzi backlog, roadmapę i dokumentację na styku biznesu i inżynierii. Dołączam na miesiące, nie tygodnie.

Pakiet F →

Jak pracuję

Trzy kroki, od problemu do projektu

1 / 3 · Kontekst

Zrozumieć

Warsztaty, mapa procesów, cele i mierniki. Zanim padnie słowo „system”, wiemy, jaki problem rozwiązujemy i ile jest wart.

2 / 3 · Kontenery

Zdefiniować

Zakres in / out, wymagania, ryzyka, estymacja. Dokument, na który dostawca może odpowiedzieć ofertą, a zarząd budżetem.

3 / 3 · Komponenty

Zaprojektować

C4, usługi, model domeny i danych, kontrakty integracji. Projekt niezależny od technologii, z którym zespół zaczyna od kodu, nie od zgadywania.

Pakiety

Cztery sposoby współpracy

Cena po 30-minutowej rozmowie, zależy od zakresu i rynku. Każdy pakiet kończy się dokumentem, który możesz oddać dostawcy albo zespołowi.

A 2–3 dni

Druga opinia

Masz ofertę od dostawcy albo gotowe RFP? Zanim podpiszesz, sprawdzę zakres, założenia i ryzyka oczami kogoś, kto budował takie systemy.

Co dostajesz

raport z lukami w zakresie i niejasnymi założeniami
lista pytań do dostawcy przed negocjacją
ocena ryzyk technicznych i harmonogramu
rekomendacja: podpisać, dopytać, przeprojektować

“His understanding of technical issues combined with his meticulous analysis of business aspects made his work exceptionally detailed.” Michał Czerwonka, .NET Software Engineer

C 3–5 tygodni

Zakres i RFP pod klucz

Od pierwszego warsztatu do wyboru dostawcy. Dostajesz dokument, na który software house może odpowiedzieć konkretną ofertą, a Ty możesz te oferty porównać.

Co dostajesz

warsztaty z interesariuszami, mapa procesów (BPMN)
cele, mierniki, zakres in / out, wymagania wysokiego poziomu
dokument RFP i kryteria oceny ofert
wsparcie w Q&A z oferentami, porównanie ofert, rekomendacja

Wariant B: samo discovery i zakres. 2–3 tygodnie, bez dokumentu RFP i oceny ofert. Kończy się zakresem, wstępnym backlogiem i rejestrem ryzyk.

“A great help in a pre-sale process. His analytical skills, deep knowledge of the IT topic, smart questions and attention to detail consistently ensured that our projects were well-defined.” Margarita Golubeva, Design and everything around IT

E 3–6 tygodni

Projekt systemu (HLD)

Masz zakres, nie masz jeszcze zespołu albo zespół czeka na projekt. Dostajesz dokumentację niezależną od technologii, z którą można wystartować development lub wycenić go u dostawcy.

Co dostajesz

diagramy C4: kontekst i kontenery
dekompozycja na usługi, model domenowy (DDD), model danych
kontrakty integracji, wymagania niefunkcjonalne
plan wydań i backlog pierwszego etapu
dodatek: dokumentacja przygotowana pod pracę z agentami AI

Wariant D: estymacja i feasibility. 1–2 tygodnie. Niezależna estymacja trzypunktowa, założenia, zależności, ryzyka, przedział budżetu i czasu dla zespołu.

“He is able to architect very complex systems with technical team to a granular detail, uncovering scenarios and mitigations that would otherwise be missed.” Syed Ammar Ahmad, Product Growth Specialist

F 2–5 dni w tygodniu

Technical Product Owner w zespole

Dołączam do Twojego zespołu na miesiące, nie tygodnie. Backlog, roadmapa, refinement, dokumentacja i decyzje techniczne na styku biznesu i inżynierii. Doświadczenie z mikroserwisami, standardami TM Forum i systemami medycznymi.

Co dostajesz

analiza problemu biznesowego i jego dekompozycja na wymagania, które zespół może zaimplementować
prowadzenie backlogu i roadmapy produktu
warsztaty z interesariuszami i refinement z zespołem
dokumentacja techniczna i materiały wydań
zarządzanie ryzykami i zależnościami między zespołami

“Tomasz is an exceptional Product Manager. He's thorough and imaginative, and above all else, customer focussed.” Paul Charlesworth, Head of SDN & Customer-Facing Innovation, SYNLAB International

9 rekomendacji na LinkedIn

“He has a remarkable talent for bridging the gap between technical teams and business stakeholders. He's able to clearly articulate complex technical concepts to non-technical audiences while ensuring that the technical implementation aligns perfectly with the business requirements.”
Tomasz JanczewskiSenior Software Developer, NG Logic Zobacz wszystkie na LinkedIn →

Dlaczego ja

Większość analityków kończy pracę na liście wymagań. Ja idę dalej: rozkładam system na usługi, modeluję domenę i dane, opisuję kontrakty integracji. Dokumentacja, którą oddaję, jest gotowa dla zespołu deweloperskiego, dla dostawcy odpowiadającego na RFP i dla agentów AI, które dziś piszą część kodu.

Masz projekt albo ofertę do sprawdzenia?

Trzydzieści minut wystarczy, żebym powiedział, który pakiet ma sens i ile potrwa. Bez zobowiązań.

Porozmawiajmy · 30 min