Dług technologiczny w systemach i aplikacjach

Definicja długu technologicznego

Dług technologiczny jest świadomym lub nieświadomym zaniedbaniem w aktualizowaniu i rozwoju systemów informatycznych zarówno pod kątem technologicznym, wydajnościowym, bezpieczeństwa, itd.

Kiedy powstaje dług technologiczny

Dług technologiczny jest często świadomym działaniem przy szybkim projektowaniu i wytwarzaniu systemów będącym konsekwencją czasu wdrożenia, budżetu, braku wystarczających zasobów, nacisków biznesu, itd. Dług jest wtedy rozpoznany i rozpisany i świadomie planowany jest powrót do jego minimalizacji w przyszłości. Często oczywiście odwlekanym aż do granicy osiągnięcia ryzyka zatrzymania systemów lub biznesu. Drugiem powodem często tez świadomym, jest nie aktualizowanie systemów i pozostawienie ich sobie samemu z powodów kosztów, braku zasobów i uzasadnienia biznesowego.

Konsekwencje posiadania długu technologicznego

Konsekwencje posiadania długu technologicznego w systemach corowych mogą być różne:

  • Duże koszty updatów czy nawet przepisania systemów w przypadku znacznego wzrostu biznesu
  • Duże koszty updatów poprawiadajność systemów
  • Duże koszty updatów bezpieczeństwa w przypadku pojawienia się zagrożenia nowych metod ataków na system
  • Obniżenie ceny sprzedaży biznesu wraz z dziurawymi i niesprawnymi systemami
  • Duże koszty integracji systemów nowych i posiadających dług technologiczny

Jak mierzyć dług technologiczny? Audyt długu technologicznego.

Audyty informatyczne w szczególności IT Due Diligence czy Audyt Kodu Źródłowego pozwalają na ocenę istniejącego długu technologicznego zarówno w aspektach ryzyka związanych z rozwojem biznesu, ryzyk utrzymania ciągłości biznesowej, ryzyk bezpieczeństwa, itd. W przypadku skomplikowanych systemów informatycznych lub kluczowych z punktu widzenia biznesu zaleca się wykonanie Audytu i oceny wraz z rekomendacjami Długu Technologicznego.

Zobacz zakresy powiązanych audytów:

Audytu Aplikacji Mobilnej,

Audytu Aplikacji i systemów informatycznych,

Audyt kodu źródłowego aplikacji

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Ponad 150-ciu klientów

Z przyjemnością informujemy, że liczba klientów GoTechnologies przekroczyła 150-ciu. Spółka doradcza GoTechnologies została otworzona w 2013 roku i od początku specjalizuje się w doradztwie technologicznym dla szybko rozwijających się firm, organizacji i starupów. Obecnie realizujemy projekty dla branż:

  1. Doradztwo technologiczne dla spółek portfelowych funduszy Venture Capital / Private Equity oraz dla Grup Kapitałowych.
  2. Pracujemy w projektach biznesowo-technologicznych dla dużych spółek m.in notowanych na GPW.
  3. Wspieramy doradztwem, kapitałem i synergią startupy.
  4. Wspieramy doradztwem Akceleratory, Fundusze typu Starter i Bridge Aplfa
  5. Nadzorujemy realizację kluczowych projektów technologicznych dla Funduszy Inwestycyjnych oraz Spółek Giełdowych.

Przykładowe projekty, które obecnie realizujemy:

  1. Doradztwo eCommerce
  2. Doradztwo BlockChain
  3. Analiza procesów w bankowości
  4. Nadzór nad projektem M&A
  5. Nadzór nad spółkami z poziomu Rad Nadzorczych

Zapraszamy do współpracy:)

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

RODO (GDPR) Audyt zgodności oraz wdrożenia

Z przyjemnością informujemy o pierwszych zrealizowanych audytach zgodności z RODO. Audyt zgodności pozwala określić stan przygotowania się do wdrażania regulacji RODO lub stan realizacji polityki zgodności z RODO. Pierwsze audyty zostały wykonane zdalnie dla startupów oraz na miejscu u klienta z branży finansowej oraz eCommerce.

Z przyjemnością możemy pochwalić się doświadczeniem w:

  • RODO w eCommerce
  • RODO w branży finansowej i windykacyjnej
  • RODO w Retail

Posiadamy także duże doświadczenie w implementowaniu procedur RODO w systemach ERP, CRM, AML.

Zapraszamy do kontaktu i na stronę Audyt RODO (GDPR)

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Audyt aplikacji, systemu informatycznego – po co? Korzyści, ryzyka.

Istotne systemy biznesowe, działające w trybie ciągłym wraz z biznesem oraz w czasie wolnym, w którym są backupowane, tuningowane czy uaktualniane są kluczowym aktywem firmy. Aplikacje i systemy informatyczne w obecnych czasach są narażone na ciągłą pracę, brak czasu na rozwój, interfejsy zewnętrzne są narażone na ataki hackerów (tak powszechne w dzisiejszych czasach) a brak rozwoju i odpowiedniego utrzymania systemu powoduje duże koszty zmian w przyszłości oraz ryzyko tzw. „długo technologicznego” (zobacz Audyt Długu Technologicznego).

Rodzaje możliwych audytów aplikacji biznesowych, mobilnych i systemów tele-informatycznych:


  • Audyt wydajności aplikacji i systemów IT
  • Audyt jakości kodu źródłowego aplikacji i systemów IT
  • Audyt bezpieczeństwa aplikacji i systemów IT
  • Audyt architektury aplikacji i systemów IT
  • Audyt licencji aplikacji i systemów IT
  • Audyt serwerów i sieci tele-informatycznej
  • Audyt i wycena aplikacji i systemów IT
  • Audyt sklepu internetowego
  • Audyt usability (użyteczności) aplikacji lub sklepu internetowego
  • Audyt systemów typu CRM, ERP, WMS, MES, Marketing Automation, etc.

Zobacz zakresy powiązanych audytów:

Audytu Aplikacji Mobilnej,

Audytu Aplikacji i systemów informatycznych,

Audyt kodu źródłowego aplikacji

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Jaką wybrać metodykę do prowadzenia projektu?

Co to jest metodyka projektowa i czym ona różni się od metodologii? Metodyka jest to ustandaryzowane podejście stosowane do rozwiązywania problemów lub prowadzenia projektów. Metodyka skupia się na metodach realizacji zadań szczególnie na metodach zarządzania. Przykładem może być metodyka zarządzania projektami Prince2. Metodyka w odróżnieniu od metodologii odpowiada na pytanie „Jak to należy zrobić”, metodologia natomiast „Co należy zrobić”.

Jakie metodyki, frameworki czy techniki możemy zastosować przy prowadzeniu projektu? W przypadku zarządzania projektami (Projekt Management) możemy skorzystać z najpopularniejszych, czyli Prince2, PMBOK (PMI) lub ze Scruma. W przypadku zarządzania portfelami projektów (Project Portfolio Management) możemy skorzystać z P3O (Portfolio, Programme and Project Offices) lub PMO (Project Management Office).

Zacznijmy zatem od Prince2. Prince2 jest wyśmienitą metodyka zarządzającą na poziomie strategicznym np. przy wykonywaniu projektów dla administracji rządowej lub dużych projektów budowlanych. Metodyka ta kładzie silny nacisk na procesy zarządzania takie jak zarządzanie ryzykiem, jakością, konfiguracją produktów oraz na planowanie przez produkty. Prince2 definiuje 8 procesów:
• Strategiczne zarządzanie projektem (Directing a project).
• Planowanie (Planning).
• Uruchamianie Projektu / Przygotowanie Założeń Projektu (Starting up a project)
• Inicjowanie projektu (Initiating a project)
• Sterowanie Etapem (Controlling a stage)
• Zarządzanie Wytwarzaniem Produktów (Managing product delivery)
• Zarządzanie Zakresem Etapu (Managing stage boundaries)
• Zamykanie Projektu (Closing a project)

Z uwagi na to, że Prince2 koncentruje się na poziomie strategicznym należy go stosować z innymi metodykami lub procesami operacyjnymi np. w etapie wytwarzania oprogramowania np. ze Scrumem lub z wykorzystaniem analizy ścieżki krytycznej.

PMBOK (A Guide to the Project Management Body of Knowledge) jest zbiorem najlepszych praktyk wykorzystywanych razem z innymi metodykami lub frameworkami. Posiada szerszy zakres niż Prince2 i rozszerza zarządzanie projektami m.in. o obszary operacyjne. PMBOK opisuje najlepsze praktyki w 9 obszarach:

• Zarządzanie integracją projektu (Project Integration Management)
• Zarządzanie zakresem projektu (Project Scope Management)
• Zarządzanie czasem w projekcie (Project Time Management)
• Zarządzanie kosztem projektu (Project Cost Management)
• Zarządzanie jakością w projekcie (Project Quality Management)
• Zarządzanie zasobami ludzkimi w projekcie (Project Human Resource Management)
• Zarządzanie komunikacją w projekcie (Project Communications Management)
• Zarządzanie ryzykiem w projekcie (Project Risk Management)
• Zarządzanie zamówieniami w projekcie (Project Procurement Management)

PMBok jest wielką skarbnicą wiedzy na temat zarządzania projektami, a opisane w nim techniki mogą być stosowane zarówno z Prince2 jak i w połączeniu z metodami zwinnymi np. Scrumem. Warto przeanalizować opisane lub zasygnalizowane tam metody lub techniki takie jak łańcuch krytyczny (Critical Path Method) czy analiza PERT. Warto także przeanalizować inne techniki zasygnalizowane w PMBOK-u takie jak metoda Zarządzania Łańcuchem Krytycznym (Critical Chain Project Management – CCPM). Jest to dość ciekawa technika wywodząca się z Teorii Ograniczeń (Theory of Constraints). Charakteryzuje się obcinaniem czasu projektu o połowę w zamian za tworzenie bufora całościowego.

Kolejnymi metodami, które warto zastosować w praktyce są tzw. metodyki zwinne. Metodyki te lub frameworki są stosowane już bezpośrednio w procesie wytwarzania oprogramowania. Idealnie nadają się w tym etapie i dlatego mogą być stosowane razem z metodykami „wyższego rzędu” np. z Princem2 lub technikami opisanymi w PMBOK-u. Do najpopularniejszych metodyk zwinnych należy Scrum. Został on szerzej opisany w rozdziale 1.6. Jaką zatem metodykę najlepiej stosować? Odpowiedz jest zależna od naszej wiedzy, od dojrzałości projektowej organizacji i od typu projektu. Warto jednak zastanowić się nad stosowaniem elementów Prince2, technik PMBOK w obszarze strategicznym (grupy projektowe, raportowanie, budżetowanie, kontrola jakości, zarządzanie ryzykiem, itd.) oraz w obszarze operacyjnym nad zastosowaniem Scruma. Połączenie technik z tych metodyk daje nam idealny proces zarządzania projektami oraz wytwarzaniem oprogramowania dostosowanym do projektu i organizacji. Warto eksperymentować i stosować techniki najlepiej pasujące do naszej organizacji i rodzaju projektu.

Jeśli potrzebujesz wsparcia w kluczowych projektach, poszukujesz zewnętrznych project managerów (Interim Project Manager, Outsourcing Project Managerów) skontaktuj się z nami. Wspieramy duże przedsiębiorstwa  oraz małe startupy w prowadzeniu projektów, wykładamy zarządzanie projektami m.in. na Akademii Leona Koźmińskiego.

Zobacz także: Doradztwo IT / Consulting Digital Transformation:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Testowanie aplikacji – co to nam daje?

Testowanie aplikacji i systemów to proces, który powinien być zaplanowany wewnętrznie lub zewnętrznie, opisany, opomiarowany i oceniany. Co to znaczy testowanie aplikacji? Testować można podzielić na:

  • testowanie poprawności wprowadzania zmian w kodzie
  • testowanie wprowadzonych funkcjonalności
  • testowanie bezpieczeństwa
  • testowanie wydajności
  • testowanie jakości kodu
  • testowanie użyteczności (UX)
  • testowanie aspektów eCommerce np. SEO

Każda z procedur testowania powinna być opisana. Co testujemy, jak testujemy, jak zgłaszamy i opisujemy błędy lub uwagi. Testowanie powinno być cyklem nieskończonym, chyba, że system zgodnie z cyklem życia przestanie być istotny i zostanie wyłączony a dane zmigrowane.

Testowanie można robić zespołem wewnętrznym lub co jest bardziej pożądane zespołem zewnętrznym. Zapraszamy do kontaktu z GoTechnologies.

Zobacz także:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Relacja z konferencji: Technologia informatyczna motorem biznesu produkcyjnego

„Technologia informatyczna motorem biznesu produkcyjnego – nowe trendy oczyma praktyków” już za nami….

Czwartkowa konferencja poświęcona była najnowszym rozwiązaniom ERP oraz zagadnieniom z zakresu Project Managementu. Celem prelekcji było uświadomienie słuchaczom ważności dobrania odpowiedniego rozwiązania informatycznego (ERP), poznanie i sprawdzenie jego możliwości oraz odpowiedni Project Management w odnoszeniu sukcesu w biznesie. Konferencja współorganizowana była przez GoTechnologies Sp. z o.o., LSSE S.A., SAP Polska Sp. z o.o., KGHM Letia Legnicki Park Technologiczny S.A. oraz CompuTec S.A.

Uroczystego otwarcia dokonał Łukasz Neuman – partner zarządzający GoTechnologies Sp. z o.o. Poza bardzo inspirującymi prezentacjami przedstawicieli SAP Polska sp. z o.o. oraz Computec SA dotyczącymi produktu SAP Business One, pojawiły się da ciekawe studia przypadków. Jako pierwszy swoimi doświadczeniami podzielił się Pan Adam Bernatowicz – dyrektor ds. rozwoju sieci, procesów i zarządzania zamówieniami w MAN Truck & Bus Polska. Podkreślił, jak istotny wpływ na budowanie przewagi konkurencyjnej oraz wzrost produktywności, ma inwestowanie w systemy ERP szyte na miarę. Drugi case przeprowadzony został przez Pana Przemysława Janczewskiego administratora systemu ERP w firmie Copal Sp. z o.o., który przedstawił system ERP od strony planowania, zarządzania i raportowania. Konferencję eksperymentem projektowym zakończył Łukasz Neuman, pokazując, że rzeczy na pozór niemożliwe, przy dobrym zaplanowaniu mogą się udać…