Low-code adaptacja do Agile w tydzień

Adaptacja platformy low-code do Agile: transformacja w tydzień

Platformy low-code umożliwiają szybkie dostosowanie procesów do zmieniających się potrzeb biznesowych. W ciągu tygodnia zespół zaadaptował system ITSM 365, zorientowany na Waterfall, do metodyki Agile, dodając sprinty, tablice Scrum i backlog. Rozwiązano w ten sposób problemy związane z wieloma narzędziami i ręcznym ewidencjonowaniem danych, oszczędzając na licencjach i czasie.

Typowy scenariusz: firma kupuje system dla projektów kaskadowych, następnie dział R&D przechodzi na Scrum, marketing na Kanban. Rezultat – trzy oddzielne narzędzia z kosztami około 1 miliona złotych rocznie plus ręczna synchronizacja danych.

Problemy sztywnych systemów i rozwiązania low-code

Sztywne systemy wymagają oddzielnych projektów dla zmian, zmuszają do dostosowywania procesów do narzędzia i przeciążają interfejs.

Problem 1: Zmiany jako osobny projekt.

Dodanie pola "Ryzyka" zajmuje miesiące. W low-code: administrator tworzy pole niestandardowe w edytorze wizualnym w kilka minut – typ listy z wartościami "Niskie/Średnie/Wysokie/Krytyczne".

Problem 2: Procesy pod system.

Sprinty Scrum imitują etapy, tracąc tablice i priorytety. W low-code: nowa encja "Sprint", równolegle z Ganttem.

Problem 3: Przeciążony interfejs.

W kaskadowej karcie zadania story points chowają się pod polami budżetu i zasobów. Rozwiązanie: osobny widok Agile z odpowiednimi polami.

Problem 4: Brak skalowalności.

Wzrost firmy prowadzi do dopasowywania metodologii i dodatkowych kosztów. Low-code rozszerza się modułami bez migracji.

Istota low-code w zarządzaniu projektami

Podstawowa konfiguracja pokrywa 70-80% potrzeb: hierarchia projekt-etap-zadanie, Gantt, ścieżka krytyczna, ewidencja nakładów pracy, pulpity nawigacyjne.

Low-code dodaje:

• Nowe encje (sprint, user story);
• Interfejsy (tablice Scrum);
• Automatyzację (wyzwalacze, pola obliczeniowe);
• Niestandardowe metryki.

Proporcje konfiguracji:

• 80% – edytor wizualny;
• 15% – proste skrypty;
• 5% – programista.

Krok po kroku transformacja do Agile

Krok 1: Encja "Sprint".

Nowy typ projektu "Agile". Atrybuty:

• Nazwa (Sprint 1);
• Cel;
• Daty (2 tygodnie).

Ukryte etapy dla kaskady.

Krok 2: Modyfikacja "Zadanie".

Pola:

• Powiązanie ze Sprintem;
• Typ (User Story/Bug/Zadanie techniczne);
• Szacowanie (dni/godziny).

Opcjonalnie: story points, kryteria akceptacji.

Krok 3: Tablica Scrum.

Nowy widok "Tablica":

• Kolumny: Utworzone/W realizacji/Przegląd kodu/Test/Zakończone;
• Grupowanie według wykonawców;
• Kolory według typów;
• Pola na karcie: numer, temat, priorytet, awatar, szacowanie, termin.

Krok 4: Backlog.

Lista z filtrem "sprint = pusty". Kolumny: numer, temat, status, odpowiedzialny, priorytet, termin. Masowe przypisywanie do sprintów, sortowanie, filtry.

Zakładka "Sprinty" pokazuje zadania według podziału, listę sprintów.

Co jest ważne

• Oszczędność: Jeden system zamiast trzech – minus 1 mln zł/rok na licencjach i pracy ręcznej;
• Szybkość: 80% zmian bez kodu, transformacja w tydzień;
• Skalowalność: Obsługa mieszanki Waterfall/Agile/Kanban bez migracji;
• Efektywność: Redukcja Shadow IT, obciążenia poznawczego, błędów;
• Automatyzacja: Wyzwalacze, pulpity nawigacyjne dla rutyny.

Taka adaptacja zachowuje podstawową funkcjonalność dla projektów klasycznych, dodając Agile bez utraty danych.

— Editorial Team