UAT czyli Testy Akceptacyjne

UAT (User Acceptance Tests) to testy akceptacyjne, które pozwalają odebrać stworzone oprogramowanie lub ich fragment przez osoby odpowiedzialne za procesy biznesowe lub klienta końcowego. Pozwalają one w prosty sposób określić dany ekran lub funkcjonalność jest zgodna z oczekiwaniami wszystkich odbiorców oprogramowania.

Testy akceptacyjne powinny uwzględniać np. za ISTBQ:

  • Wymagania użytkowników końcowych
  • Wymagania systemowe
  • Przypadki użycia
  • Procesy biznesowe

Przykłady testów akceptacyjnych UAT:

  • Testy akceptacyjne przez użytkownika wewnętrznego – czy product spełnia wymagania
  • Testy akceptacyjne przez klienta (CAT – Customer Acceptance Test) – czy oprogramowanie spełnia wymagania klienta
  • Testy Alfa – testy wewnętrzne deweloperów np. u wykonawcy
  • Testy Beta – testy poza zespołem wytwarzającym testy np. wśród użytkowników końcowych, itd.
  • Testy zgodności z podpisaną umową
  • Testy zgodności z prawem (legalności)
  • Testy akceptacyjne produkcyjne – testy na środowisku produkcyjnym, w różnych warunkach np. podczas obciążenia, awarii, problemów z danymi, itd.

W metodyce zwinnej Scrum UAT może być częścią Definition of Done czyli opisem jak ma wyglądać oddany produkt. Testy akceptacyjne UAT są w gestii odpowiedzialności Product Ownera i powinny być częścią sprintów Scruma.

Zobacz naszą ofertę doradztwa w zakresie projektów informatycznych

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Systemy IT dla Retail

GoTechnologies od lat wspiera swoich klientów w wyborze systemów i ich dostawców. Wspieramy branże eCommerce, logistykę i Retail. Firmy handlowe działają obecnie w większości w modelu Omnichannel czyli prowadzą swoje operacje zarówno offline jak i online. Poniżej lista systemów, które są przewidziane dla większych sieci Retail.

  • RMS (Retail Management System lub Retail Merchandaising System) – system wspierający zarządzanie siecią sprzedaży, raportujący dzienną sprzedaż, zapasy, często także występujący razem z funkcjami sprzedażowymi POS.
  • POS (Point of Sales) – system do wykonywania operacji sprzedażowych i około sprzedażowych jak reklamacje, procesy zwrotu czy zarządzanie dodatkowymi usługami. Zobacz także: Systemy Retail POS
  • WMS (Warehouse Management System) – system do zarządzania magazynami wysokiego składowania, magazynami automatycznymi i operacjami magazynowymi jak przyjęcia, składowanie, kompletacja czy wydanie. Zobacz: Doradztwo systemy WMS
  • ERP (Enterprise Management System) – system zapewniający rozliczenia finansowo-księgowe zarówno z klientami jak i dostawcami oraz wsparcie w obszarze kontrollingu. Zobacz: Doradztwo systemy ERP
  • TMS (Transport Management System) – system logistyczny do zarządzania transportem, harmonogramowaniem, routingiem tras, rozliczaniem czy monitorowaniem. Często stosowany wraz z systemam zarządzania placem YMS (Yard Management System). Zobacz także: System TMS
  • CRM (Customer Relationship Management) – system do zarządzania relacjami z klientami, często zintegrowany z systemami Marketing Automation i programami lojalnościowymi. Zobacz więcej: Doradztwo systemy CRM
  • PIM (Product Information System) – system do zarządzania produktami, ich cenami, wariantami, kontentem. Zobacz także: Systemy PIM
  • SCM (Supply Chain Management) – system y zarządzające łańcuchem dostaw, wymiany elektronicznej informacji z dostawcami scoring dostawców, itd. Zobacz więcej: Systemy klasy SCM
  • BI (Business Inteligence) – systemy analityczne i raportowe zintegrowane z hurtowniami danych. Odpowiedzialne są za wspieranie firm w dostarczaniu raportów opartych na danych historycznych i trendach. Zobacz więcej: Systemy BI
  • Systemy predykcyjne – systemy zintegrowane z hurtowniami danych i systemami BI pozwalające na przewidywanie zachowań klientów w przyszłości w oparciu o dane historyczne i trendy. Zobacz więcej: Hurtownie danych
  • DMS, ECM, EOD lub Workflow – systemy do elektronicznego obiegu dokumentów. Zobacz także: Systemy EOD (DMS)
  • Platforma eCommerce – sklepy internetowe i platformy marketplace. Zarządzanie kontentem, zamówieniami, shippingiem, integracjami z płatnościami elektronicznymi, kurierami, systemami Marketing Automation, itd. Zobacz także: Wybór platformy eCommerce
  • System do zarządzania budynkami (sklepami) i umowami najmu – systemy do zarządzania własnymi sklepami, firmami usługowymi jak i umowami najmu.
  • System DAM (Digital Asset Management) – zarządzanie cyfrowym contentem jak zdjęcia, rysunki, filmy, itd. ich wyszukiwanie, śledzenie, wersjonowanie, zarządzanie. Zobacz także: Systemy DAM

Zobacz także:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

SAP TM – Transportation Management

System zarządzania transportem SAP TM (Transport Management) obsługuje zarówno transport lądowy (samochodowy, kolejowy), morski i rzeczny, lotniczy, mieszany (Transport Multimodalny) i drobnicowy. Jest następcą systemu SAP LE-TRA (Logistics Execution – Transportation), którego rozwój został już wstrzymany. SAP TM może być częścią SAP S/4 HANA lub oddzielnym systemem SAP S/4 HANA TM lub SAP TM Cloud Edition.

Najważniejsze funkcjonalności SAP TM

  • Zarządzanie zleceniami – zarządzanie wysyłką (zlecenia frachtów, rezerwacje frachtów, itd.), optymalizacja wysyłki np. odpowiednie grupowanie produktów celem minimalizacji wielkości opakowań, łączenie dostaw.
  • Planowanie transportu – ręczne, pół i automatyczne planowanie, procesy ofertowania i zarządzania kosztami przewozu, ranking przewoźników i wybór przewoźników pod dane zlecenia, itd.
  • Realizacja transportu – monitorowanie realizacji zlecenia, komunikacja z kierowcami, przewoźnikami, (EDIElectronic Data Interchange, aplikacja na Smartphone, portal webowy, itd.).
  • Rozliczenia transportu – faktury, płatności, optymalizacja kosztów, dostawców.
  • Zarządzanie dokumentami transportowymi.
  • Kokpit managerski
  • Automatyczne planowanie
  • Integracje z GIS
  • Zarządzanie kierowcami
  • Ofertowanie

Integracje SAP TM

System SAP TM integruje się m.in. z systemem zarządzania finansami SAP FI (Finance) i systemem sprzedażowym SAP SD (Sales and Distribution) w ramach integracji procesów SAP OTC (Order to Cash, OTC, O2C) lub SAP PTP (Procure to Pay, PTP, P2P) czy innymi modułami systemów ERP (Enterprise Resources Planning) czy innymi systemami firm Oracle, IFS, itd.

SAP TM dodatkowo integruje się z systemami magazynowymi jak SAP WM / EWM (Extended Warehouse Management System), systemami intralogistyki jak SAP YL (YMSYard Management System), systemami analitycznymi SAP BI (Business Inteligence) czy usługą SAP Logistics Business Network.

Jeśli potrzebujesz wsparcia w zakresie projektów SAP, audytów SAP, project managementu, wyboru dostawców systemów SAP zapraszamy do konaktu.

Zobacz naszą ofertę doradztwa technologicznego i procesowego:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Moduły systemu SAP

Obszar SAP Logistyka i Produkcja

  • SAP MM (Materials Management) – moduł SAP Gospodarka Magazynowa
  • SAP PP (Production Planning and Control) – moduł SAP Planowanie i kontrolowanie produkcji
  • SAP PP – MRP (Materials Requirement Planning) – moduł SAP Planowanie potrzeb materiałowych (Advanced Planner & Optimizer – APO)
  • SAP PM (Plant Maintenance) – moduł SAP dla remontów i utrzymania ruchu
  • SAP QM (Quality Management) – moduł SAP Zarządzanie jakością
  • SAP LO (Logistics General) – moduł SAP do zarządzania logistyką
  • SAP LE (Logistics Execution) – moduł SAP do zarządzania logistyką
  • SAP PLM (Product Life Cycle Management) – moduł SAP do zarządzania cyklem życia produktów
  • SAP WM / SAP EWM (Warehouse Management) – moduł SAP Gospodarka Magazynowa do zarządzania magazynami wysokiego składowania i gospodarki magazynowej (WMS – Warehouse Management System)
  • SAP TM – System klasy TMS – Transport Management System
  • SAP YL – system klasy YMS – Yard Management System

Obszar SAP Finanse (FI – Finance)

  • SAP FI-GL (General Ledger Accounting) – moduł SAP Księga Główna
  • SAP FI-AP (Accounts Payable) – moduł SAP Rozrachunki z Dostawcami
  • SAP FI-AR (Accounts Receivable) – moduł SAP Rozrachunki z Odbiorcami
  • SAP FI-BL (Bank Accounting) – moduł SAP Rachunki bankowe
  • SAP FI-AA (Asset Accounting) – moduł SAP Majątek Trwały
  • SAP FI-CA: (Contract Accounting) – moduł SAP Zarządzanie umowami
  • SAP FI-LC (Legal Consolidation) – moduł SAP Konsolidacja
  • SAP FI-SL: (Special Purpose Ledger) – moduł SAP Księgi specjalnego przeznaczenia
  • SAP FI-TV: (Travel Management) – moduł SAP Podróże służbowe

Obszar SAP Kontrolling (CO – Controlling)

  • SAP CO-OM (Overhead Cost Management)
  • SAP CO-PC (Product Costing)
  • SAP CO-OM-CEL (Cost Element Ledger)
  • SAP CO-OM-CCA (Cost Center Accounting)
  • SAP CO-OM-OPA (Overhead Orders and Projects Accounting)
  • SAP CO-PA (Profitability Analysis)
  • SAP EC-PCA (Enterprise Controlling, Profit Center Accounting)
  • SAP EC-CS (Enterprise Controlling, Consolidation System)

Obszar SAP Zarządzanie Zasobami Ludzkimi (HCM – Human Capital Management)

  • SAP PA (Personnel Management) – moduł SAP Zarządzanie kadrami
  • SAP PT (Personnel Time Management) – moduł SAP Zarządzanie czasem pracy (Workforce Management – WFM)
  • SAP PY (Payroll) – moduł SAP zarządzanie płacami
  • SAP PE (Training and Event Management) – moduł SAP Zarządzanie szkoleniami
  • SAP PD (Personnel Development) – moduł SAP Planowanie i Rozwój Kadr
  • SAP CP (Cost Planning) – moduł SAP Zarządzanie i planowanie kosztów zasobów ludzkich

Obszar SAP Sprzedaż

  • SAP SD (Sales and Distribution) – moduł SAP Sprzedaż i Dystrybucja
  • SAP CS (Customer Service) – moduł SAP Obsługa Klientów

Zobacz także:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Migracja systemu ERP

Migracją systemów często określamy zamianę jednego systemu danej klasy na inny system tej samej klasy np. migracja systemów ERP. Systemy wymienia się z wielu powodów np. bardzo stara technologia (dług technologiczny), długi czas dostarczania na produkcję nowych funkcjonalności, problemy wydajnościowe po stronie baz danych czy integracji, luki w bezpieczeństwie, duże koszty utrzymania wynikające z braku dostępu do odpowiednich kompetencji czy dostawców, duże koszty wprowadzania zmian lub nowa strategia biznesowa, gdzie system ERP będzie tzw. „wąskim gardłem„.

Popularne systemy i dostawcy systemów klasy ERP

Przykładowe systemy, z którymi pracowali nasi konsultanci w projektach wdrożeniowych i migracyjnych:

  • SAP ERP
  • QAD
  • IFS
  • TETA ERP
  • SAGE SYMFONIA ERP
  • SUBIEKT GT
  • PC MARKET
  • NAVIREO
  • ENOVA365
  • WAPRO
  • Microsoft Dynamics
  • Comarch Optima XL
  • SAP Business One
  • StreamSoft
  • Sente

Proces wyboru nowego systemu i procesu wdrożenia

  1. Audyt starego systemu ERP, jakości danych, architektury integracji
  2. Audyt aktualnych procesów i procesów docelowych (np. Analiza AS-IT, TO-BE, modelowanie procesów)
  3. Mapowanie procesów na funkcjonalności systemowe
  4. Ustalenie kryteriów wyboru nowego systemu (funkcjonalności, koszty, czas wdrożenia)
  5. Wybór systemów i dostawców (Long lista)
  6. Stworzenie zapytania ofertowego RFX
  7. Wysłanie zapytania ofertowego do dostawców
  8. Analiza otrzymanych ofert
  9. Short lista systemów, dostawców
  10. Wybór dostawcy systemu
  11. Analiza przedwdrożeniowa
  12. Customizacja systemu, testowanie
  13. Wdrożenie na produkcję
  14. Stabilizacja systemu, usuwanie błędów, poprawki w procesach

Zobacz naszą ofertę doradztwa technologicznego i procesowego dla wdrożeń systemów klas ERP, CRM, BI, WMS, APS, MES, eCommerce, TMS, EOD, HCM, HRIS, itd.:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

SAP EWM, WM (Warehouse Management)

SAP EWM (Extended Warehouse Management) w przeciwieństwie do SAP WM (Warehouse Management), który jest częścią systemu SAP ERP (Enterprise Resources System), SAP EWM jest częścią systemu zarządzania łańcuchem dostaw SAP SCM (Supply Chain Management), systemu SAP R/3, SAP R/4HANA lub SAP EWM Cloud Edition. SAP EWM jest modułem klasy WMS (Warehouse Management System – System Zarządzania Magazynem, Zarządzanie gospodarką magazynową). Implementacja modułu zarządzania magazynem w systemie do zarządzania łańcuchem dostaw została wykonana m.in. z kilku powodów. Po pierwsze licencyjnym, po drugie łańcuch dostaw jest nieoderwalną częścią ciągłości produkcyjnej i częścią procesów magazynowych m.in. przyjść.

Korzyści implementacji systemów SAP EWM

Główne korzyści implementacji systemów SAP EWM:

  • Bezpośrednia integracja z automatyką magazynową Material Flow System (MFS) m.in ze sterownikami PLC (Programmable Logic Controller) dla magazynów automatycznych, systemów podajnikowych, rolkowych, magazynów paletowych czy integracji z pojazdami transportowymi AGV (Automated Guided Venicle).
  • Graficzne zobrazowanie procesów magazynowych
  • Bezpośrednia integracja z systemem zarządzania łańcuchem dostaw i prognozowaniem przyjęć od dostawców
  • Zaawansowana obsługa Slottingu – strategie rozmieszczania i wydawania produktów na podstawie historycznych danych, zamówień z produkcji, itd.
  • Zaawansowana obsługa procesów dostarczania towarów na produkcję np. za pomocą pociągów, milkrun-ów, czy pojazdów AGV poprzez dworzec i sekwencyjne dostarczania na stacje produkcyjne.
  • Zaawansowane zarządzanie zasobami jak ludzie, pojazdy – planowanie, symulowanie obciążeń, monitorowanie obciążenia pracą czy raportowanie.
  • Zaawansowane funkcjonalności obsługi terminali przenośnych – RF Picking (Radio Frequency Picking), pobieranie głosowe Pick by Voice, pobieranie Pick to Light i pobieranie papierowe czy wykorzystania inteligentnych okularów (Smart Glasses).

Procesy magazynowe obsługiwane obsługiwane przez SAP EWM

Przykładowe procesy magazynowe obsługiwane przez systemy SAP EWM i WM:

  • Przyjęcia towaru na magazyn – zarządzania z wyprzedzeniem dostawami, sprawne ich rozładowanie do stref rozładunkowych, obsługa Advance Ship NoticeASN, RFID, etykietowanie, przepakowania, dekonsolidacji, zarządzania materiałami niebezpiecznymi (ADR), obsługa zwrotów, itd.
  • Rozmieszczanie na magazynie – wg. przyjętych reguł (częstotliwość wydawania, dostaw, waga, itd.) i zasad z uwzględnieniem layoutu magazynu i stref (poziom zero, palety, wysoki skład, dłużyce, magazyn automatyczny czy antresola) i procesów np. Cross Docking.
  • Wydanie z magazynu – kompletacja zamówień i dostarczenie do stref wydania. Optymalizacja tras magazynierów i zarządzanie czasem ich pracy jak i środków transportowych (np. wózków widłowych, pojazdów AGVAutomated Guided Vehicle).

Funkcjonalności SAP EWM

Przykładowe funkcjonalności SAP EWM:

  • Zarządzanie zadaniami magazynowymi: pobrania, rozmieszczenia, przeksięgowania, przesunięcia czy złomowania
  • Zarządzanie zleceniami na magazyn (MTSMake to Stock) i zleceniami sprzedaży (MTOMake to Order)
  • Zarządzanie produktami w magazynie
  • Zarządzanie lokalizacjami magazynowymi
  • Algorytmy rozmieszczania produktów na magazynie
  • Algorytmy kompletacji
  • Obsługa radiowych terminali
  • Zarządzanie placem
  • Zarządzanie zadaniami magazynowymi
  • Zarządzanie i prognozowanie przyjęć na magazyn od dostawców
  • Inwentaryzacja cykliczna
  • Załadunek i rozładunek jednostek transportowych
  • Dekonsolidacja
  • Zarządzanie pracą magazynierów
  • Pick to Voice
  • Integracje z systemami jak SAP SCM, SAP Flow Management, SAP TMS
  • Harmonogramowanie docków
  • Integracje z wagami
  • Zarządzanie falami
  • Zarządzanie zdecentralizowanymi magazynami
  • Zarządzanie placem (Yard Management System)

Moduł WM czy EWM integrują się z innymi modułami SAP ERP takimi jak planowanie produkcji SAP PP (Production Planning), systemem zarządzania produkcją i jej automatyką SAP ME (MESManufacturing Execution System), gospodarka materiałowa SAP MM (Materials Management), finansami SAP FI (Finance), sprzedażą i dystrybucją SAP SD (Sales and Distribution), kontrolą jakości SAP QM (Quality Management), logistyką SAP LO (Logistics), cyklem życia produktów SAP PLM (Product Life Cycle Management), systemem zarządzania kapitałem ludzkim SAP HCM (Human Capital Management, WFMWofkforce Management System lub HRISHuman Resources Information System), systemami analityki biznesowej SAP BI (Business Inteligence) czy systemami YMS (Yard Management Systems) i SAP TM (TMS – Transport Management System).

Moduł SAP EWM może integrować się z automatyką magazynową (sterowniki PLC) bezpośrednio poprzez moduł MFS, poprzez MFS dostawcy zewnętrznego lub poprzez interfejs IDoc.

Jeśli potrzebujesz wsparcia w zakresie projektów SAP, audytów SAP, project managementu, wyboru dostawców systemów SAP zapraszamy do konaktu.

Zobacz naszą ofertę doradztwa technologicznego i procesowego:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Doradztwo SaaS

Software as a Service to obecnie bardzo popularny trend w architekturze systemów i modelach biznesowych. Systemy czy platformy w tzw. modelu abonamentowym (płatnym w regularnych odstępach np. raz na miesiąc, raz na rok) tworzą zarówno ogromni, międzynarodowi gracze jak np. IBM czy SAP a także Startupy. Najbardziej znanymi prekursorami były takie systemy jak CRM SalesForce. Ten przykład pokazał, jak popularne są tego typu systemy, mimo początkowych i obecnych obaw o bezpieczeństwo czy możliwość zmian (customizacji).

Rodzaje systemów w SaaS

Przykładowe systemy często spotykane jako Software as a Service:

Korzyści systemów SaaS

Systemy SaaS cechuje szybkie wdrożenie, praktycznie od razu, proste systemy płatności np. miesięczne, brak kosztów dodatkowych jak utrzymanie serwerów, administratora, internetu czy utrzymania i konserwacji, a często nawet backupów.

KPI (Key Performance Indicator) dla Startupów SaaS

Startupy SaaS podobnie jak Startupy eCommerce są w pełni „mierzalne”. Dzięki kodom śledzącym, analityce, big data możemy mierzyć wszystko od rozpoczęcia kampani marketingowej, poprzez zdobycie klienta i jego odejście do np. konkurencji.

  • CAS (Cost of Aquiring a Customer) – koszt pozyskania jednego klienta
  • ARPU (Average Revenue per Customer) – średni przychód z jednego klienta
  • Churn – Procentowy odpływ klientów
  • Customer Lifetime – średnia długość życia klienta
  • LTV (Lifetime Value of Customer) – cała wartość klienta
  • MRR (Montly Recurring Revenue) – miesięczny przychód z abonamentów
  • ARR (Annual Recurring Revenue) – roczny przychód z abonamentów
  • itd.

Na co należy zwrócić uwagę przy wyborze systemu w SaaS

Wybierając system Software as a Service należy pamiętać o:

  • Analizie cennika np. w przypadku platform sklepów internetowych często płaci się za ilość transakcji, czym więcej zarabiamy tym więcej płacimy
  • Integracji systemów i poprawnej wymianie danych pomiędzy nimi
  • Bezpieczeństwie systemów potwierdzonych np. certyfikatami
  • Zgodności z europejskim RODO np. można spotkać, że globalny systemy posiada serwer aplikacyjny w europie a serwer bazodanowy w Stanach Zjednoczonych.
  • Architekturę rozwiązań np. micro serwisy, PWA, CMS, system bilingowy, API.
  • Umowy SLA (Service Level Agreement) na wykryte błędy.
  • Analiza możliwości wprowadzania swoich (i tylko swoich zmian w systemach – know how) np. z wykorzystaniem tzn. chmury prywatnej lub hybrydowej.

Usługi doradztwa technologicznego SaaS:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Zwinne wytwarzanie oprogramowania Scrum i Kanban

Zwinne wytwarzanie oprogramowania (Agile Software Development) na dobre zagościło w polskich firmach. Obecnie mało, w której nie stosuje się jakiegoś “zwinnego” procesu  wytwarzania oprogramowania. Dlaczego tak się dzieje? Dlaczego firmy odchodzą od tradycyjnych metod prowadzenia projektów na rzecz bardziej elastycznych lub je łączą? Powodów jest wiele. A więc od początku.

W 2001 roku powstał manifest zwinności, który obecnie brzmi “Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze sposoby wykonywania tej pracy. W wyniku tych doświadczeń przedkładamy:

  • Ludzi i interakcje ponad procesy i narzędzia.
  • Działające oprogramowanie ponad obszerną dokumentację.
  • Współpracę z klientem ponad formalne ustalenia.
  • Reagowanie na zmiany ponad podążanie za planem.

Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej.

Od tego się zaczęło. Od tamtego czasu powstało wiele odmian metodyk zwinnych takich jak XP (Extreme programming), Crystal Clear, Scrum i inne. Jednakże dopiero Scrum został tak szeroko przyjęty przez programistów i organizacje. Tzw. “wdrożenie” Scruma nie jest łatwe, gdyż zmienia on sposób myślenia i funkcjonowania nie tylko samego działu deweloperskiego, ale i całej organizacji. Scruma możemy wykorzystywać stale w procesie wytwarzania oprogramowania lub w przypadku wyjątkowo ważnych projektów, które charakteryzują się dużą zmiennością, ograniczonym czasem i obarczonych dużym ryzykiem.

Zacznijmy od najważniejszego: ludzi. Scrum składa z trzech ról: właściciela produktu (Product Owner), zespołu oraz Scrum Mastera. Właściciel produktu reprezentuje osoby zainteresowane produktem np. sponsor, zarząd, dział sprzedaży, itd. Ustala on priorytety i odbiera wytworzone produkty. Zespół deweloperski jest odpowiedzialny za wykonanie zadań i ponosi grupową odpowiedzialność za ich realizację. Zespoły budujemy w zależności od czekających nas zadań tak, aby znaleźli się w nim specjaliści o kompetencjach umożliwiających wykonanie zleconych im zadań. Scrum Master jest rolą odpowiedzialną za realizowanie całego procesu scrumowego i “ochronę” jego przed próbami łamania zasad. Ta rola nie jest ani Team Leaderem ani Project Managerem.

Zobaczmy jak wygląda proces wytwarzania oprogramowania w Scrumie:

  • Planowanie (Sprint Planning), spotkanie inicjujące, które składa się z dwóch części. Pierwsza część to prezentacja przez product ownerów zadań do wykonania, celów, priorytetów, itd. Druga część to analiza przez zespół programistyczny czasochłonności, trudności wykonania, możliwej do zastosowania technologii lub architektury. Wynikiem tego jest Sprint Backlog – lista zadań wybrana na jeden sprint z Product Backloga.
  • Codzienne spotkania (Daily Scrum lub Daily Standup), krótkie kilkuminutowe spotkania członków zespołu, zazwyczaj w godzinach porannych. Każdy z zespołu odpowiada na 3 pytania, co zrobił wczoraj, co zrobi dzisiaj i czy są tematy, które blokują jego pracę.
  • Przegląd sprintu (Sprint Review) to spotkanie pod koniec każdego sprintu, gdzie zespół oddaje wykonaną pracę w postaci działającego produktu.
  • Analiza sprintu (Sprint Retrospective) to spotkanie, na którym możemy omówić, co się nie udało podczas tego sprintu, co należy poprawić, itd. Bardzo ważne spotkanie, które często jest pomijane ze względu na brak czasu (spotkanie można realizować np., co drugi lub trzeci sprint, ale nie wolno pomijać jego zgodnie z procesem samodoskonalenia).

Zatem jak “wdrożyć” Scruma w kilku krokach:

  • Podziel ludzi na małe zespoły (kilku osobowe w zależności od skali organizacji i projektów) posiadających w sobie różne kompetencje.
  • Wyznacz rolę właściciela projektów lub zadań (Produkt Owner) oraz Scrum Mastera.
  • Podziel zadania lub projekty na mniejsze zadania, ustal z Product Ownerami ich priorytety i oszacuj potencjalny czas ich realizacji, zrób z tego kolejkę lub listę zadań (Product Backlog).
  • Wyznacz czas jednego sprintu (czas, w którym będziemy pracowali a na koniec jego oddawali zlecone zadania) zależnie od skali zadań od jednego do kilku tygodni.
  • Rozpocznij sprint zgodnie z procesem opisanym wyżej.

Co daje nam Scrum? W teorii są to: łatwość reagowania na zmiany i łatwość realizacji zadań, zwiększona produktywność i jakość, szybsze reagowanie na pojawiające się ryzyka, wcześniejsze uzyskiwanie półproduktów, poprawę komunikacji pomiędzy biznesem a działami IT, większe zaangażowanie całej organizacji w prace rozwojowe, zmniejszenie kosztów realizacji projektów i jeszcze kilka innych. Oczywiście jest to tylko teoria i wszystko zależy od ludzi i chęci zmiany aktualnej rzeczywistości w organizacji.

Czym jest Kanban i w czym może nam pomóc? Kanban wywodzi się z systemów produkcyjnych, głównie z branży motoryzacyjnej. Pozwala śledzić postępy prac nad poszczególnymi produktami na liniach montażowych. Kanban należy do tzw. systemów “ciągnionych” (pull), które różnią się od systemów “pchanych” (push) realnym zapotrzebowaniem na wytwarzanie niż z góry wytyczoną polityką produkcji. Proces wytwarzania oprogramowania może zostać porównany z linią montażową w hali produkcyjnej, dlatego Kanban idealnie nadaje się, jako technika sygnalizacyjna przy zarządzaniu realizacją zadań czy projektów.

Wszystkie zadania poruszają się zgodnie z przepływem (flowem) w jednym kierunku (np. z lewa do prawa) i przechodzą przez kolejne etapy (np. analiza, implementacja, testowanie, wdrożenie, itd.) . Każdy z etapów posiada określone zasoby (pracownicy o odpowiednich umiejętnościach) oraz możliwość przerobu (ilość możliwej do wykonania pracy w tej samej jednostce czasu). Dzięki takiemu podejściu szybko widzimy, na jakim etapie znajdują się zadania, gdzie mamy ograniczenia oraz co musimy zrobić, aby zwiększyć przerób, czyli produkcję oprogramowania.

Kanban posiada kilka podstawowych zasad:

  • Wizualizacja – stworzenie i rozrysowanie (na tablicy lub za pomocą oprogramowania) procesu wytwarzania oprogramowania ze statusami działań np. analiza, wytwarzanie, testowanie, wdrażanie, zadania skończone.
  • Limit pracy w toku (WIP – Work in Progress) – nie możemy pracować nad większą liczbą zadań niż jesteśmy w stanie wykonać w tej samej jednostce czasu oraz jeśli nie dostaliśmy zlecenia na wykonanie pracy przez jednostkę zlecającą. Jest to zasada wywodząca się z systemów “ciągnionych” (pull).
  • Zarządzanie strumieniem – monitorowanie i raportowanie o etapach wykonywania zadań, prędkości i płynności wykonywania zadań. Idealny proces charakteryzuje się dużą prędkością wykonywania zadań i płynnością oraz przewidywalnością.


Jak zacząć? Zastosowanie Kanbana jest bardzo proste. Poniżej kilka kroków, jakie należy uczynić, aby móc sprawnie zarządzać zadaniami w procesie wytwarzania oprogramowania.

  • Rozrysuj aktualny proces wytwarzania oprogramowania np. na tablicy lub dużej powieszonej na ścianie kartce papieru. Kolumny będą oznaczały kolejne elementy procesu.
  • W pierwszej kolumnie (np. nazwanej listą zadań, backlog-iem lub wish listą) umieść karteczki z zadaniami. Powstanie kolejka zadań. Nadaj im priorytety. Podziel zadania na kategorie zadań np. błędy, zadania, poprawki, itd.
  • Nazwij kolejne kolumny np. analiza, programowanie, testowanie, wdrażanie i zadania skończone.
  • Określ możliwy przerób na każdym etapie (tzw. WIP) np., jeśli posiadamy jednego testera to możemy przyjąć, że na etapie testowania będziemy mogli równocześnie testować tylko jedno zadanie.
  • Podziel oznaczone już etapy (kolumny) na dwa statusy: w trakcie, skończone.
  • Zacznij działać. Pobieraj zadania z kolejki zgodnie z możliwościami przerobu (WIP). Przesuwaj zadania zgodnie ze zmianami statusów do lewa do prawa, aż do kolumny zadania skończone (wdrożone).

Co dalej? Kanban pozwala na analizę czasu potrzebnego na wykonania zadań. Dzięki takiej wiedzy i grupowaniu zadań nie musimy szacować czasochłonności wykonania zadań a określać wielkość zadań za pomocą prostych miar np. duże, małe, średnie. Zaoszczędzi to nam bardzo dużo czasu na estymację, która i tak będzie błędna. A co w przypadku pisania oprogramowania dla klienta zewnętrznego? Tutaj warto przyjrzeć się połączeniu Scruma i Kanbana, co zrobimy w dalszej części. Kanban pozwala wykrywać wąskie gardła w procesie od pojawienia się pomysłu, aż do wdrożenia oprogramowania. Często wąskie gardła znajdują się poza procesem wytwarzania oprogramowania np. w dziale biznesowym, który jest odpowiedzialny za testy akceptacyjne wytworzonych produktów.

Kanban pozwala zmniejszyć skutki wielozadaniowości poprzez stosowanie limitów WIP. Pozwala to na zajmowanie się zadaniami, które w rzeczywistości mają wysoki priorytet i które możemy rzeczywiście wykonać w jednej jednostce czasu.

Proces wytwarzania powinien charakteryzować się też płynnością wykonywania zadań. Monitorujmy zatem  i udoskonalajmy wszystkie elementy procesu. Pozwoli to w przyszłości do osiągnięcia dużej prędkości wytwarzania oprogramowania, unikania wąskich gardeł i nie tracenia cennego czasu.

Kolejne kroki? Mamy już działający Scrum. Widzimy także tablicę Kanbana. Jak to teraz połączyć i co dzięki temu zyskamy? Scrum działa w określonych okresach czasu tzw. iteracjach. Kanban to zmienia mówiąc, że zasoby są wolne i domagają się otrzymania kolejnych zadań. Praca w Scrumbanie zaczyna przypominać taśmociąg, który pracuje niezależnie od okresu czasu. Dzięki takiemu podejściu możemy wykonać więcej zadań niż w typowym sprincie. Możemy także mniej uwagi przywiązywać do estymacji czasu wykonania a bardziej bazować na priorytetach i kolejce. W praktyce w niedługim czasie zobaczymy, że wykonujemy więcej zadań niż pracując w typowym Scrumie.

Jakie są różnice pomiędzy Scrumem a Scrumbanem? Nie ograniczamy się do sprintu. Bierzemy pierwsze zadanie z kolejki. Tablica Kanbana może być stosowana dla wielu zespołów a także dla całych firm. W przypadku tablicy Scruma, korzysta z niej tylko zespół scrumowy. Jak widzimy tablica Kanbana poprawia komunikację i poszerza wiedzę o innych zadaniach i projektach wykonywanych przez inne zespoły, niekoniecznie informatyczne. W Scrumbanie nie patrzymy na wykres spalania (burndown chart) a bardziej na czas wykonania zadania. A co z codziennymi spotkaniami, sprint planningiem czy sprint review? Polecam kontynuowanie codziennych stand-upów, planowanie tylko wtedy, kiedy jest to potrzebne, a przeglądy regularnie, co kilka tygodni w z góry ustalonym terminie. Zachęcam do eksperymentowania i procesu ciągłego doskonalenia. Jestem też zwolennikiem adoptowania najlepszych elementów z różnych metodologii do istniejącej organizacji np. elementów Scruma, Princa2, PMI, CCPM lub Kanbana.

Zobacz naszą ofertę doradczą:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Systemy ERP

Systemy ERP (Enterprise Resources Planning) czyli systemy zarządzające zasobami przedsiębiorstwa takimi jak pieniądze, produkty, stany magazynowe, klienci, umowy, rozliczenia, pracowników, itd. System ERP w większości organizacji jest podstawowym systemem istniejącym w architekturze systemów IT.

Moduły i procesy biznesowe obsługiwane przez systemy ERP

Systemy ERP posiadają:

  • Finanse i Księgowość – procesy finansowo księgowe
  • Sprzedaż – procesy sprzedażowe
  • CRM – zarządzanie relacjami z klientem B2B i B2C
  • Zakupy – procesy zakupowe
  • Magazyn – proste procesy magazynowe
  • Magazyn Wysokiego Składowania WMS – procesy przyjęć, składowania i wydań z magazynów, multipicking
  • Zarządzanie projektami – procesy Project Management
  • Zarządzanie zasobami ludzkimi – procesy HR

Często systemy ERP posiadają proste moduły jak:

  • Produkcja – MRP (planowanie zapotrzebowania na materiały
  • Produkcja MPS – harmonogramowanie produkcji
  • EOD – elektroniczny obieg dokumentów
  • itd.

Funkcjonalności ERP w eCommerce

Funkcjonalności ERP Retail, Omnichannel

Funkcjonalności jak wyżej oraz:

  • Zarządzanie siecią sklepów, kategoryzacja, priorytezacja
  • Praca online i offline w zależności od dostępnej infrastruktury tele-informatycznej
  • Zarządzanie siecią franczyzową
  • Wielofirmowość, struktura holdingowa
  • Rozliczenia ze sklepami
  • Zatowarowanie sklepów, łącznie z modelami predykcji i zarządzaniem sprzedażą
  • Zarządzanie mechanizmami sprzedażowymi jak promocje, itd.
  • Obsługa Programu Lojalnościowego
  • Obsługa Zwrotów
  • Obsługa Kodów Rabatowych
  • Automatyzacja procesów
  • Kontrola Jakości Dostaw
  • itd.

Architektura systemów ERP

Obecne nowoczesne systemy możemy spotkać w modelach SaaS i dedykowanych chmurach publiczno-prywatnych (hybrydowych). Rozwiązania tego typu w odróżnieniu od rozwiązań on-premise (we własnej serwerowni, Data center) pozwalają na „zrzucenie” całego ciężaru utrzymania środowiska na dostawcę. Dodatkowo pozwalają w przypadku chmur prywatnych dokonywać zmian w systemach, które są widoczne tylko dla właściciela systemy ERP (nie jak w przypadku SaaS).

Systemy ERP są zintegrowane bezpośrednio poprzez API lub wymianę plików lub poprzez szyny danych z innymi systemami w przedsiębiorstwie jak:

Nasze usługi doradcze związane z wyborem i wdrożeniami systemów ERP

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów

Audyt Licencji Systemów (Oprogramowania)

Audyt wykorzystania licencji przez systemy (indirect access) i użytkowników jest jednym z elementów polityki prawnej w obszarze IT. Wykorzystanie liczby posiadanych licencji (naruszenia licencyjne) jest powszechnym zjawiskiem m.in. z powodów braku blokad w systemach dużych dostawców systemów i możliwości ich wykorzystywania w większym zakresie niż posiadana liczba licencji. Jest to często celowe rozwiązania stosowane przez dostawców systemów, podobnie jak częste zmiany zasad i regulaminów wykorzystywania licencji. Wykorzystywanie licencji jednak powoduje zostawienie śladu w systemie lub nawet logi są automatycznie przesyłane do dostawcy, który zgodnie z zapisami umów licencyjnych często może upomnieć się o zaległe wynagrodzenie licencyjne, które może być wtedy dość wysokie.

Naruszenia licencyjne są nagminne i popularne i dlatego dostawcy rozpoczęli domaganie się pieniędzy za tego typu naruszenia. Rozpoczęły się także pierwsze batalie sądowe pomiędzy dostawcami a ich klientami. Przykładem może byś sprawa sądowa o naruszenia licencyjne z 2017 pomiędzy SAP a jednym z jego klientów w Wielkiej Brytanii a dotyczyła tzw. indirect access gdzie dwie aplikacje Saleforce i SAP były ze sobą zintegrowane.

Zespół GoTechnologies wraz partnerskimi kancelariami prawnymi wspiera klientów nie tylko w analizach i negocjacjach umów wdrożeniowych i utrzymaniowych ale także w negocjacjach umów licencyjnych i analizach zgodności architektury systemów i wymiany danych zgodnych z podpisanymi umowami licencyjnymi. Przeprowadzamy także Audyty Licencji np. systemów SAP i Audyty zgodności z RODO.

Zapraszamy do analizy naszych usług prawnych związanych z IT, systemami, oprogramowaniem, umowami z Software House, itd.:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 zadowolonych klientów