| REKLAMA |
 |
Dotyczy to między innymi projektów unijnych, w ramach których jesteśmy zobowiązani do przestrzegania terminów i zakresu funkcjonalnego, a jakiekolwiek zmiany w tych obszarach nie wchodzą w grę. Mimo tego, znając zalety metodyk zwinnych zdecydowaliśmy się wykorzystać jak największą część z nich łącząc je z elementami tradycyjnego zarządzania projektami. Jak? Wprowadziliśmy zasady AgilePM na poziomie prac developerskich.
Sztywny harmonogram, zwinny development
Na podstawie dokumentacji analitycznej wiemy jaki jest deadline wdrożenia i jakie wymagania mają zostać spełnione. Jedyny element, którym mogliśmy żonglować to organizacja pracy i to właśnie w tym obszarze zastosowaliśmy metodykę zwinną. Stworzyliśmy kompletny backlog (czyli spriorytetyzowaną listę wszystkich zadań potrzebnych do wytworzenia produktu końcowego) a następnie pracę nad nimi podzieliliśmy na timeboxy Oczywiście tylko w idealnym świecie pierwotny podział byłby również tym ostatecznym. Rzeczywistość projektowa zmusza nas do regularnego wprowadzania zmian, które często prowadzą do kolejnych zmian. Przy takim stopniu złożoności projektu musimy co 2 tygodnie weryfikować postęp prac, aktualizować plan i nadawać priorytety kolejnym zadaniom. A wszystko to w ramach pewnych nieprzekraczalnych kamieni milowych opisanych w harmonogramie projektu.
Jak to rozliczyć?
Istnieje pogląd, że jedynym możliwym sposobem rozliczania projektu zwinnego jest T&M. Nasze doświadczenia mówią o tym, że fixed price oraz ograniczony harmonogram projektu nie wyklucza stosowania metodyk zwinnych. Jak to rozliczyć? Każdorazowo podchodzimy do analizy wymagań formalnych (np. w związku z dofinansowaniem unijnym) oraz możliwości zaangażowania klienta w rozwój systemu (ile czasu chce i może poświęcić w poszczególnych etapach). Odpowiedzi między innymi na te pytania pozwalają nam wypracować unikalny model współpracy i wytwarzania oprogramowania, dopasowany do danego projektu.
Sporo wyzwań, jeszcze więcej korzyści
Taka organizacja pracy nie jest typową w projektach o ustalonym budżecie, harmonogramie i zakresie, jednak niesie za sobą wiele korzyści. Przede wszystkim pozwala przemodelować rolę Klienta w projekcie. Duże zaangażowanie po jego stronie sprawia, że nasza współpraca ma często charakter partnerski. Dzięki tej relacji i otwartej komunikacji jesteśmy w stanie lepiej zrozumieć potrzeby Klienta i wprowadzać modyfikacje od razu po zaistnieniu takiej potrzeby, bez konieczności czekania na końcowy etap testów. Klient z kolei ma możliwość regularnej weryfikacji postępu w pracy i zgłaszania zastrzeżeń na bieżąco.
Poniżej przedstawiamy w skróconej formie proces wytwórczy uwzględniający development, testy wewnętrzne Wykonawcy oraz testy akceptacyjne Klienta. Przyrost aplikacji do weryfikacji klienta oddawany jest co 4 tygodnie, tym samym jest możliwe zebranie bieżącego feedbacku od użytkownika końcowego.
Pomimo początkowego zdziwienia niecodziennym połączeniem scruma z fixed price, po chwili zastanowienia można określić to jako sytuację win-win. Klient ma gwarancje kosztów, zakresu i deadline’u. Dodatkowo regularnie weryfikuje efekty pracy i bierze czynny udział w realizacji projektu. My mamy dowolność w krótkoterminowej organizacji developmentu oraz możliwość bieżącego testowania i poprawiania ewentualnych błędów.
Źródło: www.dahliamatic.pl
Sztywny harmonogram, zwinny development
Na podstawie dokumentacji analitycznej wiemy jaki jest deadline wdrożenia i jakie wymagania mają zostać spełnione. Jedyny element, którym mogliśmy żonglować to organizacja pracy i to właśnie w tym obszarze zastosowaliśmy metodykę zwinną. Stworzyliśmy kompletny backlog (czyli spriorytetyzowaną listę wszystkich zadań potrzebnych do wytworzenia produktu końcowego) a następnie pracę nad nimi podzieliliśmy na timeboxy Oczywiście tylko w idealnym świecie pierwotny podział byłby również tym ostatecznym. Rzeczywistość projektowa zmusza nas do regularnego wprowadzania zmian, które często prowadzą do kolejnych zmian. Przy takim stopniu złożoności projektu musimy co 2 tygodnie weryfikować postęp prac, aktualizować plan i nadawać priorytety kolejnym zadaniom. A wszystko to w ramach pewnych nieprzekraczalnych kamieni milowych opisanych w harmonogramie projektu.
Poza samą organizacją prac programistycznych istotny jest również tryb testowania, który wybraliśmy. Testy UAT wykonujemy w trakcie procesu developmentu, co też jest jednym z założeń metodyk zwinnych. – mówi Klara Górska, Project Manager i Scrum Master z pionu Custom Development w DahliaMatic. Klient ma możliwość bieżącej weryfikacji funkcjonalności i działania systemu na „żywym organizmie”, co daje mu realny wpływ na proces wytwórczy. Nie byłoby to możliwe przy testach przeprowadzanych pod koniec projektu. Na tym etapie wprowadzenie niektórych zmian jest po prostu niemożliwe. Z kolei dla nas to szansa na szybkie wyłapanie i poprawienie błędów, a następnie nie powielanie ich w przyszłości.
Jak to rozliczyć?
Istnieje pogląd, że jedynym możliwym sposobem rozliczania projektu zwinnego jest T&M. Nasze doświadczenia mówią o tym, że fixed price oraz ograniczony harmonogram projektu nie wyklucza stosowania metodyk zwinnych. Jak to rozliczyć? Każdorazowo podchodzimy do analizy wymagań formalnych (np. w związku z dofinansowaniem unijnym) oraz możliwości zaangażowania klienta w rozwój systemu (ile czasu chce i może poświęcić w poszczególnych etapach). Odpowiedzi między innymi na te pytania pozwalają nam wypracować unikalny model współpracy i wytwarzania oprogramowania, dopasowany do danego projektu.
Sporo wyzwań, jeszcze więcej korzyści
Taka organizacja pracy nie jest typową w projektach o ustalonym budżecie, harmonogramie i zakresie, jednak niesie za sobą wiele korzyści. Przede wszystkim pozwala przemodelować rolę Klienta w projekcie. Duże zaangażowanie po jego stronie sprawia, że nasza współpraca ma często charakter partnerski. Dzięki tej relacji i otwartej komunikacji jesteśmy w stanie lepiej zrozumieć potrzeby Klienta i wprowadzać modyfikacje od razu po zaistnieniu takiej potrzeby, bez konieczności czekania na końcowy etap testów. Klient z kolei ma możliwość regularnej weryfikacji postępu w pracy i zgłaszania zastrzeżeń na bieżąco.
W ramach projektu tworzymy z Klientem jeden zespół, grający do tej samej bramki. Mamy wspólny cel i dzięki tak dużemu zaangażowaniu po obu stronach jesteśmy w stanie jeszcze lepiej zrozumieć jego potrzeby i wypracować optymalne rozwiązania. – dodaje Klara.
Poniżej przedstawiamy w skróconej formie proces wytwórczy uwzględniający development, testy wewnętrzne Wykonawcy oraz testy akceptacyjne Klienta. Przyrost aplikacji do weryfikacji klienta oddawany jest co 4 tygodnie, tym samym jest możliwe zebranie bieżącego feedbacku od użytkownika końcowego.
Pomimo początkowego zdziwienia niecodziennym połączeniem scruma z fixed price, po chwili zastanowienia można określić to jako sytuację win-win. Klient ma gwarancje kosztów, zakresu i deadline’u. Dodatkowo regularnie weryfikuje efekty pracy i bierze czynny udział w realizacji projektu. My mamy dowolność w krótkoterminowej organizacji developmentu oraz możliwość bieżącego testowania i poprawiania ewentualnych błędów.
Źródło: www.dahliamatic.pl
Najnowsze wiadomości
Customer-specific AI: dlaczego w 2026 roku to ona przesądza o realnym wpływie AI na biznes
W 2026 roku sztuczna inteligencja przestaje być ciekawostką technologiczną, a zaczyna być rozliczana z realnego wpływu na biznes. Organizacje oczekują dziś decyzji, którym można zaufać, procesów działających przewidywalnie oraz doświadczeń klientów, które są spójne w skali. W tym kontekście coraz większe znaczenie zyskuje customer-specific AI - podejście, w którym inteligencja jest osadzona w danych, procesach i regułach konkretnej firmy, a nie oparta na generycznych, uśrednionych modelach.
PROMAG S.A. rozpoczyna wdrożenie systemu ERP IFS Cloud we współpracy z L-Systems
PROMAG S.A., lider w obszarze intralogistyki, rozpoczął wdrożenie systemu ERP IFS Cloud, który ma wesprzeć dalszy rozwój firmy oraz integrację kluczowych procesów biznesowych. Projekt realizowany jest we współpracy z firmą L-Systems i obejmuje m.in. obszary finansów, produkcji, logistyki, projektów oraz serwisu, odpowiadając na rosnącą skalę i złożoność realizowanych przedsięwzięć.
SkyAlyne stawia na IFS dla utrzymania floty RCAF
SkyAlyne, główny wykonawca programu Future Aircrew Training (FAcT), wybrał IFS Cloud for Aviation Maintenance jako cyfrową platformę do obsługi technicznej lotnictwa i zarządzania majątkiem. Wdrożenie ma zapewnić wgląd w czasie rzeczywistym w utrzymanie floty, zasoby i zgodność, ograniczyć przestoje oraz zwiększyć dostępność samolotów szkoleniowych RCAF w skali całego kraju. To ważny krok w modernizacji kanadyjskiego systemu szkolenia załóg lotniczych.
Wykorzystanie AI w firmach rośnie, ale wolniej, niż oczekiwano. Towarzyszy temu sporo rozczarowań
Wykorzystanie sztucznej inteligencji w firmach rośnie, ale tempo realnych wdrożeń pozostaje znacznie wolniejsze od wcześniejszych oczekiwań rynku. Dane pokazują, że z rozwiązań AI korzysta dziś wciąż niewiele przedsiębiorstw, a menedżerowie coraz częściej wskazują na bariery regulacyjne, koszty oraz brak powtarzalnych efektów biznesowych. W praktyce technologia jest testowana głównie w wybranych obszarach, a kluczowe decyzje nadal pozostają po stronie człowieka. Również w firmach, które wdrożyły AI, nierzadko towarzyszą temu rozczarowania.
Europejski przemysł cyfryzuje się zbyt wolno – ERP, chmura i AI stają się koniecznością
Europejski przemysł średniej wielkości wie, że cyfryzacja jest koniecznością, ale wciąż nie nadąża za tempem zmian. Ponad 60% firm ocenia swoje postępy w transformacji cyfrowej jako zbyt wolne, mimo rosnącej presji konkurencyjnej, regulacyjnej i kosztowej. Raport Forterro pokazuje wyraźną lukę między świadomością potrzeby inwestycji w chmurę, ERP i AI a realną zdolnością do ich wdrożenia – ograniczaną przez braki kompetencyjne, budżety i gotowość organizacyjną.
Europejski przemysł średniej wielkości wie, że cyfryzacja jest koniecznością, ale wciąż nie nadąża za tempem zmian. Ponad 60% firm ocenia swoje postępy w transformacji cyfrowej jako zbyt wolne, mimo rosnącej presji konkurencyjnej, regulacyjnej i kosztowej. Raport Forterro pokazuje wyraźną lukę między świadomością potrzeby inwestycji w chmurę, ERP i AI a realną zdolnością do ich wdrożenia – ograniczaną przez braki kompetencyjne, budżety i gotowość organizacyjną.
Najnowsze artykuły
5 pułapek zarządzania zmianą, które mogą wykoleić transformację cyfrową i wdrożenie ERP
Dlaczego jedne wdrożenia ERP dowożą korzyści, a inne kończą się frustracją, obejściami w Excelu i spadkiem zaufania do systemu? Najczęściej decyduje nie technologia, lecz to, jak organizacja prowadzi zmianę: czy liderzy biorą odpowiedzialność za decyzje czy tempo jest dopasowane do zdolności absorpcji oraz czy ludzie dostają klarowność ról i realne kompetencje. Do tego dochodzi pytanie: co po go-live - stabilizacja czy chaos w firmie? Poniżej znajdziesz 5 pułapek, które najczęściej wykolejają transformację i praktyczne sposoby, jak im zapobiec.
SAP vs Oracle vs Microsoft: jak naprawdę wygląda chmura i sztuczna inteligencja w ERP
Wybór systemu ERP w erze chmury i sztucznej inteligencji to decyzja, która determinuje sposób działania organizacji na lata- a często także jej zdolność do skalowania, adaptacji i realnej transformacji cyfrowej. SAP, Oracle i Microsoft oferują dziś rozwiązania, które na pierwszy rzut oka wyglądają podobnie, lecz w praktyce reprezentują zupełnie odmienne podejścia do chmury, AI i zarządzania zmianą. Ten artykuł pokazuje, gdzie kończą się deklaracje, a zaczynają realne konsekwencje biznesowe wyboru ERP.
Transformacja cyfrowa z perspektywy CFO: 5 rzeczy, które przesądzają o sukcesie (albo o kosztownej porażce)
Transformacja cyfrowa w finansach często zaczyna się od pytania o ERP, ale w praktyce rzadko sprowadza się wyłącznie do wyboru systemu. Dla CFO kluczowe jest nie tylko „czy robimy pełną wymianę ERP”, lecz także jak policzyć ryzyko operacyjne po uruchomieniu, ocenić wpływ modelu chmurowego na koszty OPEX oraz utrzymać audytowalność i kontrolę wewnętrzną w nowym modelu działania firmy.
Agentic AI rewolucjonizuje HR i doświadczenia pracowników
Agentic AI zmienia HR: zamiast odpowiadać na pytania, samodzielnie realizuje zadania, koordynuje procesy i podejmuje decyzje zgodnie z polityką firmy. To przełom porównywalny z transformacją CRM – teraz dotyczy doświadczenia pracownika. Zyskują HR managerowie, CIO i CEO: mniej operacji, więcej strategii. W artykule wyjaśniamy, jak ta technologia redefiniuje rolę HR i daje organizacjom przewagę, której nie da się łatwo nadrobić.
Composable ERP: Przewodnik po nowoczesnej architekturze biznesowej
Czy Twój system ERP nadąża za tempem zmian rynkowych, czy stał się cyfrową kotwicą hamującą rozwój? W dobie nieciągłości biznesowej tradycyjne monolity ustępują miejsca elastycznej architekturze Composable ERP. To rewolucyjne podejście pozwala budować środowisko IT z niezależnych modułów (PBC) niczym z klocków, zapewniając zwinność nieosiągalną dla systemów z przeszłości. W tym raporcie odkryjesz, jak uniknąć pułapki długu technologicznego, poznasz strategie liderów rynku (od SAP po MACH Alliance) i wyciągniesz lekcje z kosztownych błędów gigantów takich jak Ulta Beauty. To Twój strategiczny przewodnik po transformacji z cyfrowego "betonu" w adaptacyjną "plastelinę".
Customer-specific AI: dlaczego w 2026 roku to ona przesądza o realnym wpływie AI na biznes
W 2026 roku o wartości sztucznej inteligencji decyduje nie jej „nowość”, ale zdolność do dostarczan… / Czytaj więcej
Europejski przemysł cyfryzuje się zbyt wolno – ERP, chmura i AI stają się koniecznością
Ponad 60% średnich przedsiębiorstw przemysłowych w Europie uważa, że tempo ich transformacji cyfrow… / Czytaj więcej
Nowa era komunikacji biznesowej, KSeF stał się faktem
Od 1 lutego 2026 roku, w Polsce z sukcesem rozpoczęła się nowa era elektronicznej komunikacji w biz… / Czytaj więcej
Co dziś decyduje o sukcesie projektów IT?
Według danych z analizy rynku IT w 2025 roku, 59% projektów jest ukończonych w ramach budżetu, 47%… / Czytaj więcej
Przemysł w 2026 roku: od eksperymentów do zdyscyplinowanego wdrażania AI
Rok 2026 będzie momentem przejścia firm produkcyjnych od pilotaży technologicznych do konsekwentnyc… / Czytaj więcej
Hakerzy nie kradną już tylko haseł. Oni kradną Twój czas i przyszłość. Jak chronić ERP przed paraliżem?
Hakerzy coraz rzadziej koncentrują się wyłącznie na kradzieży haseł. Ich prawdziwym celem jest dziś… / Czytaj więcej
