002: Projekt platformy e-commerce - jak się na niego przygotować?

I podejmujemy decyzję, że chcemy wystartować z projektem naszej nowej platformy e-commerce, czy to B2B, czy to B2C. I no właśnie, pojawia się takie pytanie, jak zacząć, jak to zorganizować? Czyli dzisiaj porozmawiamy sobie o tym, jak od strony takiej organizacyjnej ogarnąć ten temat, bo jedną rzeczą jest kwestia techniczna do gadania tego, jakie funkcje ma mieć platforma. Jak ona ma funkcjonalnie wyglądać, a drugi temat to jest taki, jak zorganizować sobie w ogóle te prace, żeby na koniec dnia ten projekt przynosił nam rzeczywiste korzyści, no i przede wszystkim, żeby on się zmieścił w tym naszym wymarzonym budżecie i w czasie.

www.manufaktura.com Jak przejdziecie sobie przez taki projekt to zobaczycie, że tych pytań związanych z tym projektem będzie bardzo dużo. Mimo, że mogliście mieć wcześniej jakieś warsztaty, być może była jakaś rozmowa tzw. discovery call, która

Jak się na niego przygotować? Ale są też inne opcje możliwe do osiągnięcia. Przykładowo możemy zrobić tak, że ustalamy jakiś kwant czasowy względem wybranego stanowiska i twierdzimy, że w ramach tego czasu osoba ma być zaangażowana w 100% w ten projekt.

Co jest takie już wątpliwe, bo to już zahacza o to, że jest jakiś inny zestaw kompetencji Zastaw kompetencji. Z tego jak dowozi ten projekt, czy w ogóle ten projekt idzie w odpowiednim kierunku. Wtedy ta odpowiedzialność sprawia, że jej motywacja do rozliczania projektu jest dużo wyższa.

Także warto wziąć gdzieś pod uwagę ten fakt. I być może właśnie pomyśleć o jakimś powiązaniu działania w obszarze tej platformy, powiązania tych działań osoby, która jest dedykowaną osobą po stronie zamawiającego, powiązania jej może wynagrodzenia, może zaangażowania czasowego w tym projekcie. To jest o tyle ważne też, że jeśli my jasno powiemy, że ten projekt ma jakiś tam swój KPI, czy ta osoba jest rozliczana z tego projektu, to ona też automatycznie dostaje sygnał od nas, że faktycznie nam jako zarządowi czy jako firmie zależy na tym projekcie.

I na koniec dnia wszyscy będą też mieli świadomość tego i będzie to jasno powiedziane, że jeśli ta osoba jest w projekt zaangażowana, to nie zostanie jej zarzucone to, że nie angażuje się w inne obszary. To oczywiście oznacza, że od strony zamawiającego powinniśmy wziąć pod uwagę również ten koszt, czyli jedną rzeczą jest koszt wynikający z wdrożenia platformy i tego, co daje wykonawca. Ale drugą składową kosztową jest to, że po stronie zamawiającego, czyli po naszej stronie, jest też dedykowana osoba, która opiekuje się tym projektem. No i za ten czas zapewne trzeba jej zapłacić, więc warto uwzględnić również ten koszt w koszcie projektu.

Oczywiście możecie próbować realizować ten projekt w oparciu o tylko osoby po stronie wykonawcy, czyli jakby takiego powiedzmy Product Ownera czy Project Managera po stronie wykonawcy, ale w większości wypadków to nie jest efektywne. Oprócz tego wchodzi w komunikację z Wami, a do tego wszystkiego nie jest jeszcze umocowana decyzyjnie w tym całym procesie, więc te wszystkie działania jej Z definicji od razu mają niższy priorytet. Z praktyki widzę, że ustawianie takiej osoby dedykowanej po stronie zamawiającego jednak porządkuje tę pracę i na koniec dnia doprowadza do tego, że ten projekt działa płynnie.

Dlatego jest to bardzo ważne i super istotne, żeby ten ekosystem IT brać pod uwagę. Bo z praktyki mogę powiedzieć, że bardzo duża część godzin przepracowanych na projektach tego typu wiąże się z koniecznością integracji z różnymi systemami zewnętrznymi. I w zależności od tego jak złożony jest ten ekosystem IT dookoła może się okazać, że nawet większa część projektu Większą część projektu stanowi właśnie konieczność integracji z systemami, dlatego pominięcie tego kroku sprawi, że na przykład będziemy w trakcie prac dopiero dowiadywać się o tym, z czym my się chcemy albo z czym musimy się integrować, co na pewno zrodzi nie tylko frustrację, ale sprawi, że sam projekt spuchnie, jeśli chodzi o liczbę godzin koniecznych do zrealizowania

Efektu końcowego. Dlatego warto tę analizę przeprowadzić i dać możliwość wykonawcy ocenienia tego, z czym się integrować, jak się integrować, uwzględniając wszelkiego rodzaju wymagania, czy dotyczące właśnie wydajności, bezpieczeństwa, spełnienia jakiś tam norm czy standardów firmowych. Mając te kroki, czyli mając osobę dedykowaną, robiąc analizę biznesową, ekosystem IT, możemy przejść do jeszcze jednego istotnego kroku, do identyfikacji ryzyk i zbudowania road mapy. To też jest szalenie ważny krok. Szczególnie jeśli chodzi o identyfikację ryzyk, bardzo ważne jest to, żeby w miarę możliwości przejść do tego zanim zaczniemy realizować projekt, czyli usiąść i zadać sobie takie pytania, gdzie potencjalnie może coś się nie udać, dlaczego miałoby się to nie udać.

Jak się na niego przygotować? Jak wyobrażamy sobie scenariusz tego projektu? Jak wyobrażamy harmonogram tego projektu? Jakie będzie następstwo różnych realizowanych elementów? Dzielimy sobie projekt na moduły, może na etapy. Ustawiamy te etapy w różnej kolejności. Po to, żeby mieć zwizualizowane i znowu zaplanowane to jak powinien wyglądać ten projekt, jeśli wszystko pójdzie zgodnie z naszymi oczekiwaniami.

Ta roadmap ma na celu w sumie doprowadzenie do dwóch rzeczy. Pierwsza rzecz to jest taka, że planując te nasze działania dzielimy sobie projekt na mniejsze składowe, dzięki czemu łatwiej nam jest go zrozumieć. I co więcej ustawiamy sobie te składowe w jakiejś tam sekwencji zdarzeń. Może się okazać, że niektóre rzeczy jesteśmy w stanie zrównoleglić. Może się okazać, że niektóre rzeczy nie dadzą się zrównoleglić no i musimy uwzględnić fakt, że będzie to realizowane sekwencyjnie i dzięki temu mamy już pojęcie na temat tego z jakim horyzontem czasowym mamy do czynienia w wybranym projekcie. Także to jest

Generalnie to są takie zasady, które Są istotne dla każdego projektu IT. W przypadku platformy e-commerce to również jest ważne, czyli podsumowując, dedykowana osoba po stronie zamawiającego, żeby trzymała w ryzach projekt od strony tej biznesowej i od strony zamawiającego i nie paraliżowała prac wszystkich działów. Analiza biznesowa, żebyśmy dobrze jako wykonawcy zrozumieli jak działa Twój biznes, a Ty żebyś od strony zamawiającego z kolei był w stanie znaleźć jakieś swoje wąskie gardła, zobaczyć tak metodycznie jak pracujecie i czy gdzieś tam jeszcze nie ma przestrzeni do tego, żeby to poprawić.

Analiza ekosystemu IT, czyli element, który pozwala nam na identyfikowanie tego, jakie systemy mają działać na tę platformę i z którymi ona ma współpracować. Oraz identyfikacja ryzyki roadmapa, czyli zidentyfikowanie tego co potencjalnie może pójść nie tak, jak to zaadresować i jak mniej więcej ten projekt będzie wyglądał na tym etapie, na którym go rozumiemy w tym momencie. Na koniec chciałem tylko wspomnieć o tym, żebyście patrzyli na taki projekt platformy e-commerce z taką wizją przyszłości powiedzmy. To znaczy to co prawda będzie projekt, ale na koniec dnia po zbudowaniu tej platformy tak naprawdę ta przygoda dopiero się zaczyna.