odpowiedzialnosc-we-wspolpracy-specjalisty-z-klientem-thumb

Odpowiedzialność we współpracy specjalisty z klientem

Blogprojekty it

Odpowiedzialność we współpracy specjalisty z klientem

Klienci są źli, nic nie rozumieją, mają zbyt duże oczekiwania i ogólnie trudno się z nimi współpracuje. Taki wydźwięk zdarza mi się słyszeć w kontaktach z innymi specjalistami czy przedsiębiorcami. To prawda, że współpraca z klientami bywa wyzwaniem. Często ścierają się różne zdania, punkty widzenia, charaktery.

Ale czy klient powinien znać swoje potrzeby od początku do końca? Czy powinien rozumieć wszelkie aspekty techniczne? Czy to źle, że wymieniamy się punktami widzenia, wzajemnie poszerzając swoje horyzonty w dyskusji?

Jako profesjonaliści IT, naszym zadaniem jest nie tylko dostarczanie technicznych rozwiązań, ale także doradztwo i kierowanie klientem w procesie decyzyjnym. Nasze doświadczenie i wiedza pozwalają lepiej zrozumieć pewne aspekty dostarczanego rozwiązania, ale to klient najczęściej wie jaki efekt biznesowy chce osiągnąć, jaki problem rozwiązać, czy usprawnienie wprowadzić.

Czy nie na tym polega świadczenie specjalistycznych usług za pieniądze?

Mój punkt widzenia świetnie ilustruje książka „Ekstremalne przywództwa” autorstwa Jocko Willinka i Leifa Babina. Kluczowe znaczenie ma wzięcie pełnej odpowiedzialności za wszystko, co się dzieje w ramach projektu. Obrazuje to koncept „dowodzenie w górę łańcucha dowodzenia”. Ta analogia do wojskowego świata oznacza postawę proaktywną, polegającą na wpływaniu na decyzje i działania osób znajdujących się wyżej w hierarchii, takich jak przełożeni czy dowódcy. W naszym przypadku może to być przełożony, klient lub inne osoby mające wyższą decyzyjność od nas.

Zamiast, bezrefleksyjnie wykonywać polecenia, osoba proaktywna podejmuje inicjatywę, aby przekazać swój punkt widzenia dotyczący aktualnej sytuacji, z zamiarem wpłynięcia na decyzje podejmowane przez wyższe szczeble.

Kluczowe jest umiejętne komunikowanie swojego punktu widzenia, poparte argumentami i dowodami. Celem takiej postawy jest osiągnięcie sukcesu projektu i organizacji.

Jeśli klient ma błędne lub niepełne postrzeganie, to naszym obowiązkiem jest podjąć próbę wpłynięcia na jego perspektywę, tak abyśmy razem mogli dojść do właściwego rozwiązania.

Podejmując się realizacji projektów, nie możemy zapominać o kluczowym aspekcie „ekstremalnego przywództwa” – słuchaniu. Słuchając naszych klientów, uczymy się ich perspektywy, potrzeb i oczekiwań, co prowadzi do lepszego zrozumienia projektu i wspólnego dążenia do sukcesu.

blog-cena-uslugi-it-thumb

Skąd się bierze cena usługi IT? Poradnik dla kupującego.

Blogprojekty it

Skąd się bierze cena usługi IT? Poradnik dla kupującego.

Rozważasz zakup usługi IT, weźmy na przykład stworzenie oprogramowania dla Twojej firmy.  Jednym z ważnych elementów, które bierzesz pod uwagę jest cena. Spisujesz wymagania. Kontaktujesz się z kilkoma wykonawcami i prosisz o oferty.

Jeżeli zamieściłeś ogłoszenie na jednym z portali z ofertami, całkiem możliwe, że dostałeś sporo odpowiedzi. Część wykonawców zadaje kilka pytań i wysyła wycenę. Okazuje się, że rozstrzał cen jest ogromny, możliwe, że ceny różnią się od siebie nawet o całe rzędy wielkości.

Dlaczego wyceny tak bardzo różnią się od siebie?

Typowych przyczyn jest kilka. Najczęstszą i mającą największy wpływ na różnice jest nieprecyzyjne określenie zakresu projektu.

Zakres projektu

Dlaczego dokładne określenie zakresu projektu jest tak ważne? Zacznijmy od tego, że z definicji jedną z cech projektu jest jego unikalność. Jeżeli chcesz stworzyć oprogramowanie, to znaczy, że nie znalazłeś na rynku rozwiązania, które spełnia Twoje wymagania.

Jeżeli oczekujesz, że ktoś zrobi dla Ciebie coś całkiem nowego, to powinno to być dokładnie opisane, aby uniknąć nieporozumień. Nie warto zakładać, że coś jest oczywiste i zostawiać pola do domysłów. Niestety często przygotowanie dokładnej specyfikacji jest pracą żmudną, ale prędzej, czy później i tak będzie trzeba ją wykonać.

Co, jeśli określisz projekt zbyt ogólnie? Wtedy właśnie rozstrzał cen jest tak duży, ponieważ jeden wykonawca może założyć plan minimum a inny zaproponować rozwiązania dopracowane i wygodne dla użytkowników.

Porównanie ofert

Upewnij się, że porównujesz oferty na ten sam zakres projektu. Jeśli nie przyjmiesz jakiejś metodyki porównania ofert, zakładając, że przecież przesłałeś wytyczne i obaj przykładowi wykonawcy wycenili to samo, może się okazać, że ten, który chciał zaproponować lepsze rozwiązanie – przegra ceną. Być może mógłby zaproponować korzystniejsze warunki niż konkurent, ale nie miał szansy, bo już został odrzucony. Rzadko się zdarza, że przy nieprecyzyjnie określonej specyfikacji rozwiązania, wielu wykonawców wyobraża sobie realizację projektu w taki sam sposób. W praktyce podejścia różnią się znacząco, co przekłada się na wynik, czyli Twój system, aplikację czy rozwiązanie IT.

Jak dokładnie określić projekt?

Jak dokładnie warto określić zakres projektu? Podam kilka przykładów dobrych praktyk.

  • Zrób dokładną listę lub tabelę opisującą poszczególne funkcje.
  • Nie zakładaj, że coś jest oczywiste. Np. logowanie użytkowników lub mechanizm odzyskiwania hasła może być dla Ciebie oczywisty, ale są systemy, które takich mechanizmów nie muszą posiadać.
  • Przyjmij, że jeżeli coś nie jest zapisane to nie zostanie zrealizowane.
  • Hasło „chcę tak samo, jak…” nie jest dobrą taktyką.
  • Porównuj oferty na ten sam zakres pracy. Przydatnym narzędziem może być tabela zawierająca następujące kolumny: element programu, liczba godzin, stawka godzinowa, łączny koszt. Niech wykonawcy wypełnią Twoją tabelkę, wtedy porównanie będzie łatwiejsze. Jeśli jakiś element programu generuje duże różnice w wycenach, dopytaj skąd się to bierze.
  • Nie odrzucaj najdroższej oferty, dopóki nie upewnisz się, że rozumiesz, z czego wynika wysoka cena. Będzie to świetne źródło informacji.
  • Przydatnym narzędziem są scenariusze użycia, czyli tzw. user stories. Technika ta polega na opisaniu krok po kroku co w danym scenariuszu użycia będzie się działo zarówno od strony użytkownika, jak i od strony logiki programu.
  • Jeśli wykonawca zadaje pytania – cierpliwie na nie odpowiadaj, to dobry znak. Nie przyspieszaj tego procesu. Cierpliwość na tym etapie się opłaci.
  • Czy projekt graficzny (UI) bądź interfejsu (UX) jest konieczny do wyceny? Nie, ale bardzo pomaga, chociażby wymuszając na Tobie zastanowienie się nad niektórymi funkcjonalnościami. Widząc ekrany aplikacji naturalnie lepiej przewidujemy możliwe funkcjonalności czy usprawnienia.
  • Zobacz jak pracuje się z wykonawcą na etapie wyceny. Czy jest zaangażowany w proces? Czy zadaje pytania? Czy pomaga Ci zrozumieć istotę projektu? Jaki jest z nim kontakt? Jeśli wszystko na tym etapie przebiega pozytywnie, to jest spora szansa, że współpraca się ułoży.

Analiza przedwdrożeniowa

Doświadczony wykonawca zazwyczaj przejmie inicjatywę w sytuacji, gdy określony przez Ciebie zakres projektu jest niewystarczający. Zada odpowiednie pytania. Poprowadzi Cię przez proces określania specyfikacji programu, jeśli mu na to pozwolisz. Pamiętaj jednak, że jest to praca do wykonania zajmująca często wiele godzin. Nie każdy będzie chciał ją wykonać za darmo. Najczęściej do pewnego stopnia wykonawcy godzą się pomóc doprecyzować projekt w ramach procesu zakupowego klienta, ale jeśli wymagany jest głębszy research, zbadanie niektórych technologii czy przetestowanie pewnych rozwiązań, mogą zaproponować płatne przygotowanie analizy lub dokumentacji przedwdrożeniowej.

Jeśli wykonawca czegoś nie wie i chce sprawdzić, to raczej dobra oznaka. Pamiętaj, że Twój projekt jest unikalny. Specjaliści nie mają i nie muszą mieć wszystkich rozwiązań w głowie. Często obierany jest jakiś kierunek rozwiązania danego problemu, ale wymagane jest sprawdzenie wielu szczegółów. Fakt, że wykonawca chce sprawdzić niepewne ścieżki oznacza jego zaangażowanie i chęć wyeliminowania niespodzianek w przyszłości.

Co może pójść nie tak?

Co może tutaj pójść nie tak? Albo profesjonalista zawyży stawki, akceptując tym samym wysoki stopień niepewności, ale jednocześnie zabezpieczy się przed stratą i zapewni sobie zysk, albo osoba mniej doświadczona niedoszacuje projektu.

Rozważmy drugi wariant. Co stanie w przypadku, gdy klient dostanie korzystną cenę, za którą nie da się dowieźć wymaganego rozwiązania? Czy wygrywa? Co się stanie, gdy wykonawcy zacznie kończyć się budżet, zorientuje się, że nie zarobi na projekcie albo, co gorsza będzie musiał dołożyć? Najczęściej ucierpi jakość, zacznie się realizacja funkcjonalności najprościej jak się da, pojawi się nerwowość i napięcia. Mogą nawet pojawić się renegocjacje wynagrodzenia. Żadne z tych zjawisk nie jest korzystne dla żadnego uczestnika projektu.

Konkluzja jest jedna, należy dokładnie określić zakres projektu, upewnić się, że cena jest adekwatna, a niekoniecznie najniższa. To jest w najlepszym interesie klienta.

Sposób realizacji

Kolejnym czynnikiem jest metodyka realizacji projektu. Podam dwa skrajne przykłady.

Może zjawić się wykonawca, który zechce zrealizować projekt po najmniejszej linii oporu, byle działał. Może to powodować szereg poważnych problemów w bliższej lub dalszej przyszłości. Czy klient zauważy w wycenie różnicę? Najczęściej nie, ponieważ mówimy tutaj o czynnikach technicznych.

Drugi wykonawca może założyć realizację przy użyciu najlepszych praktyk, co wpłynie na cenę, często znacząco. W określonych sytuacjach na niektórych elementach projektu jednak nie opłaca się oszczędzać.

Przykładowe, nieoczywiste dla klienta elementy dobrych praktyk:

  • testy automatyczne,
  • konteneryzacja,
  • projektowanie interfejsów UI/UX,
  • tworzenie dokumentacji projektowej,
  • dobór architektury serwerowej,
  • i wiele innych.

Dla niektórych wykonawców część z powyższych elementów będzie oczywistością, ale są tacy, którzy chcąc dać lepszą ofertę celowo rezygnują z zachowania standardów i dobrych praktyk realizacji projektów IT. Jest to zachowanie nieetyczne, ale występuje.

Czy wszystkie najlepsze praktyki muszą być wdrożone w każdym projekcie? Oczywiście, że nie, należy zachować rozsądek i dobrać narzędzia adekwatnie do potrzeb projektu.

Firma czy freelancer?

Ważnym czynnikiem wpływającym na cenę jest fakt, czy projekt będzie realizowała firma, czy freelancer. Praca z freelancerem jest tańsza, ale czy jest to lepsze rozwiązanie? Dokonując tego wyboru warto mieć świadomość kilku kwestii.

Po pierwsze, projekt IT realizują nie tylko programiści. Istnieje wiele innych ról niezbędnych przy realizacji. Może się wydawać, że programista, to programista, potrafi wszystko, ale podział na specjalizacje jest ogromny. Przykładowe role oprócz samego zespołu programistów:

  • kierownik projektu – osoba, która koordynuje wszystkie prace, planuje, rozdziela zadania, podejmuje decyzje, pilnuje terminów, budżetu itd.,
  • analityk biznesowy – osoba, która rozumie oba światy – świat biznesu oraz IT, pomaga modelować rozwiązania,
  • projektant UI / UX – projektuje interfejsy pod względem użyteczności, wygody i efektywności używania, jak również wizualnie (często są to dwie różne osoby),
  • DevOps – osoba odpowiedzialna za infrastrukturę serwerową, programiści najczęściej nie mają tej kompetencji i wymagają gotowej infrastruktury,
  • tester – jak sama nazwa wskazuje osoba testująca rozwiązania, ma znacznie ważniejszą rolę, niż by to się mogło wydawać, dokładne testy zajmują dużo czasu, ale są konieczne.

Czy jesteś gotów przejąć te kompetencje w projekcie? Czy potrafisz zrealizować te funkcje prawidłowo? Bo jeśli nie, to projekt ma małe szanse na powodzenie.

Jeżeli więc zakładasz, że zlecisz projekt freelancerowi i będziesz mógł oczekiwać efektów, to najczęściej nie zadziała.

Wybór freelancera sprawdza się w przypadku realizacji pojedynczych, dobrze zdefiniowanych prac albo do dołączenia do zarządzanych już projektów. Do realizacji większych projektów samodzielnie najczęściej nie są dobrym wyborem.

Zespół realizujący projekt

Doświadczenie zespołu i stawki członków zespołu są bardzo różne. Da się zatrudnić studentów albo specjalistów o niskich kompetencjach i doświadczeniu, ale co z tego wyjdzie? W IT krąży taki żart: „każdy projekt da się ukończyć skończoną liczbą studentów”. Jeżeli osoba reprezentująca firmę ma wysokie umiejętności sprzedażowe, możliwe, że przekona Cię do współpracy. Upewnij się jednak kto będzie realizował projekt.
smb-thumb

Aplikacja ShapeMyProject do koordynowania procesu instalacji

aplikacja mobilnaportfolio

Aplikacja ShapeMyProject do koordynowania procesu instalacji

Aplikacja mobilna ShapeMyProject jest częścią większego ekosystemu oprogramowania dla branży FF&E (furniture, fixtures and equipment). Oprogramowanie pozwala na koordynowanie całego procesu realizacji projektu nowej inwestycji (np. hotel, akademik itp.) od zaprojektowania inwestycji i wnętrz, poprzez zarządzanie budżetem, wygenerowanie dokumentacji projektowej, udokumentowanie stanu przejmowanej nieruchomości, kontrolowanie postępów realizacji inwestycji (budowa, wyposażenie), raportowanie postępów, odbiory prac, skończywszy na utrzymaniu obiektu (maintenance).

Kluczowe funkcjonalności

Przejęcie obiektu od generalnego wykonawcy. Funkcja umożliwia wykonanie dokumentacji zdjęciowej przy przejmowaniu obiektu od generalnego wykonawcy. Każde zdjęcie zapisane jest wraz z lokalizacją na interaktywnym planie nieruchomości wraz z datą wykonania, autorem i innymi danymi.

Przeglądanie planów pięter oraz pomieszczeń. Nawigacja po obiekcie odbywa się za pomocą interaktywnego planu pięter i pomieszczeń. Działanie zbliżone jest do Google Maps, ale w odniesieniu do wnętrza budynku.

Zmiana statusu instalowanych elementów. Pracownicy instalujący elementy wyposażenia takie jak meble, elementy zabudowy czy instalacji zaznaczają status realizacji każdego z zadań. Dzięki temu w systemie znajdują się zawsze aktualne dane dostarczające informacji o statusie inwestycji.

Komunikacja za pomocą komentarzy z możliwością dodawania zdjęć. Inspektorzy dokonujący odbiorów prac mogą zgłaszać usterki. Żeby komunikacja była jasna, mogą dodawać komentarze do instalowanych elementów, wzbogacać je o zdjęcia oraz odręczne notatki nanoszone na zdjęcia.

Dostęp do aktualnej dokumentacji. Instalatorzy mają zawsze dostęp do aktualnej dokumentacji oraz projektu, który często się zmienia nawet już na etapie wykonawczym. Program pozwala uniknąć pomyłek oraz ma możliwość zarządzania wersjami.

Rozbudowana wielojęzyczność. Pomaga lepiej komunikować się w środowisku międzynarodowym. Aplikacja ma funkcję obsługi wielu języków interfejsu, jak również danych. Komentarze automatycznie tłumaczą się na język zalogowanego użytkownika.

Tryb offline. Ta funkcja jest jedną z kluczowych, ponieważ na terenie inwestycji często występuje słaby dostęp do Internetu lub jego brak. Aplikacja pozwala na synchronizację danych po uzyskaniu stabilnego łącza, przypomina użytkownikom o konieczności aktualizacji danych oraz w inteligentny sposób zarządza synchronizacją, aby uniknąć błędów, duplikatów i przekłamań.

Ekrany aplikacji

Opinia klienta o współpracy

Artur Grabowski

Senior Project Manager
Współpraca z ekipą Gorillas przebiega od samego początku bardzo sprawnie. Wynika to z dobrego rozumienia naszych potrzeb biznesowych i sprawnego przekładania ich na konkretne rozwiązania programowe. W naszej współpracy cenię profesjonalne zarządzanie projektami, wyznaczone terminy są dotrzymywane a jednocześnie jeśli my zmieniamy priorytety następuje szybka korekta i działanie. Współpracujemy już od ponad roku i zamierzamy kontynuować współpracę, ponieważ Gorillas jest dla naszego biznesu wartościowym partnerem.
produs-thumb

System do zarządzania instalacją Produs

System zarządzania instalacją wyposażenia w obiektach budowlanych

Konspekt sytuacji

Produs – duża firma produkcyjno usługowa z centralnej Polski realizuje projekt dla inwestora zagranicznego. Inwestor buduje, wyposaża oraz prowadzi sieć akademików dla studentów w całej Europie.

W ramach projektu klient realizuje dla inwestora następujące zadania:

  • – projektowanie i produkcja mebli i zabudowy wnętrz w obiektach (akademikach),
  • – odbiór obiektów od generalnego wykonawcy,
  • – dostawa i montaż wyprodukowanych przez siebie elementów wyposażenia,
  • – montaż elementów wyposażenia innych dostawców,
  • – koordynowanie i raportowanie postępów prac od odbioru obiektu od generalnego wykonawcy do oddania obiektów do użytkowania studentom.

 

Potrzeba biznesowa

Klient zidentyfikował możliwość optymalizacji procesów związanych z projektem za pomocą oprogramowania. Szczególne potrzeby jakie określono:

  • – udokumentowanie stanu obiektu przy przejmowaniu od generalnego wykonawcy, na wypadek ewentualnych sporów co do zastanych uszkodzeń,
  • – kontrola statusu instalacji i odbioru pojedynczych elementów wyposażenia przez różne osoby przy skali setek tysięcy elementów wyposażenia,
  • – monitorowanie postępu prac na bieżąco w celu kontrolowania realizacji planu oraz podwykonawców,
  • – potrzeba analizy procesu instalacji w celu optymalizacji, która przy takiej skali projektu może przynieść ogromne oszczędności,
  • – potrzeba raportowania na różnym poziomie zarządzania, od managerów różnego szczebla do zarządu,
  • – potrzeba generowania protokołów częściowego i całościowego odbioru robót,
  • – digitalizacja i automatyzacja procesu przyjęcia i obsługi studentów.

Dodatkowe problemy jakie należało wziąć pod uwagę:

  • – brak lub utrudniony dostęp do Internetu na terenie inwestycji,
  • – wielojęzyczne środowisko pracy.

 

Zastosowanie rozwiązania

Na zaproponowaną architekturę systemu składają się:

  • – Aplikacja webowa oparta o framework Symfony. Zalety aplikacji webowej, czyli obsługiwanej przy pomocy przeglądarki internetowej to łatwość użycia na każdym urządzeniu oraz dostęp do aplikacji z każdego miejsca na świecie i urządzenia z dostępem do Internetu. Nie ma potrzeby instalacji niczego, wystarczy uruchomić przeglądarkę, wpisać adres i zalogować się.
  • – Aplikacja mobilna oparta o framework Flutter (rozwijany przez Google). Flutter umożliwia realizowanie aplikacji mobilnych na platformy Android i iOS (między innymi) o wysokiej wydajności. Decyzja o powstaniu aplikacji mobilnej była podyktowana koniecznością pracy w trybie offline. Aplikacja mobilna została użyta również do obsługi wielu innych funkcjonalności wykorzystując wygodę urządzenia przenośnego – zarówno smartfona jak i tabletu.

Zarówno aplikacja mobilna jak i webowa, korzystają z tej samej bazy danych, tworząc zintegrowany system. Niektóre funkcje systemu można obsługiwać przy pomocy obu aplikacji. Niektóre zostały celowo zaimplementowane tylko w wybranej platformie, np. wykonywanie dokumentacji zdjęciowej wygodniejsze jest przy użyciu aplikacji mobilnej, natomiast generowanie raportów, protokołów i kontrola postępów prac wygodniejsze są na komputerze przy użyciu przeglądarki internetowej.

System jest zoptymalizowany do pracy z wysoką wydajnością z milionami elementów wyposażenia.

 

Moduł nawigacji i wizualizacji planów obiketów

Problem / potrzeba

Konieczność wprowadzenia i obsługi danych projektów oraz ich struktury składającej się niekiedy z kilku budynków, które dzielą się następnie na piętra, sekcje, pomieszczenia. W każdym pomieszczeniu znajduje się wiele elementów wyposażenia.
Istniała potrzeba nawigacji po budynkach oraz identyfikacji poszczególnych pomieszczeń, elementów wyposażenia, ich statusu instalacji oraz odbioru.

Dodatkowo Klient postawił wymóg nawigacji graficznej w oparciu o rzuty architektoniczne budynków.

Zaproponowane rozwiązanie

Zastosowaliśmy hierarchiczną nawigacje projekt → budynek → piętro → strefa → pomieszczenie → element wyposażenia. Zastosowaliśmy dwa alternatywne widoki – widok tabelaryczny oraz widok graficzny. Interfejs dodatkowo dostosowaliśmy do potrzeb różnych typów użytkowników, dla uzyskania efektu najmniejszej ilości kliknięć.

Wprowadzenia danych projektu do systemu, w tym graficznych rzutów pięter została zrealizowana w następujący sposób. Z plików architektonicznych (rzutów pięter) generowane są wektorowe pliki SVG, które po niewielkiej modyfikacji nadają się do importu do naszego systemu. Dane o pomieszczeniach i elementach wyposażenia importowane są do systemu z plików CSV wygenerowanych z arkusza kalkulacyjnego. Po dodatkowej konfiguracji kilku elementów, nowy projekt jest gotowy do pracy.

Kilka modyfikacji zostało wdrożonych po uzyskaniu informacji zwrotnej od użytkowników systemu.

Wynik

W efekcie uzyskaliśmy możliwość uruchomienia złożonego projektu w systemie przy minimum pracy po stronie pracowników klienta. Dodatkowo forma graficzna mocno utrudniała cały proces, jednak udało się wypracować bardzo efektywne rozwiązanie.

Nawigacja po systemie jest intuicyjna i szybka, wszelkie modyfikacje danych są łatwe do realizacji.

 

Moduł instalacji i akceptacji przez inwestora (installation)

Problem / potrzeba

Ekipy instalują elementy wyposażenia w pokojach, kuchniach i częściach wspólnych obiektów. Klient potrzebował narzędzia, dzięki któremu instalatorzy mogli oznaczać zainstalowane elementy. Proces odbioru tych elementów jest dwuetapowy, najpierw klient odbiera prace wewnętrznie, następnie inwestor odbiera prace od naszego klienta.

Zaproponowane rozwiązanie

Zaprojektowany został system statusów oraz wielopoziomowy system użytkowników, o zróżnicowanych uprawnieniach. Pracownicy różnego szczebla mają właściwe dla siebie możliwości zmiany statusów instalacji lub odbioru elementów wyposażenia obiektów. Istnieje możliwość zmiany statusu zarówno w widoku tabeli jak i widoku planu pokoju – każdy użytkownik może wybrać najwygodniejsze dla siebie rozwiązanie. ZMiany statusów można dokonać zarówno w aplikacji webowej jak i mobilnej.

Wynik

Wynikiem jest w pełni funkcjonalne rozwiązanie, sprawdzające się w najczęściej wykonywanej w systemie czynności – zmianie statusu elementu wyposażenia. Pracownicy dostali funkcjonalne narzędzie, dostarczające potrzebne dane do systemu.

 

Moduł śledzenia postępów (progress)

Problem / potrzeba

Potrzebowa wglądu w czasie rzeczywistym w dane dotyczące realnego stopnia realizacji prac w poszczególnych obiektach oraz częściach obiektów.

Zaproponowane rozwiązanie

Moduł postępu na podstawie statusów poszczególnych elementów wyposażenia informuje o stopniu realizacji montażu na każdym poziomie, od pojedynczego pokoju po cały projekt. Użyte zostały metody takie jak filtrowanie wyników ze względu na określone parametry (np. postęp ze względu na dostawcę), prezentacja danych ilościowa i jakościowa.

Wynik

Efekt jaki uzyskaliśmy pozwolił managerom różnego szczebla kontrolować w czasie rzeczywistym kluczowe informacje biznesowe dotyczące projektu, którego wartość wynosi wiele milionów euro. Dotyczy to zarówno pracowników naszego klienta jak i inwestora.

 

Podsumowanie

Realizacja projektu przez zespół Gorillas rozpoczęła się z początkiem stycznia 2020, w chwili redagowania niniejszego opracowania, czyli w kwietniu 2021 współpraca nadal trwa. Funkcjonalności dostarczane są do środowiska produkcyjnego w trybie ciągłym. W ciągu prawie półtora roku współpracy dostarczyliśmy setki funkcjonalności, zarówno reagując na bieżące potrzeby jak i realizując planowane prace. Intencją zarówno klienta jak i naszą jest kontynuowanie współpracy.

Garść statystyk. Na dzień 13 kwietnia 2021 w systemie powstały następujące ilości danych:

  • – 4 projekty w 3 różnych krajach,
  • – 2197 pomieszczeń,
  • – 111800 elementów wyposażenia,
  • – 1050 raportów automatycznie wygenerowanych,
  • – 13600 komentarzy wymienionych między użytkownikami systemu.
  • Niniejsze opracowanie porusza tylko część podstawowych funkcjonalności zrealizowanych w ramach projektu. Więcej o systemie można się dowiedzieć z prezentacji wideo zamieszczonej na górze tej strony.

 

O autorze:

Rafał Lisiecki

Analityk i współwłaściciel w Gorillas.dev. Skrajnie analityczny sposób myślenia oraz duże doświadczenie biznesowe. Wspomniane cechy oraz nastawienie na realizację celów i dawanie wartości klientom powoduje, że tam gdzie inni się poddają on zawsze znajduje rozwiązanie.