Doradztwo Startupy – przykładowe casy

Podsumowujemy nasze projekty z obszaru Doradztwa dla Startupów obejmujące zakres od analizy aktualnej dojrzałości startupu, analizy przyjętej strategii, polityki sprzedaży, analizy produktowe zarówno pod kątem technologicznym, jak i użytecznym, przygotowanie startupów do poszukiwania dalszego finansowania oraz aktywne wsparcie w pozyskaniu finansowania.

Zapraszamy do lektury pierwszych casów zrealizowanych w tym roku oraz zapraszamy do współpracy zarówno fundusze inwestycyjne, które chcą wesprzeć swoje spółki portfelowa jak i dynamicznie rozwijające się startupy.

Zrealizowane projekty dla Startupów

Oferta Doradztwa dla Startupów

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 150-ciu zadowolonych klientów

Kompleksowe Audyty Due Diligence

GoTechnologies wykonuje obecnie wszystkie rodzaje Audytów, wchodzących w skład Audytów Due Diligence wykonywanych dla Funduszy Inwestycyjnych (Fundusze Venture Capital, Private Equity, BridgeApfa, Starter, etc.) jak i Grup Kapitałowych.

Przykładowy zakres Audytu Due Diligence – finansowo, biznesowy

Przykładowy zakres Audytu IT Due Diligence

Przykładowy zakres Audytu eCommerce Due Diligence

Uzupełnieniem Audytów Due Diligence są Audyty startupów

Zapraszamy do kontaktu: pfederowicz@gotechnologies.pl

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

Gotechnologies tworzy fundusz technologiczny typu BridgeAlfa

W grudniu 2017 roku zespół GoTechnologies podpisał umowy z NCBiR o stworzeniu funduszu technologicznego typu Bridge Alfa o budżecie inwestycyjnym 50 mln PLN. Fundusz inwestuje w innowacyjne projekty technologiczne z branż:

  • Industry 4.0 np. IIoT, systemy MES, WMS, Sieci komunikacji
  • Retail
  • Logistyka i magazyny
  • Smart City
  • Smart Home
  • BioTech
  • FinTech

Struktura funduszy BridgeAlfa:

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:

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 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

Zarządzanie projektami: Jak skutecznie zebrać wymagania biznesowe?

Wymagania biznesowe wraz z  wymaganiami systemowymi  tworzą kompleksowe wymagania końcowego produktu. Zbieranie wymagań biznesowych jest jednym z najważniejszych i zarazem najtrudniejszych etapów projektu. Może decydować o sukcesie lub porażce każdego projektu.

Co to jest zarządzanie wymaganiami? Zarządzanie wymaganiami jest niezbędne podczas prowadzenia każdego projektu. Proces może składać się z kilku etapów w zależności od etapów projektu. Pierwszy etap jest odpowiedzialny za zebranie wymagań biznesowych oraz systemowych. Daje nam to szkic wymagań odnośnie docelowego systemu. Dzięki temu możemy stworzyć listę wymagań funkcjonalnych opisanych w specyfikacji wymagań. Taki dokument zaakceptowany przez wszystkie strony uczestniczące w analizie jest podstawą do dalszych prac nad szczegółowymi funkcjonalnościami. Proces zbierania wymagań nazywany jest Analizą Wymagań.

Jak wygląda kompleksowy proces zbierania wymagań dla każdego produktu? Pierwszym krokiem jest zebranie wymagań biznesowych. Drugim krokiem jest zebranie wymagań od użytkowników, którzy będą korzystać z danego produktu. Tutaj bardzo częstą metodą zbierania wymagań są przypadki użycia (use case). Kolejnym krokiem jest sporządzenie szczegółowej listy wymagań funkcjonalnych, wymagań jakościowych lub niefunkcjonalnych (np. odnośnie bezpieczeństwa, bezawaryjności, dostępności, itd. ) . To wszystko tworzy dokument wymagań względem oprogramowania często określany, jako SRS (Software Requirements Specification).

              Jak wykonać analizę wymagań biznesowych? Przy analizie wymagań możemy skorzystać z wielu technik lub metod np. z Business Analysis Body of Knowledge stworzonej przez International Institute of Business Analysis. Najbardziej popularnymi technikami analizy są burze mózgów, analizy aktualnej dokumentacji lub procesów biznesowych, wywiady, obserwacja, prototypowanie czy warsztaty. Wybór techniki lub ich łączenie zależy od projektu, skomplikowania, czasu, itd.

              Jak dokumentować wymagania biznesowe podczas analizy? Przy spisywaniu wymagań biznesowych warto skorzystać z takich narzędzi jak mapy myśli (mind maps), diagramy przypadków użycia użycia (use case), czy narzędzi do modelowania procesów biznesowych (Business proces modelling).

              Jakie są najczęstsze błędy analiz biznesowych? Dobra analiza może decydować o porażce lub sukcesie projektu. Zawarte w niej informacje muszą jednoznacznie opisywać wymagania oraz co się oczekuje od wykonawcy. W większości przypadków wymagania są niejednoznaczne a możliwości interpretacji dość duże. Przypomnijmy wymagania powinny być kompletne i spójne oraz powinny jednoznacznie opisywać, co chcemy osiągnąć.

              Jak priorytetyzować wymagania? Możemy posłużyć się prostą skalą opisową np. Wysoki, Średni, Niski, skalą liczbową np. od 1 do 5 lub w oparciu o metodę MoSCoW charakteryzującą się skalą Must (musi być), Should (powinien być), Could (może być), Would lub Won’t (może być lub nie musi być). Priorytet najwyższy powinny mieć wymagania wdrażane w pierwszej kolejności, najważniejsze z punktu widzenia biznesu, najniższy wymagania, bez których system może istnieć i bez których możemy skończyć projekt w założonym czasie.

             Jak zarządzać wymaganiami podczas trwania projektu? Należy posiadać proces zarządzania zmianami w projekcie (Change Management) zarówno jak stosujemy metodyki typu Prince2 czy techniki zwinne. Proces zarządzania zmianami w projektach informatycznych zostanie opisany w kolejnych cyklach artykułów o zarządzaniu projektami.

Zobacz naszą ofertę wsparcia w Zarządzaniu Projektami oraz wyboru systemów i dostawców klas ERP, CRM, etc.

Zapraszamy do kontaktu:

pfederowicz@gotechnologies.pl

Ponad 200 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