Nasza oferta "PoC/PoV"

Szybkie tworzenie odpowiedniego kodu w celu rozwiązania technicznych wątpliwości w bardziej ambitnych projektach.

Marc Hugon

Technical Project Manager

Masz szansę na rozwój biznesu, ale nie wiesz, jak ją technicznie wykorzystać? Masz projekt i wątpliwości co do jego wykonalności, a może nawet do inwestycji wymaganych do jego realizacji? Zidentyfikowałeś szansę na rozwój biznesu, którą chcesz przetestować, aby sprawdzić jej opłacalność?

Nasza propozycja wsparcia jest spersonalizowana i może obejmować wszystkie lub niektóre z poniższych elementów:

Określenie dokładnej przyczyny niezdecydowania
Zdefiniowanie minimalistycznego zakresu projektu, aby zapewnić jednoznaczną odpowiedź, w jaki sposób projekt powinien zostać zrealizowany
Opracowanie tego projektu z kodem, który można ponownie wykorzystać w produkcie końcowym
Przetestowanie kodu, potencjalnie w środowisku produkcyjnym, jeśli okaże się, że jest to środowisko, które usuwa największą liczbę wątpliwości.
Raport z ustaleń i dokumentacja wyjaśniająca zastosowane metody i zasoby

1- Zrozumienie Twojego projektu i wątpliwości

Pierwszym krokiem jest zrozumienie Twoich celów biznesowych. Jest to wspólny wątek przewijający się przez całą późniejszą pracę. Celem tego PoC (Proof of Concept) jest pomoc w osiągnięciu Twoich celów biznesowych i/lub organizacyjnych.

Następnie skupiamy się na problemie, w związku z którym potrzebna jest pomoc z zewnątrz.

Współpracujemy z Twoimi zespołem technicznym i biznesowym, aby uzyskać dokładny obraz maksymalnej liczby parametrów, które należy wziąć pod uwagę. Celem jest zidentyfikowanie wszystkich ograniczeń, zarówno technicznych, jak i organizacyjnych.

Wszystko to pozwala na sporządzenie dokumentu referencyjnego dla kolejnych etapów.

Praca ta jest wykonywana przez eksperta technicznego opracowującego PoC, któremu towarzyszy dyrektor techniczny wspierany przez pozostałe zespoły Kaliop.

2 – Definiowanie PoC / PoV

PoC (Proof Of Concept) odnosi się do kwestii technicznej, podczas gdy PoV (Proof Of Value) jest funkcjonalny. PoV różni się od MVP (Minimum Viable Product) ponieważ kwestia wykonalności jest w tym przypadku dopiero analizowana. We wszystkich przypadkach stosowane jest to samo podejście projektowe. Zaangażowane osoby będą takie same, ale ich stopień uczestnictwa będzie różny. Logicznie rzecz biorąc, umiejętności techniczne będą wymagane bardziej niż umiejętności funkcjonalne w PoC i odwrotnie.

Przed rozpoczęciem projektu należy zdefiniować:

Potrzebę funkcjonalną, na którą musimy odpowiedzieć, wraz z interakcjami technicznymi, które muszą zostać wdrożone, aby to osiągnąć. Na tym etapie można rozważyć fazy UX
Jak proces wytwarzania oprogramowania ma zostać przeprowadzony i wdrożony
Wzkaźniki za pomocą których wynik zostanie zweryfikowany
Szacowany czas inwestycji w wytwarzanie oprogramowania

Dzięki temu:

ramy projektu odpowiadają dokładnie Twoim oczekiwaniom
kod, który zostanie stworzony, jest zgodny z Twoimi oczekiwaniami, co może obejmować integrację tego kodu z Twoimi własnymi aplikacjami
będziemy w stanie dokładnie zweryfikować, co ten test będzie w stanie, a czego nie będzie w stanie osiągnąć
czas poświęcony na ten rozwój pozostaje ograniczony, zgodnie z tym, co zostało zdefiniowane jako rozsądna i wystarczająca inwestycja, aby osiągnąć ten cel.

3 – Wdrażanie i testowanie

Kaliop zaleca ogólnie stosowanie metodologii zwinnych, a tym bardziej w ramach tego typu projektu.

Kluczowe jest testowanie iteracji tak szybko, jak to możliwe, aby nie tracić czasu na hipotezy, które okażą się błędne.

Naszym głównym celem w tej fazie będzie więc ułatwienie regularnych testów w miarę postępu prac.

Czas jest ograniczony, dlatego ważna jest dostępność osób z Twojego zespołu, które posiadają wiedzę pomocną zespołowi Kaliop w poznawaniu Twoich systemów. To kluczowy element, aby uniknąć nadmiernego inwestowania czasu w opracowywanie rozwiązań.

4 – Wykorzystanie zdobytej wiedzy

Wszystkie testy przeprowadzone podczas fazy rozwoju i fazy odbioru są uwzględniane w końcowym raporcie.

Pozwalają one na obiektywne przedstawienie zaobserwowanych wyników, niezależnie od tego, czy spełniają one oczekiwania. W każdym przypadku wykorzystujemy zdobytą wiedzę, czy to w celu rozwiązania pierwotnego problemu, czy też identyfikacji środków do osiągnięcia początkowego celu biznesowego.

Raport końcowy zawiera:

Stworzony kod
Dokumentację umożliwiającą zrozumienie i użycie tego kodu
Wyniki testów
W zależności od wyników i oczekiwań, propozycję dalszych działań wraz z oszacowaniem niezbędnego nakładu pracy