Jak kupować IT, żeby nie kupić problemu
Cztery decyzje podejmowane przed wysłaniem zapytania, które decydują o tym, czy projekt da się później uratować.
Piotr Kaniewski · 19 marca 2026 · 7 min czytania
To tekst zastępczy — struktura i długość odpowiadają docelowemu materiałowi, ale treść nie została napisana ani przejrzana przez Piotra. Nie cytuj.
Pytanie, które w tej sprawie pada najczęściej, brzmi „czy nam wolno”. To złe pytanie — albo raczej pytanie zadane o dwa kroki za późno. Zanim dojdziemy do tego, czy wolno, trzeba rozstrzygnąć, czym właściwie jest to, o czym mówimy, i kto w tej konfiguracji za to odpowiada.
W praktyce rozstrzygają trzy rzeczy: jak wygląda przepływ danych, kto podejmuje decyzję na końcu tego przepływu i co się dzieje, gdy decyzja okaże się zła. Wszystko inne jest konsekwencją tych trzech ustaleń, a nie osobnym tematem do analizy.
Od czego zacząć
Zacznij od spisania tego, co już masz, a nie od tego, co powinieneś mieć. Większość organizacji ma więcej niż myśli — regulaminy, polityki, zapisy w umowach z dostawcami — tylko nikt tego nie zestawił w jednym miejscu i nie sprawdził, czy te dokumenty mówią to samo.
Dopiero na tym tle widać luki, które naprawdę trzeba załatać. Bez tego kroku powstaje kolejna polityka, która stoi w sprzeczności z dwoma poprzednimi, i to właśnie ta sprzeczność będzie problemem, gdy ktoś zapyta.
Gdzie to najczęściej pęka
Pęka na styku: w miejscu, w którym dokument opisuje jeden proces, a zespół pracuje w drugim. Zapis, którego nikt nie stosuje, jest gorszy niż jego brak — brak da się wytłumaczyć, a niestosowany zapis jest dowodem, że wiedzieliście i nie zrobiliście z tym nic.
Dlatego każdy wniosek z tego materiału ma formę pytania do zadania u siebie, a nie gotowej klauzuli do wklejenia. Klauzula bez procesu, który ją wykonuje, jest ozdobą.
Powiązane materiały
AI Act w małej firmie: co Cię dotyczy, a co nie
Większość firm nie jest dostawcą systemu wysokiego ryzyka i nie musi budować systemu zarządzania ryzykiem. Jak sprawdzić, po której stronie tej granicy jesteś.
Checklista: wdrożenie narzędzia AI w zespole
Dwadzieścia pytań, na które trzeba mieć odpowiedź przed podpisaniem umowy z dostawcą — od podstawy prawnej po wyjście z narzędzia.
Nadzór człowieka nie jest definicją systemu AI
Argument „da się to kontrolować, więc to nie AI" pojawia się regularnie i regularnie prowadzi na manowce. Obowiązek wobec systemu to nie przesłanka definicyjna systemu.