Sklep

Oferta edukacyjna

Już dziś zainwestuj w kompetencje jutra.
Wyniki: 45
Brak danych o cenie
Atrybuty wymagania, bo opis wymagania to za mało
Zapisy wkrótce

Po zdefiniowaniu wymagania, bez względu na to czy jest to wymaganie biznesowe, czy wymaganie względem produktu musimy zdefiniować atrybuty takiego wymagania. Dlaczego jest to takie ważne? Bo opis wymagania to za mało, aby szybko otrzymać informację w jakiej kolejności wdrażać wymagania, czy które z wymagań zostały już zatwierdzone przez Klienta?

1. Czym jest atrybut wymagania?

Wymaganie to nie tylko tekst, ale przede wszystkim dodatkowe informacje, które pozwalają na odróżnienie danego wymagania od innych wymagań oraz umożliwiają lepsze zarządzanie zakresem projektu. Takimi dodatkowymi informacjami są atrybuty wymagania.

“ Cecha jakiejś rzeczy, osoby lub zjawiska wyróżniająca je spośród innych”

Słownik Języka Polskiego (2020)

“Atrybuty umożliwiają uporządkowanie informacji związanych z pojedynczym wymaganiem w celu ułatwienia przetwarzania, filtrowania, sortowania itp. Atrybuty mogą być wykorzystywane do wspierania wielu umiejętności związanych z inżynierią wymagań, umożliwiając sortowanie wymagań lub wybieranie ich do dalszych działań oraz umożliwiając kontrolowanie samego procesu tworzenia wymagań”

(Hull, Jackson and Dick (2011))

Bazując na powyższych definicjach brak atrybutów powoduje zwiększenie czasu, jaki zespół projektowy musi poświęcić, aby móc odpowiedzieć na podstawowe pytania:

  1. Które z listy wymagań zaimplementować jako pierwsze?
  2. Jakie są skutki braku implementacji tego wymagania, bądź grupy wymagań?
  3. Z kim z biznesu rozmawiać o tym wymaganiu?
  4. Czy wymaganie, o którym rozmawiamy jest nadal aktualne? Czy to jest jego ostateczna wersja?
  5. Które z wymagań zostały już zaimplementowane?
  6. W jaki sposób dane wymaganie wpływa na inne wymagania?
  7. Czy znamy kryteria akceptacji danego wymagania?
  8. Skąd wzięło się to wymaganie?

To tylko kilka pytań, które usłyszysz na spotkaniu projektowym, jeśli Twoje wymagania będą zawierały jedynie nagłówek z bardzo krótkim opisem wymagania.
To właśnie dzięki atrybutom wymagań, osoba zarządzająca projektem w krótkim czasie jest w stanie wygenerować raport pokazujący które z listy wszystkich wymagań o wysokim priorytecie mają status: “Zatwierdzone”, są przypisane do “Analityka 1” i będą implementowane w wersji 15.3.
Nie ma wątpliwości, że zdefiniowanie listy atrybutów, jakie chcemy utrzymywać w danym projekcie oraz ich ciągła aktualizacja jest dodatkowym czasem, jaki musi poświęcić Analityk, aby “zamknąć pracę” nad wymaganiem. Niezaprzeczalne jest również to, że jest to inwestycja w jakość, która powinna być wykonywana w każdej firmie dostarczającej wymaganie.

2. Najczęściej używane atrybuty wymagania

Nie ma jednej uniwersalnej listy atrybutów wymagań. Zgodnie z definicją atrybutu są to dodatkowe informacje ułatwiające zarządzanie projektem, zatem lista atrybutów może zmieniać się w zależności od rodzaju projektu czy nawet ze względu na rynek, na który dostarczamy oprogramowanie.

Brak uniwersalnej listy nie oznacza, że mamy ją tworzyć od nowa przed każdym uruchomieniem projektu. Istnieje lista najpopularniejszych atrybutów wymagania, od których można rozpocząć i wybrać z niej te, które dają wartość do opisywanego wymagania.

Jednym z pierwszych problemów w pracy z atrybutami, jakie obserwuję wchodząc do danej firmy jako konsultant to “nadgorliwość” analityków. Patrząc na niektóre listy atrybutów widać proces tworzenia takiej listy. Ktoś usiadł i sumiennie przejrzał wszystkie dostępne listy atrybutów, wyciągnął część wspólną i zaimplementował do projektu. O ile co do pierwszych czynności nie mam zastrzeżeń, to zabrakło podstawowego kroku, czyli zastanowienia się czy lista tych atrybutów dodaje wartość do opisanego wymagania i poprawia jego czytelność.

Pamiętajmy o tym, aby zdefiniowane atrybuty wymagania aktualizować na bieżąco dla danego wymagania oraz aby przyjęta lista atrybutów była uzupełniona dla każdego wymagania. Niedopuszczalna jest sytuacja, kiedy na przykład z listy 10 atrybutów w jednym wymaganiu mamy komplet informacji, w pozostałych wymaganiach mamy wybiórcze informacje.

Pamiętaj, że lista atrybutów wymagania może się zmieniać wraz z projektem ze względu na jego specyfikę, bądź domenę. Nie wyklucza to natomiast stworzenia uniwersalnej minimalnej listy atrybutów wymagania, którą możesz rozszerzać o dodatkowe atrybuty charakterystyczne dla danego projektu.

Atrybuty możemy uporządkować ze względu na 3 grupy:
Grupa 1: Atrybuty pomagające zdefiniować wymaganie i jego cel
Grupa 2: Atrybuty wspierające zarządzanie wymaganiami
Grupa 3: Atrybuty wspierające ponowne użycie wymagania

Grupa 1: Atrybuty pomagające zdefiniować wymaganie i jego cel

Jest to grupa atrybutów, która pomaga zapewnić, że wymagają posiadają cechy dobrze sformułowanych wymagań, ale przede wszystkim pozwalają zrozumieć intencję oraz potrzeby biznesowe, jakie były źródłem dla tego wymagania.

  1. Uzasadnienie – określa dlaczego wymaganie jest potrzebne, ale również pozwala nam lepiej zrozumieć intencję wymagania oraz przyczyny jego powstania. W uzasadnieniu znajdziemy założenia czy ograniczenia, jakie są dodatkową informacją wpływającą niekiedy nawet na ustalenie priorytetu danego wymagania.
  2. Pochodzenie wymagania/źródło wymagania – każde wymaganie musi mieć wskazane swoje źródło pochodzenia. Źródłem wymagania może być potrzeba interesariuszy, dokument na podstawie którego zdefiniowano dane wymaganie, np. zgodność z konkretnym aktem prawnym, zgodność z procedurami bezpieczeństwa. Innym przykładem źródła wymagania może być również inne wymaganie, wówczas podajemy numer wymagania.

Grupa 2: Atrybuty wspierające zarządzanie wymaganiami

Atrybuty z tej grupy pomagają utrzymać aktualny stan wymagania, ale przede wszystkim podjąć działania w celu zapewnienia zarządzania zmianą, zachowania spójności, kompletności oraz pozwala na wgląd w stan realizacji wymagań przez zespół projektowy.

  1. Unikalna nazwa -tytuł, nagłówek wymagania, ważne, aby był on krótki i odzwierciedlał główną myśl, której dotyczy wymaganie
    Unikaj bardzo długich zdań, ponieważ nie są one czytelne. Skup się na intencji, jakie niesie dane wymaganie. Nie wrzucaj w nagłówek wymagania całego opisu działania, które powinno znaleźć się w treści wymagania.

Przykład:

Mamy wymaganie biznesowe użykownika, którego nagłówek będzie brzmiał:

“Umożliwienie Działowi Sprzedaży utworzenie dokumentu potwierdzającego realizację usługi”,

bądź krócej:

“ Utworzenie przez Dział Sprzedaży dokumentu potwierdzającego realizację usługi”.

Zwróć uwagę, że nagłówek wymagania musi być unikalny, zatem w słowniku pojęć, bądź modelu dziedziny ( w zależności od tego w jakim narzędziu pracujesz) umieść definicję: “usługa”, “dokument”.

W przypadku korzystania z narzędzi CASE, niektóre z nich mają wbudowany mechanizm wspierający tworzenie unikalnych nazw wymagań. Oznacza to, że nie będziemy mogli utworzyć wymagania o dokładnie takiej samej nazwie, która już została zdefiniowana w innym wymaganiu. W przypadku dużej listy wymagań jest to ułatwienie pracy, które przekłada się również na jakość wymagań.

2. Unikalny identyfikator – krótki, niepowtarzalny identyfikator dla wymagania. Może to być liczba, alias składający się z cyfr i tekstu, który referuje do grupy wymagań.

Ważne, aby identyfikator nie był ponownie użyty nawet w sytuacji, kiedy Klient zrezygnował z danego wymagania.
Często w bardzo złożonych systemach można spotkać identyfikatory, w ramach których zaszywamy dodatkowe informacje takie jak moduł, z którym związane jest dane wymaganie czy rodzaj wymagania.

Ważne jest, aby składnia identyfikatora była powszechnie dostępna i jednoznaczna dla wszystkich w Twojej organizacji a co najważniejsze, aby wszyscy ją stosowali.

Dla naszego przykładu:

Opcja A) Bardzo rozbudowany system, chcemy w szybki sposób dowiedzieć się jakiego obszaru dotyczy nasze wymaganie

W takiej sytuacji możesz spotkać się z rozbudowaną strukturą identyfikatora, np.

Identyfikator w postaci: X.YY.ZZZ, gdzie:
X oznacza unikalny identyfikator systemu/aplikacji. W naszym przypadku oznaczmy, że jest to: S, czyli System Sprzedażowy ,
YY oznacza unikalny identyfikator modułu. W naszym przypadku będzie to: RS, czyli Realizacja Szkoleń
ZZZ oznacza kolejny numer wymagania. W naszym przypadku będzie to pierwsze wymaganie, czyli: 001.

Nasz identyfikator wygląda następująco: S.RS.001.
W zależności od narzędzia, w którym tworzysz i zarządzasz wymaganiami identyfikator może być automatycznie dodatkowo dodany do nagłówka, dzięki czemu otrzymamy dla naszego przykładu następujące wymaganie:

S.RS.001 – Utworzenie przez Dział Sprzedaży dokumentu potwierdzającego realizację usługi

Opcja B) Nie potrzebujesz umieszczać informacji o systemie czy module w identyfikatorze. Zależy Ci jednak, aby w szybki sposób bez dodatkowego “klikania” dowiedzieć się o rodzaju wymagania.

W takiej sytuacji struktura identyfikatora może wyglądać następująco:
XX.YYY, gdzie:
XX– rodzaj wymagania zgodnie z przyjętą strukturą w organizacji, np. WB- wymaganie biznesowe, WF – wymaganie funkcjonalne, WNF – wymaganie niefunkcjonalne. W naszym przypadku jest to wymaganie biznesowe użytkownika, zatem oznaczmy go jako: WB
YYY– oznacza kolejny numer wymagania.W naszym przypadku będzie to pierwsze wymaganie, czyli: 001.

Dla naszego przykładu połączmy identyfikator z nagłówkiem wymagania:
WB.001 – Utworzenie przez Dział Sprzedaży dokumentu potwierdzającego realizację usługi

Bazując na powyższych przykładach możemy zauważyć, że niepozorny atrybut jakim jest identyfikator może nieść sporo informacji poza samym numerem.
Pamiętaj, że nie zawsze identyfikator musi być rozbudowany, czasem i najczęściej tak jest, na początku wystarczy jedynie kolejny numer wymagania.

Czy identyfikator zawsze powinien być w nagłówku wymagania?
Umieszczenie w nagłówku wymagania również jego identyfikatora nie jest konieczne, aczkolwiek poprawia czytelność wymagań. Brak umieszczenia identyfikatora w nagłówku nie pozbawia wymagania atrybutu, ponieważ taka informacja znajduje się na liście atrybutów wymagania, jeśli korzystamy z narzędzia CASE, np. Enterprise Architect czy Visual Paradigm. W JIRA identyfikator znajduje się w szczegółach (Details) danego wymagania.

Kiedy warto umieścić identyfikator w nagłówku wymagania?
Jeśli nie korzystasz z narzędzia CASE, a do dyspozycji masz Word-a to warto umieścić identyfikator w nagłówku wymagania, bowiem na spisie treści będziesz widział od razu numery wymagań, a i czytanie czasem obszernie opisanego dokumentu staje się łatwiejsze.

3. Typ wymagania/kategoria wymagania – określa typ wymagania: wymaganie biznesowe, wymaganie funkcjonalne, wymaganie pozafunkcjonalne.

Lista typów wymagań zależy od tego, jaki schemat podziału wymagań został przyjęty w danej organizacji.
Możesz spotkać się z bardziej rozbudowanymi listami, np. zamiast: “wymaganie pozafunkcjonalne” będą wymienione rodzaje wymagań pozafunkcjonalnych (np. bezpieczeństwo).

Czy muszę uzupełniać atrybut: typ wymagania, nawet jeśli wcześniej został już wpisany jako część składowa identyfikatora?
Odpowiedź jest jedna: Tak i to bezwzględnie, choć z jednym wyjątkiem. Pamiętaj, że dodanie informacji o rodzaju/typie wymagania w nagłówku jest jedynie dodatkową informacją, która ma pomóc czytelnikowi od razu zobaczyć z jakim rodzajem wymagania ma do czynienia.


Jeśli korzystasz np. z Enterprise Architecta i dodajesz wymagania z sekcji: “Extended Requirements” (na rysunku poniżej oznaczono cyfrą: 1), obiekt zostaje dodany (rys. ozn. numerem 2) i automatycznie nadawany jest typ wymagania (rys. ozn. numerem 3 ) zgodnie z wybranym typem wymagania.

(w celu powiększenia rysunku kliknij w niego)

widok atrybutów w EA
Widok atrybutów w Enterprise Architect

Podobnie jest w przypadku Visual Paradigm, gdzie po wcześniejszej konfiguracji typów wymagań system automatycznie ustawia wybrany typ w utworzonym obiekcie.

widok wymagania z oznaczonym atrybutem: rodzaj wymagania w VP
Widok wymagania oraz oznaczenia rodzaju wymagania w Visual Paradigm

Wyjątkiem, kiedy nie musimy, ale nadal możemy duplikować informację o typie wymagania, jest przechowywanie wymagań w Word.

Organizacje różnie sobie z tym radzą, jedne bezpośrednio pod nagłówkiem stosują tabelę, w której przechowują wszystkie atrybuty wymagania- w takiej sytuacji informacja o typie wymagania powinna również znaleźć się w tabeli. Inne organizacje pod nagłówkiem wymagania wprowadzają treść tego wymagania.

Celem dodania atrybutu jakim jest typ wymagania jest umożliwienie szybkiego wylistowania wymagań o określonym typie, co jest trudno osiągalne, jeśli korzystamy z Word. Jeśli przechowujemy wymagania w postaci tekstu w Confluence istnieje możliwość wygenerowania raportu zestawiającego typy wymagań. Nadal należy jednak pamiętać, że Word i Confluence nie są narzędziami dedykowanymi do zarządzania wymaganiami.
Wylistowanie informacji o typie wymagań wraz z dodatkowymi atrybutami w EA czy VP jest jedną z podstawowych funkcji tych narzędzi.

  1. Autor wymagania – oznaczenie osoby, która wprowadziła wymaganie. W przypadku użycia narzędzi CASE bardzo często system automatycznie przypisuje osobę zalogowaną, która dodała wymaganie do repozytorium. Pamiętaj, aby nie mylić z autora wymagania z innym atrybutem wymagania- właściciel wymagania.
  2. Data utworzenia wymagania – data wprowadzenia wymagania do katalogu wymagań. W przypadku użycia narzędzi CASE data tworzona jest automatycznie. Pamiętaj, że nie wszystkie wymagania tworzone są w momencie uruchomienia projektu. Niektóre z nich są tworzone w trakcie spotkań z Klientem. Informacja o dacie utworzenia wymagania pozwala Ci nie tylko zarządzać wymaganiem, ale przede wszystkim prześledzić, w którym momencie projektu powstało wymaganie. Dzięki tej informacji łatwiej jest zarządzać zmianą w projekcie, ale również priorytetami wymagań.
  3. Właściciel wymagania – osoba odpowiedzialna za zatwierdzanie zmian w wymaganiu. Najczęściej jest to jeden z interesariuszy. Możesz spotkać się z określeniem: “Właściciel biznesowy”. Takie stwierdzenie ułatwia odróżnienie autora wymagania od jego właściciela. Określenie “właściciel wymagania” jest bardziej uniwersalne, ponieważ “właściciela biznesowego” mamy w wymaganiach biznesowych, natomiast właścicielem wymagań pozafunkcjonalnych czy funkcjonalnych może być np. członek zespołu.
  4. Interesariusze– informacja, jakich grup interesariuszy dotyczy wymaganie. Dzięki tej informacji wiemy, które grupy interesariuszy mają wpływ na ostateczny kształt wymagania oraz będą uczestniczyć w zatwierdzaniu wymagań
  5. Status – listę statusów wymagań warto zdefiniować na początku projektu, aby śledzić, którymi wymaganiami powinniśmy zająć się na danym etapie projektu. Dzięki ustawieniu statusu wymagania wiemy, które wymagania są w trakcie implementacji, a które są np. odrzucone przez Klienta.
  6. Numer wersji wymagania – informacja o aktualnej wersji wymagania, dzięki czemu widzimy jak w czasie zmieniało się wymaganie. Wymaganie, które ma wiele zmian zwiększa ryzyko w projekcie, ale również widać w którym obszarze mamy największą niewiadomą.
  7. Data zatwierdzenia wymagania – data zatwierdzenia aktualnej wersji wymagania.
  8. Data ostatniej zmiany wymagania – data ostatniej zmiany wymagania. Możesz spotkać się z sytuacją, kiedy data zatwierdzenia wymagania jest wcześniejsza niż data ostatniej zmiany wymagania, co ma również odzwierciedlenie w statusie: “Niezatwierdzone”. Patrząc jedynie na te 3 atrybuty (data zatwierdzenia wymagania, data ostatniej zmiany wymagania i status wymagania) widzimy, że wymaganie zostało zatwierdzone przez Klienta, a następnie uległo zmianie.
  9. Stabilność wymagania – informacja o “podatności” wymagania na zmiany. Wymagania oznaczone jako niestabilne, czyli takie, które są zmieniane przez Klienta nie powinny trafić do produkcji, ponieważ nawet po zaimplementowaniu wymagania ulegnie ono zmianie. Często atrybut jest powiązany z numerem wersji wymagania. Uproszczając można przyjąć, że im wyższa wersja wymagania tym bardziej niestabilne mamy wymaganie. Patrząc na wcześniej opisywany przypadek ze zmianą wymagania, automatycznie powinniśmy ustawić takie wymaganie jako: “niestabilne”. Tym samym widzimy ścisłą korelację pomiędzy poszczególnymi atrybutami.
  10. Priorytet – informacja o kolejności implementacji. Nie mylić z ważnością danego wymagania, bowiem każde wymaganie może być ważne z punktu widzenia prowadzenia biznesu, lecz w którymś momencie stanie się pilne, czyli będzie wymagało szybkiego wdrożenia a co za tym idzie jego priorytet zmieni się na najwyższy.
  11. Krytyczność wymagania – informacja o wpływie danego wymagania na działanie rozwiązania. Krytyczne wymagania to takie, które muszą być zaimplementowane, aby system w ogóle mógł działać. Informacja ta wpływa również na nadawanie priorytetów danym wymaganiom. Określenie krytyczności wymagania może być listą: 1,2,3, gdzie 1 oznacza wymaganie najbardziej krytyczne. Można skorzystać też z innej listy, np.: “Krytyczny, wysoki, średni, niski”. Często w narzędziach CASE krytyczność wymagania oznaczona jest jako: “ważność” wymagania.
  12. Ryzyko wymagania – informacja, która pozwala nam odpowiedzieć na pytanie jakie ryzyko musimy uwzględnić, jeśli dane wymaganie nie zostałoby zaimplementowane. Ten atrybut podobnie jak atrybuty: stabilność, krytyczność są informacjami, po analizie których określamy priorytet. Często narzędzie CASE wspiera wyliczenie takiego priorytetu na podstawie tych informacji.

Grupa 3: Atrybuty wspierające ponowne użycie wymagania

Atrybuty z tej grupy mogą być stosowane przez organizację, która wytwarza podobne produkty ze względu na linię tworzonych produktów, region czy kraj.

  1. Wydanie – numer wydania, w ramach którego ma być zaimplementowane wymaganie
  2. Region – informacja o regionie, dla którego jest dedykowane dane wymaganie. Dotyczy to sytuacji, kiedy rozwiązanie jest dedykowane na różne rynki. Dzięki informacji o regionie łatwiej nam jest później rozwijać funkcjonalności w sytuacji, kiedy chcemy dostosować oprogramowanie do danego regionu.
  3. Kraj – podobnie jak w przypadku regionu otrzymujemy informację o kraju, którego dotyczą dane wymagania, być może charakterystyczne tylko dla tego kraju, np. sposób naliczania odsetek, czy sposób księgowania, bądź rodzaje dokumentów jakie są tworzone po wykonaniu danego kroku biznesowego.
  4. Segment rynku – informacja o segmencie rynku, dla którego wdrażamy dane wymagania.
  5. Produkt/Obszar – informacja o tym, jakiego obszaru biznesowego, bądź produktu, czy linii produktowej dotyczy dane wymaganie.

Od czego zacząć pracę z atrybutami wymagania?

  1. Wypisz wszystkie atrybuty wymagania, które według Ciebie są wartościowe z punktu widzenia prowadzenia projektów w firmie, w której pracujesz.
    W tym celu możesz skorzystać z zaproponowanych najpopularniejszych atrybutów wymagań. Możesz również przejrzeć projekty, w których brałeś udział, szczególnie takich, które zakończyły się opóźnieniem w realizacji wymagań, prace były źle oszacowane, czy zmienność wymagań po stronie klienta była duża.
    Zastanów się jakich informacji w wymaganiach zabrakło, aby uniknąć takiej sytuacji, bądź zminimalizować wystąpienie takich sytuacji w projekcie.
  2. Przedyskutuj z zespołem przygotowaną przez Ciebie listę, zastanówcie się, czy lista jest kompletna, a jeśli brakuje jakiejś informacji dopisz ją do listy.
  3. Przetestuj przygotowaną listę z zespołem podczas projektu
  4. Podczas retrospekcji po zakończonym projekcie porozmawiajcie o zastosowanej w projekcie liście atrybutów wymagań, aby dowiedzieć się:
    A) Czy zaprojektowana przez Was lista spełniła Wasze oczekiwania?
    B) Które z atrybutów wymagań okazały się przydatne, a które zbędne, bądź nie wnoszące żadnej wartości?
    C) Czy w trakcie projektu pojawiły się nowe informacje, które powinniśmy dodać do listy naszych atrybutów wymagań?

Moja rada: Zacznij od minimalnej listy atrybutów, którą będziesz stosował do każdego wymagania.

Subiektywna lista podstawowych atrybutów, od której warto rozpocząć pracę:

  1. Unikalny identyfikator
  2. Unikalna nazwa wymagania
  3. Uzasadnienie wymagania /opis
  4. Typ wymagania
  5. Data utworzenia wymagania
  6. Data ostatniej zmiany wymagania
  7. Autor wymagania
  8. Źródło
  9. Priorytet
  10. Status
  11. Numer wersji wymagania

W dalszej kolejności możemy rozszerzyć tą listę o następujące elementy takie jak:

  1. Krytyczność
  2. Ryzyko
  3. Wydanie
Brak danych o cenie
Definicja wymagania i rodzaje wymagań
Zapisy wkrótce

Definicja wymagania, która będzie zrozumiała szczególnie dla początkujących analityków to jedno z największych wyzwań, jakie stoją przed osobami, które tworzą standardy światowe w zakresie inżynierii oprogramowania.

Dla osób z większym stażem każda z już funkcjonujących definicji jest zrozumiała, ponieważ potrafimy odróżnić potrzebę Klienta, którą słyszymy na pierwszych spotkaniach projektowych, od tego czego tak naprawdę potrzebuje Klient, aby rozwiązać swój problem.

Pytając Biznes i IT o to co rozumieją jako “definicja wymagania” usłyszymy różne stwierdzenia, co jest w pełni zrozumiałe, ponieważ każda ze stron patrzy na inne poziomy wymagań.
Biznes skupia się na potrzebie biznesowej i nie znając wszystkich możliwości systemowych opowiada swoimi słowami co chce.

Inżynier wymagań (analityk biznesowo-systemowy) pracujący po stronie IT na podstawie tego co usłyszał od Biznesu zaczyna zastanawiać się co system i w jaki sposób ma realizować, aby spełnić oczekiwania Biznesu.

Problem w tym, że wielu analityków niepoprawnie identyfikuje wymagania myląc je z regułami biznesowymi, bądź oczekiwaniami klienta, czasem pomijają wymagania pozafunkcjonalne.

A to tylko dlatego, że nie zastanawiamy się nad tym czym jest wymaganie, jaka jest hierarchia wymagań i jak prowadzić identyfikację wymagań na spotkaniu z Biznesem, aby otrzymać wszystkie informacje umożliwiające zespołowi zdefiniować zmiany w systemie, bądź systemach.

W artykule przedstawiam najczęściej spotykane definicje wymagań opatrzone moim komentarzem. Z artykułu dowiesz się czym jest hierarchia wymagań i dlaczego jest tak istotna.

1. Definicja wymagania

Poniżej zaprezentowałam najczęściej spotykane stwierdzenia określane jako definicja wymagania.

“1.Warunek lub zdolność potrzebna interesariuszowi do rozwiązania problemu lub osiągnięcia celu.

2.Warunek lub zdolność, które musi spełniać lub posiadać system lub komponent systemu, spełnienie warunków umowy, normy, specyfikacji lub innych formalnie narzuconych dokumentów.

3. Udokumentowane przedstawienie stanu lub zdolności, jak w punkcie 1 lub 2.”

Definicja ze standardu IEEE Std. 610.12-1990 (Standard ten został zastąpiony przez standard IEEE/ISO/IEC 24765-2017)

Mój komentarz: Definicja wymagania jak najbardziej pełna, ponieważ pokazuje czym jest wymaganie biznesowe (punkt 1) oraz wymaganie względem systemu (punkt 2). Nie rekomenduję tej definicji osobom początkującym, ponieważ rozpoczynając pracę z wymaganiami trudno zrozumieć czy to co mówi nam Klient na spotkaniu jest wymaganiem czy może zbiorem zasad, z którymi musimy dalej pracować, aby wyjść na wymaganie.

“Stwierdzenie, które tłumaczy lub wyraża potrzebę oraz związane z nią ograniczenia (1) i warunki (2).”

(1)Poprzez ograniczenia rozumiane są czynniki, które są nałożone na rozwiązanie, bądź projekt, które mogą go modyfikować.

(2) mierzalny atrybut jakościowy lub ilościowy, który jest określony dla wymagania.

Definicja z ISO/IEC/IEEE 29148: 2018-11 (Second edition)

Mój komentarz: Dla osób doświadczonych jest to jedna z trafniejszych definicji. Podobnie jak w przypadku definicji ze standardu IEEE 610.12-1990 nie rekomendowałabym tej definicji dla osób początkujących.
Przykłady “ograniczeń”:
Sformułowanie 1: “Rozwiązanie musi być dostarczone do [data]”,
bądź
Sformułowanie 2: “Rozwiązanie musi być gotowe na moment obowiązywania Ustawy art.XX z dnia DD.MM.RRRR”.

Takie sformułowania powodują, że w większym stopniu skupiamy się na tym, aby rozwiązanie realizowało niezbędne funkcje, które zostały zdefiniowane przez Biznes (sformułowanie 1), bądź wynikają z zapisów prawa (sformułowanie 2). Nie oznacza to, że nie zastanawiamy się nad możliwościami usprawnień rozwiązania, które projektujemy. Jednak analiza potencjalnych docelowych rozwiązań najczęściej odbywa się w II fazie projektu, czyli po oddaniu już działającego rozwiązania.


Takim charakterystycznym przypadkiem było wdrożenie JPK (Jednolity Plik Kontrolny) czy dostosowanie rozwiązań do Rozporządzenia RODO (Ochrona Danych Osobowych Osób Fizycznych), a szczególnie aspektów związanych z anonimizacją danych.


W przypadku JPK w pierwszym kroku należało przygotować rozwiązanie umożliwiające wygenerowanie pliku z danymi zgodnymi z narzuconą przez Ministerstwo Finansów strukturą. Drugorzędną kwestią (w tym przypadku) było zautomatyzowanie wysyłki wygenerowanych plików. Choć niektórym firmom udało się dostarczyć tą funkcję w pierwszym kroku.


Podobna sytuacja była z anonimizacją w RODO. W celu uniknięcia zanonimizowania danych klientów, którzy nie powinni być zanonimizowani często decydowano się na “półautomat”, czyli system generował dane zgodnie z zaimplementowanymi regułami . W drugim kroku osoba sprawdzała poprawność danych, dzięki czemu w wielu przypadkach udało się “wyłapać” wyjątki, czy nowe reguły. W ostatnim kroku projektu zautomatyzowano anonimizację danych.


Co może być jeszcze ograniczeniem? Chociażby wersja przeglądarki (w przypadku rozwiązań webowych), na którą musi być dostarczone rozwiązanie. Różnica między przeglądarkami na pierwszy rzut oka nie wydaje się duża. Zabawa zaczyna się, jeśli chcemy skonfigurować elementy rozwiązania za pomocą przeglądarki. W niektórych przeglądarkach pole tekstowe nie da się rozszerzyć, co uniemożliwia korzystanie z funkcjonalności w sposób “user friendly”.

Zwróć uwagę w definicji na punkt 2, w którym poruszana jest kwestia warunków, a dokładniej atrybutów wymagania. W najprostszym tłumaczeniu chodzi o to, że każde wysokopoziomowe wymaganie musi mieć co najmniej jeden element, na podstawie którego będzie można przetestować wymaganie. Ściślej mówiąc: każde wymaganie funkcjonalne musi mieć co najmniej jedno wymaganie pozafunkcjonalne, dzięki czemu znamy charakterystykę produktu.

“Wymagania stanowią specyfikację tego, co powinno zostać zaimplementowane. Opisują, jak powinien zachowywać się system, albo określają jego właściwości lub atrybuty. Mogą nakładać ograniczenia na proces tworzenia systemu”

I. Sommerville & P. Sawyer

Mój komentarz: Jest to moja ulubiona definicja wymagania, którą polecam szczególnie osobom początkującym. Choć głównie definicja skupia się na wymaganiach systemowych (funkcjonalnych i pozafunkcjonalnych), brakuje tu warstwy wymagań biznesowych, które dopełniłyby całości definicji.

“Definicja potrzeby lub celu klienta albo warunków bądź możliwości, którymi powinien cechować się produkt, aby zaspokoić ową potrzebę albo cel. Właściwość, jaką musi posiadać produkt, aby miał wartość dla interesariusza”

K.Wiegers, J.Beatty

Mój komentarz: Jeśli do tej definicji dodamy definicję “interesariusza” jaką zaproponował Tom Gilb:

“Każda osoba, która ma interes w projekcie IT. Interesariuszami projektu są osoby i organizacje, które są aktywnie zaangażowane w projekt, lub których interesy mogą zostać naruszone w wyniku realizacji lub ukończenia projektu.”

Definicja wymagania nabiera szerszego znaczenia i będzie oznaczała wielowymiarowość wymagań.

Dla:
Biznesu- wymaganiem będzie spełnienie potrzeby biznesowej
Programisty i Testera- wymaganiem będzie informacja co system musi umieć zrobić oraz jakie elementy ograniczające rozwiązanie muszą być uwzględnione w tym rozwiązaniu.

2. Kategoryzacja wymagań

Wiedząc jaka jest definicja wymagania musimy odpowiednio skategoryzować rodzaj informacji, jakie udało nam się zidentyfikować rozmawiając ze wszystkimi zainteresowanymi stronami (interesariuszami: Biznes, programista, tester, bądź inni członkowie zespołu produktowego).
Znając kategorie wymagań łatwiej jest nam sprawdzić czy posiadamy wszystkie informacje, aby rozpocząć dalszą pracę analityczną.

Wymagania możemy podzielić na 3 podstawowe kategorie: wymagania biznesowe, wymagania interesariuszy, wymagania rozwiązania (wymagania funkcjonalne i pozafunkcjonalne). W zależności od opracowań powyższa kategoryzacja może zostać rozszerzona o dodatkowe kategorie takie jak: wymagania przejścia czy ograniczenia (biznesowe, rozwiązania).
Certyfikacja IQBBA wyróżnia dodatkowo takie kategorie jak: założenia biznesowe czy techniczne. Osobiście uważam zaproponowane dodatkowe kategorie za nadmiarowy zabieg, ponieważ założenia biznesowe są podstawą do zdefiniowania wymagań biznesowych.

Wymaganie biznesowe – opisują korzyści biznesowe, jakie organizacja chce osiągnąć. Wymagania biznesowe skupiają się na celach biznesowych. W treści wymagania biznesowego nie powinno być elementów systemowych, lecz cel biznesowy. W celu zidentyfikowania wymagania biznesowego zastanów się wspólnie z Biznesem: “Co organizacja chce osiągnąć?”. Przykład: “Skrócenie czasu realizacji zamówienia o 10% od stanu obecnego”

Wymaganie interesariuszy – opisują cele oraz korzyści biznesowe, jakie osiągną użytkownicy systemu. Opisują co użytkownicy będą mogli robić za pomocą systemu. Często można spotkać się z określeniem: wymagania biznesowe interesariuszy. Przykład: “Otrzymanie powiadomienia o nowym zamówieniu do realizacji przez Magazyn”.

Wymaganie rozwiązania :

  • wymagania funkcjonalne– opisują zachowania opisywanej funkcji rozwiązania, które realizują wymagania biznesowe. W celu łatwiejszej identyfikacji wymagania funkcjonalnego zadaj sobie pytanie: “Co funkcja musi umieć robić?”
  • Pozafunkcjonalne– są dopełnieniem wymagań funkcjonalnych opisując cechy rozwiązania pod kątem jakościowym, np. wydajności czy niezawodności. Pomocnym pytaniem podczas identyfikacji tych wymagań: “Jako dobrze system ma to robić? W jaki sposób?”. W zależności od produktu, jaki tworzymy liczba wymagań pozafunkcjonalnych będzie się różnić. Zgodnie z modelem jakości zaproponowanym w standardzie ISO/IEC 25010:2011 wymagania pozafunkcjonalne to 8 grup cech jakościowych:
  1. Odpowiedniość funkcjonalna (kompletność, poprawność, odpowiedniość)
  2. Zgodność
  3. Użyteczność
  4. Niezawodność
  5. Bezpieczeństwo
  6. Łatwość utrzymania
  7. Przenośność
  8. Wsparcie

3. Od których wymagań rozpocząć analizę?

Chciałoby się klasycznie powiedzieć: “To zależy”. Ale faktycznie tak jest. Musisz znać hierarchię wymagań, czyli:

  • wymaganie biznesowe
  • wymaganie interesariuszy
  • wymaganie funkcjonalne
  • wymaganie pozafunkcjonalne.

W zależności od tego co powiedział Biznes w rozmowie z Tobą, Twoje kolejne pytanie będzie wynikało z tego gdzie zaklasyfikowałeś wypowiedź Biznesu w hierarchii wymagań (zwróć uwagę na to czy przypadkiem nie rozmawiacie o regule biznesowej a nie wymaganiu).

Jeśli Klient mówi: “System musi umożliwiać mi oznaczenie MPP (mechanizmu podzielonej płatności) na wystawianej fakturze” to wiedz, że rozmawiacie o wymaganiu funkcjonalnym.

W pierwszym kroku musisz skierować rozmowę na wymagania biznesowe, aby dowiedzieć się co chcemy osiągnąć. W tym konkretnym przypadku biznes chce osiągnąć zgodność z przepisami i to jest cel biznesowy. Aby ten cel zrealizować system musi mieć funkcje umożliwiające: ręczne oznaczenie MPP, mechanizm sprawdzający czy wystawiona kwota na FV spełnia wymogi MPP (mimo, że użytkownik ręcznie nie zaznaczył takiej opcji) itd.

W kolejnym kroku zastanawiasz się w jaki sposób użytkownik chce pracować z daną funkcjonalnością, dzięki czemu zespołowi łatwiej będzie zaprojektować usługę, na końcu zostają wymagania pozafunkcjonalne, które z uwagi na kategoryzację są łatwe do identyfikacji, ponieważ za pomocą checklisty sprawdzasz, które z cech muszą być spełnione.

Hierarchia służy nam do tego, aby zapytać o wszystkie aspekty wszystkich interesariuszy projektu. Ważna uwaga! Biznes również może a nawet często definiuje wymagania pozafunkcjonalne, które mogą wynikać z polityki bezpieczeństwa firmy czy Księgi Identyfikacji Wizualnej. Twoim zadaniem jest zebranie informacji, uporządkowanie ich i sprawdzenie czy to co powiedział Klient referuje do celu biznesowego.

Brak danych o cenie
Dług techniczny, czym jest i dlaczego Analityk ma na niego wpływ
Zapisy wkrótce

Jeśli uczestniczysz w procesie wytwarzania oprogramowania na pewno choć raz słyszałeś pojęcie: “dług techniczny”.

Jeśli pełnisz rolę Analityka w projekcie IT zapewne nie zwracałeś na niego uwagi mimo, że jest nieodłącznym elementem każdego projektu. Być może to przeoczenie wynika z tego, że dług techniczny to przecież “to wina programistów”. Czy na pewno? Czy dług techniczny pojawia się wtedy, kiedy programiści idą na skróty?

A może jako Analityk masz wpływ na to, kiedy dług się pojawi w projekcie?

1. Czym jest dług techniczny?

Termin: “Dług techniczny” nazywany czasem “długiem technologicznym” został wprowadzony prawie 30 lat temu. Autorem tego terminu w 1992 roku był Ward Cunningham- pionier w dziedzinie wzorców projektowych, ale również współtwórca “Agile Manifesto”.

W. Cunningham zwrócił uwagę na to, jak bardzo ważne jest zachowanie równowagi pomiędzy: szybkim tworzeniem oprogramowania, aby tylko działało, a późniejszymi pracami związanymi z ulepszaniem kodu, bądź jego poprawianiem we fragmentach, które zostały pominięte, bądź ucierpiały w wyniku tego pośpiechu.

To odwieczny problem, z którym mierzymy się w każdym projekcie: rozwiązanie ma działać czy kod ma być ładny? Idealnym rozwiązaniem byłoby zachowanie tych dwóch elementów na najwyższym poziomie. Pytanie tylko czy w dobie szybkiego dostarczania produktów na rynek da się uzyskać taki stan?

W pośpiechu programiści nie skupiają się na architekturze czy wzorcach projektowych. Miałoby to miejsce, gdyby nie odczuwali presji ze strony kierownictwa, które bardziej skupione jest na “dowożeniu” działających fragmentów oprogramowania nie zwracając uwagi na to, z jak dużymi kosztami przyjdzie nam się zmierzyć w momencie kiedy przejdziemy do fazy utrzymania dostarczonego oprogramowania.

Definicja długu technicznego:


Technical Debt includes those internal tasks you choose not to do now, but it runs a risk of causing future problems if not done.

W.Cunningham, 1992

Ward Cunningham chcąc wyjaśnić dług techniczny użył metafory porównując dług techniczny do rozwoju firmy. Stwierdził bowiem, że dynamicznie rozwijająca się firma nie posiadając własnych środków finansowych musi zaciągnąć kredyt, aby dalej finansować swój rozwój.

Z jednej strony cele wyznaczone przez firmę zostały osiągnięte w krótszym czasie niż miałoby to miejsce w sytuacji kiedy firma czekałaby do momentu uzbierania funduszy na dalszy rozwój. Z drugiej strony realizując strategię firmy musimy uwzględnić również koszty związane nie tylko ze spłacaniem powstałego długu, ale również kosztem odsetek jakie są z nim związane. Im krótszy czas spłacania tym koszt odsetek jest mniejszy.

Podobnie jest z długiem technicznym w oprogramowaniu. Decydując się na szybsze osiągnięcie celu, z pominięciem dobrych praktyk oprogramowania musimy mieć świadomość, że im dłużej zwlekamy z poprawieniem jakości rozwiązania, uzupełnienia luk, tym koszt będzie większy. Będzie wymagał nie tylko dodatkowej pracy, ale czasem zatrudnienia dodatkowych osób, aby zagwarantować odpowiednią jakość rozwiązania.
Brak zajęcia się długiem technicznym tak szybko jak to tylko jest możliwe powoduje, że możemy zwiększać liczbę długów istniejących w naszej organizacji. Będzie to wpływać nie tylko na wydajność rozwiązania, ale przede wszystkim może doprowadzić do momentu, kiedy kolejna aktualizacja oprogramowania będzie wpływać destrukcyjnie na całe oprogramowanie. W najgorszym przypadku wprowadzenie modyfikacji do rozwiązania nie będzie w ogóle możliwe.

2. Kategoryzacja długu technicznego

Identyfikacja długu technicznego jest podstawową czynnością, którą musimy wykonać, aby móc nim zarządzać.
W 2009 roku Martin Fowler rozwinął koncepcję 2 rodzajów długu technicznego: celowe i niezamierzone tworząc tzw. Kwadrat zadłużenia technicznego.
Dzieli on dług techniczny na 4 kategorie ze względu na zamiar: “celowy czy nieumyślny/niezamierzony”, ale co ważniejsze kontekst: “rozsądny czy lekkomyślny”.

kwadrat długu technicznego M.Folwer (opracowanie własne)

I ćwiartka – lekkomyślny i celowy dług

Zespół może posiadać wiedzę, umiejętności a mimo to świadomie decyduje się na rozwiązanie “szybkie” bez zachowania czystości kodu przyjmując postawę: “zależy nam bardziej na realizacji niż na jakości”. Co ważne taki rodzaj długu powstaje w momencie, kiedy zespół ma poprawnie zdefiniowane wymagania oraz posiada wiedzę w jaki sposób zrealizować funkcjonalność. Najczęściej z taką postawą możemy spotkać się w projektach długoterminowych, gdzie czas “spłaty długu” nie jest tak dobrze widoczna.

W sytuacji, kiedy czas nie jest stymulatorem do korzystania z drogi na skróty warto zastanowić się i zaplanować działania niedopuszczające do powstawania długu technicznego. W przeciwnym wypadku w zespole utrwalamy postawy prokrastynacji, czyli opóźniania, odkładania czegoś na później, a tym samym w działania zespołu będą wbudowane mechanizmy tworzenia długu technicznego, które mogą doprowadzić do sytuacji skumulowania zaciągniętych zobowiązań paraliżujących działanie oprogramowania.

Przeciwdziałaniem powstawania takich postaw jest np. zdefiniowanie w ramach “Definition of Ready” elementów, jakie są związane z ryzykiem powstawania długu technicznego, np. “Czysty kod”

II ćwiartka – ostrożny i celowy dług

Ze wszystkich rodzajów długu można powiedzieć, że jest to sytuacja najbardziej pożądana. Oznacza to, że zespół projektowy ze względu na zbliżający się termin oddania produktu do Klienta, bądź braku konieczności tworzenia lepszej jakości rozwiązania świadomie decyduje się na ograniczeniu jakości rozwiązania. Wyróżniającym elementem tego rodzaju długu jest to, że zespół identyfikuje dług i jego konsekwencje oraz zaczyna zarządzanie powstałym długiem.
Z takimi sytuacjami mamy do czynienia, kiedy nie musimy walczyć o idealne rozwiązanie, bo nie niesie w sobie wartości biznesowej.

III ćwiartka – lekkomyślny i przypadkowy dług

Powstaje w sytuacji, kiedy zespół nie posiada wiedzy z zakresu dobrych praktyk projektowania. Zespół może nawet nie ma świadomości, że robi źle. Co więcej nie wie, że za chwilę konsekwencje będą nie tylko kosztowne, ale również dotkliwe dla całego tworzonego rozwiązania.
Inną przyczyną może być to, że zespół nie znajduje sposobu, aby zlikwidować istniejący dług. Jest to sytuacja, kiedy doszliśmy w swoich działaniach do tzw. “ściany”. Koszt likwidacji długu przewyższają nasze możliwości finansowe, bądź czasowe i rozwiązanie takiego impasu nam się nie opłaca. Dlatego doprowadzenie do takiej sytuacji jest nieodpowiedzialne. Wpływa bowiem nie tylko na sprzedaż, bądź brak możliwości rozwoju oprogramowania, ale przede wszystkim mocno nadwyręża reputację firmy tworzącej oprogramowanie.

Aby zapobiec takiej sytuacji, zespół przed przystąpieniem do prac projektowych powinien zastanowić się czy istnieje ryzyko powstania długu technicznego. Dodatkowo należy zidentyfikować z jakim rodzajem długu mamy do czynienia oraz próbować go zminimalizować. W przypadku braku umiejętności będzie to zatrudnienie osoby o odpowiednich umiejętnościach oraz transfer wiedzy od specjalisty do zespołu. Dzięki temu zespół idzie w kierunku samodoskonalenia się.
Jest to również odpowiedni moment, aby zastanowić się czy jesteśmy gotowi i świadomi konsekwencji zwiększania długu technicznego, który w końcu trzeba zacząć spłacać. A może jest to już ten moment, kiedy musimy rozpocząć spłacanie wcześniej zaciągniętego długu technicznego.

IV ćwiartka – ostrożny i przypadkowy dług

Taka sytuacja ma miejsce w przypadku, kiedy zespół posiada umiejętności oraz wiedzę, dba o jakość, stosuje wzorce projektowe, lecz nadal się uczy. Po zakończeniu projektu zespół zdaje sobie sprawę, że daną funkcjonalność mógł zaprojektować inaczej, jednocześnie tworząc lepszą jakość rozwiązania.

W takiej sytuacji szczególną rolę odgrywa etap retrospekcji projektowej. Dzięki retrospekcji projektowej wypracowujemy dobre praktyki pracy szczególnie na początku pracy nad projektem. Uczymy się minimalizować ryzyko powstania długu technicznego.

3. Rola Analityka w powstawaniu długu technicznego

Pytając o “dług techniczny” najczęściej słyszymy: “Bezpośrednią przyczyną jest brak testów i pójście na skróty jeśli chodzi o implementację kodu oraz brak refaktoryzacji”, mówiąc krótko – wina programistów. Owszem dług techniczny jest widoczny od razu po zaistnieniu wyżej wymienionych elementów, lecz jego zalążki oraz rozwój rozpoczyna się na wcześniejszych etapach.

Kluczem do sukcesu w projekcie jest dobrze wykonana analiza potrzeb Klienta. A co za tym idzie poprawnie zidentyfikowane wymagania systemowe, które są odpowiedzią na potrzeby Klienta.

Niepoprawnie wykonana analiza potrzeb oraz identyfikacja wymagań systemowych wpływa na pojawienie się i dalszy rozwój długu technicznego w projekcie. Brak skupienia się na wymaganiach biznesowych, na wyzwaniach i potrzebach Klienta, które za nim stoją powoduje, że nasza propozycja rozwiązania nie zawsze będzie wspierała rozwiązanie problemu. W najlepszym przypadku będziemy kilkukrotnie wracać do tego samego problemu biznesowego, ponieważ dotychczasowe rozwiązanie jest niewystarczające ze względu na dynamiczny rozwój organizacji.

W jaki sposób Analityk wpływa na pojawienie się długu technicznego?

Wystarczy, że podczas wymagań Analityk skupi się głównie na wymaganiach funkcjonalnych, tym samym pomijając wymagania pozafunkcjonalne. Może się zdarzyć również sytuacja, kiedy doświadczony Analityk traci czujność w pracy z wymaganiami, ponieważ rozmawia z Klientem o potrzebie, dla której rozwiązanie już istnieje i wiemy, że będziemy go oferować Klientowi jako część rozwiązania. Skoro rozwiązanie istnieje, zakładamy, błędnie, że zostało ono wystarczająco przeanalizowane.

Najprostszym przykładem jest zadanie: “Dodanie formatki umożliwiającej Użytkownikowi uzupełnienie danych firmy”.

W takiej sytuacji skupiamy się głównie nad wyglądem formatki. Pytanie czy zastanowiliśmy się nad wymaganiami pozafunkcjonalnymi dla niej, np. :

“W jaki sposób zabezpieczymy formatkę przed nieuprawnionym dostępem?”

“Gdzie przechowywać informacje o wprowadzonych zmianach?”

“W jaki sposób zabezpieczymy formatkę przed próbą modyfikacji danych, które nie powinny podlegać modyfikacji?”

“Skąd będziemy wiedzieć, że została dokonana zmiana danych?”

“W jaki sposób system ma zareagować, jeśli nie uda się wprowadzić zmiany? Powinien wyświetlić ostatnio zapisane dane, czy wyczyścić formatkę?”

Pytań jest o wiele więcej.

Jeśli rozwiązanie istnieje, tym bardziej musisz je przeanalizować pod kątem wymagań pozafunkcjonalnych. Dzięki temu upewnisz się, że rozwiązanie, które dostarczysz Klientowi będzie wysokiej jakości. Ponowne użycie rozwiązania dla innego Klienta nie jest złe, ale przed jego użyciem musisz sprawdzić, czy to co było oczekiwaniem Klienta A również sprawdzi się u Klienta B. Dodatkowo zastanów się czy nie pojawiły się nowe elementy związane np. zabezpieczeniem rozwiązania czy jego wydajnością, które z punktu widzenia projektu są nowymi wymaganiami.
W przypadku analizy nowego rozwiązania pominięcie wymagań pozafunkcjonalnych, bądź ich bagatelizowanie powoduje, że szacowanie prac programistycznych i testerskich będzie opierało się na odpowiednio: oprogramowaniu i przetestowaniu jedynie formatki i pól, które opisaliśmy w naszym przykładowym wymaganiu funkcjonalnym.

Nasza analiza stanie się niekompletna, czas na rozmowy z Klientem celem zebrania odpowiedzi na tak powstałe pytania już dawno minął, a co za tym idzie pojawia się silna presja czasowa w zespole projektowym, aby dowieźć rozwiązanie, które jakościowo nie będzie dobre. Zaczynamy iść na skróty tworząc tym samym zalążek długu technicznego.

W pracy nad rozwojem dużych systemów często mamy do czynienia z pojawiającym się długiem technicznym, który spowodowany jest brakiem informacji o już istniejącym rozwiązaniu. Przez co powstają w oprogramowaniu bliźniaczo podobne rozwiązania, zamiast rozwijania już istniejącego rozwiązania o dodatkowe przypadki.
Tutaj “winę” nie można przypisać tylko Analitykowi, lecz całemu zespołowi produktowemu.

Przyczyn jest kilka, z których najczęściej wyłania się brak aktualizacji dokumentacji, brak czasu na przekazywanie informacji oraz “trzymanie wiedzy u jednego człowieka”, który był przy rozwoju aplikacji, zna ją doskonale, ale ze względu na uczestniczenie w innych projektach nie ma czasu, aby zaktualizować dokumentację projektową a tym bardziej na edukowanie innych członków zespołu.

Powyższy objaw wynika z braku zarządzania wewnątrz organizacji. Jeśli takie sytuacje spotykasz w swojej organizacji, oznacza to, że kuleje mocno zarządzanie projektami oraz wytwarzanie produktów.

4. Jak rozpoznać symptomy zbliżającego się długu technicznego?

Wdrożenie leczenia w momencie pojawienia się pierwszych symptomów zbliżającej się choroby skutkuje szybszym wyzdrowieniem. Co do tego stwierdzenia, szczególnie w dobie obecnych czasów pandemii chyba nie muszę nikogo przekonywać.
Tak samo powinniśmy postępować z długiem technicznym. Czyli reagować w momencie zauważenia pierwszych symptomów, które mogą skutkować pojawieniem się długu technicznego.
Symptomy możemy podzielić ze względu na architekturę rozwiązania, umiejętności zespołu wytwórczego czy te wynikające z samego procesu.

Symptomy wynikające z architektury rozwiązania

  1. Brak wykorzystania standardowego podejścia podczas integracji systemów
  2. Brak spójnego modelu danych
  3. Oprogramowanie jest nieelastyczne i dodatkowo posiada dużo dopasowanych elementów “pod Klienta” ze złożonymi regułami biznesowymi trudnymi do modyfikacji
  4. Brak motywacji do zajmowania się redukcją długu technicznego
  5. Brak spójności w architekturze rozwiązania czy nawet stosowanych wzorcach projektowych
  6. Duża liczba nieużywanego kodu
  7. Nieczytelny kod
  8. Zduplikowany kod

Symptomy wynikające z umiejętności zespołu wytwórczego

  1. Braki w wiedzy w zespole wytwórczym szczególnie na stanowiskach związanych z analizą i programowaniem rozwiązań
  2. Niechęć do spotkań wśród członków zespołu, co powoduje pojawienie się luki komunikacyjnej
  3. Zewnętrzne ograniczenia dostępności członków zespołu ( zespoły są współdzielone na wiele projektów, przez co opóźnienie w jednym projekcie powoduje brak dostarczenia rozwiązania w zadeklarowanym czasie w drugim projekcie, do którego został przypisany zespół).

Symptomy wynikające z procesu

  1. Brak procesu weryfikacji jakości tworzonego kodu,
  2. Testy manualne przy złożonych funkcjonalnościach
  3. Brak testów, bądź ich niewystarczająca liczba
  4. Słabo rozwinięte procesy rozwoju i utrzymania (brak dedykowanego działu R&D)
  5. Brak narzędzi dedykowanych do zarządzania wymaganiami
  6. Brak narzędzi wspierających odzyskiwanie utraconych danych
  7. Brak narzędzi do mierzenia czasu, jaki potrzebujemy na obsługę błędu:(identyfikacja błędu, analiza błędu, implementacja poprawki, testy poprawki, wdrożenie poprawki do nowej wersji)
  8. Słaba priorytetyzacja projektów względem wartości biznesowej (realizujemy wiele projektów na raz, przez co oszczędzamy na jakości analizy oraz testach rozwiązania. Dodatkowo presja czasu, jaka się w takim przypadku pojawia powoduje, że częściej sięgniemy po najprostsze rozwiązania programistyczne bez przeanalizowania najlepszego rozwiązania z punktu widzenia dostarczania wartości dla wielu klientów).
  9. Tworzenie bardzo złożonych i skomplikowanych produktów bez standaryzacji operacji i procesów (duplikowanie rozwiązań, bądź skupianie się na dostosowaniu “pod jednego Klienta” aplikacji oferowanej dla wielu odbiorców. Poprzez złożoność rozumiemy w tym przypadku sytuację, kiedy dodawane są nadmiarowe funkcjonalności, które można uprościć w działaniu).
  10. Niedoszacowywane projekty (chodzi o sytuację, kiedy już na początku wyceny wiemy, że projekt jest niedoszacowany przez co organizacja narzuca presję czasu na członków zespołu wytwórczego na dostarczenie produktu. W takiej sytuacji Analityk zaczyna popełniać błędy podczas analizy, ponieważ “nie ma czasu”, aby swoją pracę wykonać porządnie i zgodnie z dobrymi praktykami. Programista otrzymując słabej jakości produkt Analityka, czyli specyfikację, zaczyna szukać najprostszych rozwiązań, ponieważ “nie ma czasu”. )

Jeśli jakikolwiek z powyższych symptomów pojawia się w Twoich projektach, albo co gorsza widzisz je w każdym projekcie, w którym uczestniczysz, to oznacza, że dług techniczny już rozpoczął swoją ekspansję w Twojej organizacji.

To, że zespół nie zajmuje się jeszcze redukcją długu technicznego prawdopodobnie wynika z tego, że “nie ma na to czasu” w organizacji. Rozpoczynamy błędne koło powiększając już zaciągnięty dług techniczny. Prawdopodobnie zespół zajmie się rozwiązywaniem tej kwestii w momencie, kiedy dojdzie do tzw. “ściany”, czyli sytuacji, kiedy aby dodać najprostszą funkcjonalność będzie trzeba przebudować spory kawałek oprogramowania. Tym samym czas dostarczenia małej funkcjonalności dla Klienta zauważalnie się wydłuży, podniosą się koszty jej dodania, jednocześnie nie gwarantując lepszej jakości całego produktu.

5. Odczuwalne skutki długu technicznego

Pojawienie się długu technicznego, który nie jest zamierzony skutkuje stratą finansową firmy, która wytwarza oprogramowanie.
Wymiar finansowy to nie jedyny skutek, a na pewno nie jest najważniejszym. Dużo większym wyzwaniem jest stan naszego oprogramowania, który uzyskaliśmy w wyniku naszego długu technicznego. Liczne awarie oprogramowania, długi czas diagnozowania przyczyny takiej awarii, błędy, spadek wydajności czy nawet obniżenie poziomu bezpieczeństwa mogą skończyć się decyzją o zamknięciu rozwoju danego oprogramowania, a wręcz wycofania go z rynku.
Dodatkowo spada sama wydajność zespołu programistycznego, który musi się mierzyć z rosnącymi ograniczeniami oprogramowania, aby utrzymać jego względną stabilizację.
Trend ten jest mocno zauważalny, jeśli zaczniemy porównywać czas wdrażania funkcjonalności o podobnej wielkości przez dany zespół. Wdrożenie 5 funkcjonalności przez zespół na początku pracy z oprogramowaniem, gdzie długu technicznego jeszcze nie było, mogło zająć nam 1 iterację, podczas gdy próba wdrożenia 2 podobnych, pod względem wielkości, funkcjonalności rozciąga się na 2 iteracje. Wynika to z tego, że przez większość czasu zespół będzie walczył z rosnącym długiem technicznym, próbując “łatać” system.
Dodatkowym utrudnieniem jest to, że nie do końca jesteśmy w stanie przewidzieć zachowania systemu po dodaniu nowej funkcjonalności. Nagle czas reakcji aplikacji wydłuża się (wymagania wydajności), zespół poświęca dużo czasu, aby zrozumieć jak działa aplikacja, jak ją usprawnić (wymagania przenośności), dodatkowo dodanie nawet najmniejszej funkcjonalności powoduje destabilizację części aplikacji (wymagania niezawodności).
Jeśli z takimi sytuacjami spotykasz się w swoim projekcie to wiedz, że to ostatni moment, aby rozpocząć pracę nad zarządzaniem długiem technicznym.

6. Zarządzanie długiem technicznym

Dług techniczny jest nieodłącznym elementem tworzenia oprogramowania. Dlatego należy nim zarządzać podobnie jak firmy zarządzają swoimi finansami. Są w stanie świadomie inwestować, czasem decydują się na ryzykowne decyzje, ale wcześniej wykonują analizę ryzyka oraz możliwych konsekwencji.

Celem zarządzania długiem technicznym jest przede wszystkim:

  • zapobieganie sytuacji kumulowania długu technicznego ( identyfikacja i uświadomienie rodzaju długu jaki jest w organizacji oraz wdrożenie odpowiednich procedur naprawy),
  • spłacanie długu poprzez ustalenie priorytetów ( wyznaczenie standardów tworzenia kodu oraz pracy nad projektem oraz systematyczna refaktoryzacja).

Zarządzanie długiem technicznym składa się z dwóch etapów:
Etap 1: projektowanie procesu radzenia sobie z długiem technicznym
Etap 2: tworzenie i wykorzystanie wskaźników mierzenia długu technicznego.

Redukcja długu technicznego może być wpisana w stałą część pracy zespołu wytwórczego przy danym projekcie i być “wkalkulowana” w czas projektu.
Aby nie zaburzać pracy zespołu nad pracą projektową można wyznaczyć, bądź powołać dedykowane osoby do prac nad długiem technicznym. W przypadku wyznaczania członka, bądź członków zespołu do tego zadania pamiętaj, aby te osoby się zmieniały. Pozwoli to uniknąć sytuacji, kiedy programista próbując zredukować dług techniczny będzie go pogłębiał. Wynika to z kwestii zmęczenia pracą w dłuższym czasie nad tym samym tematem. Pracując rotacyjnie nad danym aspektem zyskujemy świeże spojrzenie a zatem jesteśmy w stanie wypracować najlepsze z możliwych rozwiązań.

Innym z przykładów jest wyznaczenie określonego dnia w tygodniu, bądź dni w tygodniu, kiedy poświęcamy swój czas na rozwiązanie problemów wynikających z długu technicznego.

Od czego zacząć zarządzanie długiem technicznym? Od jego zmierzenia. Nic tak nie działa na wyobraźnie jak liczby. Dlatego warto skorzystać ze wskaźnika zadłużenia technicznego. Jest to stosunek kosztu naprawy oprogramowania do kosztu jego opracowania/rozwoju.

Wskaźnik zadłużenia technicznego=(koszt naprawy/koszt rozwoju)x100%.

Jak odczytać wskaźnik?

Jeśli koszt naprawy i koszt rozwoju będziesz przyjmował w jednostce czasu, to wskaźnik zadłużenia technicznego pokaże ile zajmie zespołowi przywrócenie kodu do pożądanego stanu jakości.
Dlatego wiele zespołów dąży do uzyskania jak najmniejszych wartości wskaźnika, czyli osiągnięcia jak najkrótszego czasu pracy nad redukcją długu technicznego w swojej aplikacji.

Warto pamiętać, że czas potrzebny na naprawienie problemów w zaimplementowanej funkcji jest wprost proporcjonalny do złożoności tej funkcji.
Koszt rozwoju to nic innego jak koszt napisania linii kodu oprogramowania.

Przykład:

Czas potrzebny na napisanie 1 linii kodu wynosi 12 minut, co stanowi 0,2 godziny.
Jeśli nasz kod wynosi 58 linii to koszt rozwoju wynosi:
(0,2 godziny/linia) x 58 linii = 11,6 godzin.

Przykład obliczania wskaźnika zadłużenia technicznego:

Czas naprawy został obliczony na 58 dni co daje nam 1392 godziny
Linii kodu -36 200
Koszt napisania 1 linii kodu przyjmijmy jak w poprzednim przykładzie, czyli 12 minut, czyli 0,2 godziny

Koszt rozwoju: (0,2 h/linię)*36 200 linii = 7 240 h

Podstawiając do wzoru na wskaźnik zadłużenia technicznego:
Wskaźnik zadłużenia technicznego = (koszt naprawy/koszt rozwoju)x100%.

Otrzymujemy:

Wskaźnik zadłużenia technicznego = (1392 h/7 240 h) *100%= 19,2 %

Możesz skorzystać też z programu, który wyliczy koszty Twojego długu technicznego: https://www.stepsize.com/tech-debt-calculator

Programem wartym uwagi jest Sonarqube, który sprawdza czystość kodu pisanego przez programistów: https://www.sonarqube.org/

SQALE jako metoda zarządzania długiem technicznym

W 2012 roku została opublikowana metoda SQALE (Software Quality Assesment based on Lifecycle Expectations), która od tamtej pory stała się standardową metodą zarządzania długiem technicznym. Jest to metoda wspierająca ocenę kodu źródłowego tworzonego oprogramowania. Jest to metoda niezależna od języka tworzonego oprogramowania i jest udostępniana na zasadzie licencji Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported.

Model zbudowany jest na 3 hierarchicznych poziomach.

General Struture SQALE model (źr: http://www.sqale.org)

Poziom 1 składa się z cech, w poziomie 2 zdefiniowane są subcharakterystyki. Wymagania, które odnoszą się do wewnętrznych atrybutów kodu źródłowego, które zależą od języka oprogramowania zdefiniowane są na poziomie 3.

Przykład wybranych cech zdekomponowanych na poziomy wg. Modelu SQALE dla języka Java.

przykład dekompozycji SQALE (opracowanie własne)

Model SQALE możemy traktować jako odwzorowanie modelu ISO 25010 cyklu życia aplikacji.

Model bazuje na podstawowych zasadach (wybrane z nich):

Zasada 1: Jakość kodu źródłowego jest wymaganiem niefunkcjonalnym
Projekt rozwoju aplikacji, bądź utrzymania oprogramowania ma cele, które muszą być osiągnięte i dotyczą terminów, kosztów, funkcjonalności oraz jakości. Aby cel został osiągnięty musi zostać sformalizowany, czyli zdekomponowany na wymagania.

Zasada 2: Wymagania dotyczące jakości kodu muszą być sformowalizowane, podobnie jak inne wymagania funkcjonalne.
Wymóg jakości dotyczący kodu źródłowego mus być co najmniej:

  1. Atomowy
  2. Jednoznaczny
  3. Mieć uzasadnienie
  4. Akceptowalny
  5. Wykonalny
  6. Nie stać w sprzeczności z innym wymaganiem
  7. Weryfikowalny
  8. Niezbędny

Zasada 3: Ocena jakości kodu źródłowego polega na ocenie rozbieżności między stanem obecnym a oczekiwanym.
Zasada 4: Metoda SQALE ocenia zgodność z wymaganiami biorąc pod uwagę niezbędne koszty naprawcze doprowadzenia kodu źródłowego do tej zgodności.
Zasada 5: Metoda SQALE ocenia znaczenie, wpływ niezgodności, biorąc pod uwagę koszty dostarczenia kodu źródłowego po naprawie.

Więcej o zasadach przeczytasz w: http://www.sqale.org/details/details-principles

7. W jaki sposób mogę zminimalizować dług techniczny?

  1. Zrozum i rozpowszechnij wiedzę na temat długu technicznego w zespole
  2. Uświadom swoich klientów jakie są skutki długu technicznego, który może się pojawić jeśli zaczniecie skracać czasy na analizę, programowanie i testy w projekcie.
  3. Przestrzegaj dobrych praktyk projektowych (zarządzania, analizy, programowania i testowania)
  4. Stosuj tylko dobrze przeanalizowane rozwiązania
  5. Powołaj architekta w zespole, ale również w organizacji, który będzie czuwał nad spójnością rozwiązań i czystością kodu
  6. Wykonuj refaktoryzację
  7. Wykonuj testy regresywne, dzięki czemu wykryjesz, kiedy błędy wprowadzane są do kodu (więcej o testach przeczytasz tu: https://ttpsc.com/pl/blog/testy-regresyjne-komu-sa-potrzebne-i-po-co-je-stosowac/)
Brak danych o cenie
Regulamin Opinii
Zapisy wkrótce

 POLITYKA OPINII

Data publikacji: 28.03.2023 r. 

  1. POSTANOWIENIA OGÓLNE 

Niniejsza Polityka opinii reguluje zasady dodawania, publikowania oraz weryfikowania Opinii dotyczących produktów lub usług – oferowanych przez Monikę Perendyk prowadząca dzialalność gospodarczą pod firmą Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisaną do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP: 836-165-60-45, adres e-mail: kontakt@analizawymagan.pl,  tel. 791-299-539 – zamieszczanych w Serwisie, Portfolio oraz na Mediach społecznościowych Właściciela Serwisu. 

  1. DEFINICJE
  1. Konsument – osoba fizyczna dokonująca z przedsiębiorcą czynności prawnej niezwiązanej bezpośrednio z jej działalnością gospodarczą lub zawodową.
  2. Media społecznościowe – konta lub profile prowadzone w portalach społecznościowych, w tym:
  3. Porfolio – informacja lub zaproszenie do zawarcia umowy, w której umieszczane są Opinie. 
  4. Opinia – wszystkie subiektywne wypowiedzi lub ich fragmenty publikowane przez Właściciela Serwisu w Serwisie, Portfolio oraz Mediach społecznościowych lub pozostawione przez Użytkowników za pośrednictwem dedykowanych do tego funkcjonalności danego serwisu. 
  5. Polityka opinii   – niniejszy dokument. 
  6. Produkt – każdy towar lub usługa, w tym usługi cyfrowe, treści cyfrowe, prawa i obowiązki wynikające ze stosunków cywilnoprawnych; towar w rozumieniu art. 2 pkt 3 ustawy o przeciwdziałaniu nieuczciwym praktykom rynkowym.
  7. Serwis – serwis internetowy prowadzony przez dostępny pod adresem www.analizawymagan.pl i jego podstronach, w tym w szczególności sklep internetowy.
  8. Średnia artymetyczna – suma ocen podanych przez Użytkownika wyrażona w skali od 1 do 5, podzielona przez ich liczbę. 
  9. Ustawa o przeciwdziałaniu nieuczciwym praktykom rynkowym – ustawa z dnia 23 sierpnia 2007 r. (Dz. U. z 2007 r., poz. 171, 1206 ze zm.). 
  10. Użytkownik – każda osoba fizyczna odwiedzająca Serwis, Wizytówkę Google lub Media społecznościowe. 
  11. Właściciel Serwisu – Monika Perendyk prowadząca dzialalność gospodarczą pod firmą Analiza Wymagań Monika  Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP: 836-165-60-45, adres e-mail: kontakt@analizawymagan.pl, tel. 791-299-539
  1. ZASADY PUBLIKOWANIA OPINII 
  1. Właściciel Serwisu umożliwia dostęp do:
    •  wystawionych Opinii o Produktach;
    •  średnią arytmetyczną Ocenę o naszych Produktach. 
  2. W Serwisie, Portfolio oraz Mediach Społecznościowych publikowane są wszystkie opinie, zarówno pozytywne, jak i negatywne. 
  3. Opinie pochodzą w szczególności od:
    • klientów, którzy dokonali zakupu Produktu;
    • osób, które otrzymały Produkt nieodpłatnie;
    • osób, które korzystały z Produktu;
    • osób, które otrzymały produkt na podstawie umowy barteru;
    • osób, które otrzymały produkt na podstawie innej umowy cywilnoprawnej. 
  4. Właściciel Serwisu zapewnia, aby publikowane w Serwisie, Portfolio oraz w Mediach społecznościowych Opinie pochodziły od Konsumentów, którzy używali danego produktu lub nabyli go od Właściciela Serwisu. 
  5. Publikowane Opinie nie są sponsorowane i są niezależne od stosunku umownego istniejącego pomiędzy Konsumentem a Właścicielem Serwisu. 
  1. PROCEDURA WERYFIKACJI OPINII W SERWISIE 
  1. Właściciel Serwisu samodzielnie publikuje Opinie w Serwisie lub w sklepie internetowym prowadzonym przez Serwis. 
  2. Wszystkie Opinie publikowane w Serwisie weryfikowane są pod kątem zgodności z Polityką Opinii przed ich publikacją. 
  3. Weryfikacja Opinii polega na sprawdzeniu, czy Konsument, który wydał Opinię, używał danego Produktu lub nabył go od Właściciela Serwisu. 
  4. Właściciel Serwisu podejmuje następujące działania w celu weryfikacji Opinii:
    • weryfikacja danych opiniującego z danymi klientów, którzy dokonali zakupu Produktu, w tym imię, nazwisko oraz adres mailowy;
    • weryfikacja danych opiniującego z danymi osób, które otrzymały Produkt nieodpłatnie, w tym imię, nazwisko oraz adres e-mail;
    • weryfikacja danych opiniującego z danymi osób, które otrzymały Produkt na podstawie zawartej z Właścicielem Serwisu umowy barteru, w tym imię, nazwisko oraz adres e-mail;
    • weryfikacja danych opiniującego z danymi osób, które pozostają w pozostałych rejestrach Właściciela Serwisu i które mogły mieć dostęp do Produktu i go używać. 
  5. Jeżeli na podstawie procedury określonej w pkt 4.4 powyżej, Właściciel Serwisu ustali, że Konsument, który wydał Opinię, używał danego Produktu lub go nabył od Właściciela Serwisu, Właściciel Serwisu publikuje Opinię na warunkach określonych w Polityce Opinii. 
  6. Jeżeli na podstawie procedury określonej w pkt 4.4 powyżej, Właściciel Serwisu będzie posiadał dalsze wątpliwości, Właściciel Serwisu zwróci się do Konsumenta, który przesłał Właścicielowi Serwisu Opinię do publikacji, o udzielenie informacji potwierdzającej, że jest Konsumentem, który rzeczywiście używał tego Produktu lub go kupił.  
  7. Publikacji w Serwisie podlegają wyłącznie Opinie, które zostały wydane przez Konsumenta, który używał danego Produktu lub go nabył od Właściciela Serwisu.
  8. Właściciel Serwisu może samodzielnie publikować Opinie, które otrzyma od klientów. Opinie te mogą zostać opublikowane na stronie głównej Serwisu lub w sklepie internetowym prowadzonym przez Serwis.
  1. PROCEDURA WERYFIKACJI OPINII W MEDIACH SPOŁECZNOŚCIOWYCH 
  1. Właściciel Serwisu samodzielnie publikuje na Instagramie Opinie, które otrzyma od Konsumentów.
  2. Wszystkie Opinie publikowane przez Właściciela Serwisu na Instagramie są weryfikowane pod kątem zgodności z Polityką Opinii przed ich publikacją. 
  3. Zasady weryfikacji Opinii określone w pkt 4.2 – 4.8 stosuje się odpowiednio do Opinii publikowanych na Instagramie. 
  4. Właściciel Serwisu zezwala na wydawanie Opinii na Facebooku zgodnie z dostępną tam funkcjonalnością. 
  5. Właściciel Facebooka nie weryfikuje, czy użytkownicy, którzy recenzują lub polecają Produkt na Facebooku, faktycznie kupili Produkt lub z niego korzystali. 
  6. Użytkownicy samodzielnie publikują Opinie na Facebooku. 
  7. Wszystkie Opinie publikowane na Facebooku są weryfikowane pod kątem zgodności z Polityką Opinii niezwłocznie po ich publikacji. Zasady weryfikacji Opinii określone w pkt 4.4 – 4.7 stosuje się odpowiednio do Opinii publikowanych na Instagramie. 
  8. Jeżeli na podstawie procedury, o której mowa w pkt 5.7 powyżej, Właściciel Serwisu nie ustali, że Konsument, który wydał Opinię, używał danego Produktu lub go nabył od Właściciela Serwisu, wówczas Właściciel Serwisu podejmuje wszelkie możliwe działania w celu usunięcia Opinii,  w tym kontaktuje się z właścicielem Facebooka z prośbą o usunięcie Opinii za pomocą dostępnej w serwisie funkcjonalności “Zgłoś post”. Właściciel Serwisu dodaje także komentarz pod Opinią, wskazując, że wydana Opinia nie została wydana przez Konsumenta, który używał danego Produktu lub go nabył od Właściciela Serwisu. 
  1. PROCEDURA WERYFIKACJI OPINII W PORTFOLIO 
  1. Właściciel Serwisu wykorzystuje Opinie w swoim Portfolio. 
  2. Wszystkie Opinie umieszczane w Portfolio są weryfikowane pod kątem zgodności z Polityką Opinii niezwłocznie przed ich wykorzystaniem. Zasady weryfikacji Opinii określone w pkt 4.4 – 4.7 stosuje się odpowiednio do Opinii publikowanych w Portfolio. 
  1. PUBLIKACJA, MODYFIKACJA, USUWANIE OPINII
  1. Właściciel Serwisu publikuje Opinie w niezmienionej postaci, tzn. nie dokonuje edycji lub ich redakcji. Opinie te nie są skracane lub modyfikowane. 
  2. Właściciel Serwisu w najszerszym dopuszczalnym przez prawo zakresie zastrzega sobie możliwość do całkowitego lub częściowego modyfikowania lub usuwania poszczególnych Opinii, nawet po ich opublikowaniu. W szczególności w sytuacji, gdy Opinia:
    • jest sprzeczna z prawem, dobrymi obyczajami, w szczególności: jest obraźliwa, zawierająca groźby, zniesławiająca, obsceniczna, pornograficzna, zawierająca lub nawołująca do mowy nienawiści, rasistowska, dyskryminująca, oszczercza lub propagująca przemoc;
    • narusza lub ogranicza prawa osób trzecich, a w szczególności: narusza prawa autorskie, znaki towarowe, inne prawa własności intelektualnej lub prawo do wizerunku;
    • jest nieprawdziwa lub wprowadzająca w błąd, lub zawiera nieprawdziwe twierdzenia dotyczące faktów; 
    • zawiera informacje poufne lub dane osobowe;
    • zawiera techniczne szkodliwe elementy, takie jak wirusy, robaki komputerowe lub inne potencjalnie szkodliwe oprogramowanie, lub pliki; 
    • zawiera osadzone linki do zewnętrznych stron internetowych;
    • wymaga usunięcia z powodu wyroku sądowego lub administracyjnego;
    • wymaga usunięcia z powodu nakazu zaprzestania działań wobec strony trzeciej;
    • dotyczy wycofanego Produktu.
  1. REKLAMACJE 
  1. W przypadku zastrzeżeń dotyczących Opinii Użytkownik może złożyć reklamację w formie elektronicznej na adres: kontakt@analizawymagan.pl lub pisemnie na adres: Analiza Wymagań Monika  Perendyk, ul. Przeworska 4/473, 04-382 Warszawa. 
  2. Zaleca się podanie w opisie reklamacji informacji i okoliczności dotyczących przedmiotu reklamacji, w szczególności: rodzaju i daty wystąpienia nieprawidłowości oraz określenia żądania. Podanie tych danych jest fakultatywne i nie wpływa na skuteczność reklamacji złożonej z ich pominięciem. Podanie danych kontaktowych jest niezbędne do rozpatrzenia reklamacji i udzielenia informacji zwrotnej. 
  3. Wszelkie reklamacje rozwiązywane są niezwłocznie, nie później niż w terminie 14 dni od dnia złożenia reklamacji. Składający reklamację otrzymuje odpowiedź w formie wiadomości poczty elektronicznej wysłanej na adres e-mail, z którego została wysłana reklamacja lub pisemnie – na adres wskazany w korespondencji tradycyjnej. 
  1. ODPOWIEDZIALNOŚĆ
  1. Wyłączną odpowiedzialność za Opinie ponoszą Użytkownicy. 
  2. Właściciel Serwisu nie ponosi odpowiedzialności za treść Opinii pozostawionych przez Konsumentów, w tym Właściciel Serwisu nie ponosi odpowiedzialności za szkody oraz roszczenia Konsumenta lub osób trzecich, spowodowane zamieszczonymi Opiniami.
  3. Opinie nie mogą naruszać powszechnie obowiązującego prawa, jak również praw osób trzecich, w szczególności nie mogą obrażać uczuć oraz wartości osób trzecich. 
  1. POSTANOWIENIA KOŃCOWE
  1. Właściciel Serwisu dąży do ciągłego ulepszania stosowanych procedur weryfikacji publikowanych Opinii, więc Polityka Opinii jest na bieżąco weryfikowana i w razie potrzeby – zmieniania.
  2. Właściciel Serwisu zachęca Użytkowników do regularnego sprawdzania treści niniejszego dokumentu pod kątem jego aktualizacji.
  3. Najnowsza wersja Polityki Opinii jest publikowana w Serwisie.

Brak danych o cenie
Regulamin newsletter
Zapisy wkrótce

REGULAMIN NEWSLETTERA

1. INFORMACJE O SERWISIE

1.1. Właścicielem Serwisu dostępnego pod adresem www.analizawymagan.pljest Monika Peredyk prowadząca dzialalność gospodarczą pod firmą Analizą Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP: 836-165-60-45, adres e-mail: kontakt@analizawymagan.pl, tel. 791-299-539.
1.2. Za pośrednictwem Serwisu oraz jego podstron Właściciel Serwisu świadczy usługi elektroniczne, w tym usługę Newsletter oraz umożliwia Użytkownikowi zawarcie umowy o dostarczenie treści cyfrowych, w ramach której dochodzi do płatności danymi.
1.3. Regulamin newslettera ma zastosowanie również do wszystkich witryn internetowych lub usług, które zawierają do niej odniesienie.

2. DEFINICJE

2.1. Formularz zapisu na Newsletter – interaktywny formularz dostępny w Serwisie lub innej stronie internetowej udostępnionej przez Właściciela Serwisu, umożliwiający zapis do usługi Newsletter.
2.2. Newsletter – usługa świadczona drogą elektroniczną przez Właściciela Serwisu na rzecz Użytkownika, który dokonał aktywnego zapisu na listę Subskrybentów za pośrednictwem Formularza zapisu dostępnego w ramach Serwisu lub na dedykowanej stronie zapisu do usługi Newsletter. W ramach świadczenia usługi dochodzi do dostarczania Materiałów.
2.3. Materiały – dane wytwarzane i dostarczane w postaci cyfrowej, w tym w szczególności informacje udostępniane w zamian za zapis do newslettera lub dane wytwarzane lub dostarczane w trakcie świadczenia usługi newsletter; treść cyfrowa w rozumieniu art. 2 pkt 5 Ustawy o prawach konsumenta.
2.4. Subskrybent – Użytkownik, który wyraził chęć korzystania z usługi Newsletter oraz wyraził zgodę na otrzymywanie wiadomości za pośrednictwem komunikacji e-mail na podany przez siebie adres poczty elektronicznej.
2.5. Płatność danymi – udostępnienie danych osobowych Użytkownika w zamian za dostarczenie Materiałów.
2.6. Cena – wartość wyrażona w jednostkach pieniężnych, którą Użytkownik jest zobowiązany zapłacić Właścicielowi Serwisu za produkt, a w odniesieniu do produktu cyfrowego – także cyfrowe odwzorowanie wartości;cena w rozumieniu art. 2 pkt 5Ustawy o prawach konsumenta.
2.7. Regulamin newslettera – niniejszy dokument.
2.8. Serwis – strona internetowa pod adresem www.analizawymagan.pl oraz wszystkie jej podstrony.
2.9. Użytkownik – każda osoba fizyczna odwiedzająca Serwis, chcąca korzystać z usługi Newsletter. Serwis nie jest przeznaczony dla dzieci. Użytkownik 1) powinien mieć ukończone 16 lat albo 2) w przypadku osoby poniżej 16 roku życia musi uzyskać zgodę opiekuna prawnego – w celu uzyskania świadczenia usług społeczeństwa informacyjnego. Właściciel Serwisu jest uprawniony do podejmowania działań w celu weryfikacji wieku Użytkownika.
2.10. Zamówienie – oświadczenie woli Użytkownika złożone za pośrednictwem Serwisu, innego dedykowanego interfejsu lub za pośrednictwem poczty elektronicznej
2.11. Kodeks cywilny – ustawa z dnia 23 kwietnia 1964 r. Kodeks Cywilny (Dz. U. z 1964 r. Nr 16, poz. 93 ze zm.).
2.12. Ustawa o prawach konsumenta – ustawa z dnia 30 maja 2014 r. o prawach konsumenta (Dz. U. z 2014 r. poz. 827 ze zm.).
2.13. Usługa społeczeństwa informacyjnego – każda usługa świadczona za wynagrodzeniem, na odległość, drogą elektroniczną i na indywidualne żądanie usługobiorcy. W Polsce usługa społeczeństwa informacyjnego określana jest jako usługa świadczona drogą elektroniczną; usługa w rozumieniu art. 1 ust. 1 lit. b) dyrektywy Parlamentu Europejskiego i Rady (UE) 2015/1535.

3. OGÓLNE WARUNKI KORZYSTANIA Z SERWISU

3.1. Regulamin newslettera określa zasady korzystania z usługi Newsletter, sposób zawierania i rozwiązywania umów o dostarczenie treści cyfrowych, w ramach której dochodzi do płatności danymi lub uiszczenia ceny, warunki dostawy oraz tryb postępowania reklamacyjnego.
3.2. Na potrzeby Regulaminu newslettera, Właściciel Serwisu podaje swoje dane kontaktowe:
● adres pocztowy: Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa;
● adres poczty elektronicznej: kontakt@analizawymagan.pl;
● numer telefonu: 791-299-539.
3.3. Informacje podane na stronie internetowej Serwisu na temat usługi Newsletter nie stanowią oferty w rozumieniu Kodeksu cywilnego, a są jedynie zaproszeniem do zawarcia umowy w rozumieniu art. 71 Kodeksu cywilnego.
3.4. Przed rozpoczęciem korzystania z Serwisu Właściciel Serwisu udostępnia Użytkownikowi Regulamin newslettera w sposób nieodpłatny na samym dole Serwisu oraz każdorazowo przy formularzu zapisu na Newsletter. Treść Regulaminu newslettera powinna zostać zamieszczona w taki sposób, aby Użytkownik mógł w każdej chwili ją utrwalić poprzez jej pobranie, zapisanie na nośniku lub wydrukowanie ze strony Serwisu.

4. WYMAGANIA TECHNICZNE

4.1. Użytkownik może korzystać z Newslettera w sposób zgodny z Regulaminem newslettera i obowiązującymi przepisami prawa, a także w sposób niezakłócający funkcjonowanie Serwisu oraz działań podejmowanych przez innych Użytkowników.
4.2. Korzystanie z Serwisu, w tym zapisanie się do usługi Newsletter, możliwe jest pod warunkiem spełnienia po stronie Użytkownika minimalnych wymagań technicznych:
● posiadanie urządzenia umożliwiającego dostęp do sieci internet, wyposażonego w sprawny system operacyjny, np. Mac OS, Android, Windows;
● zainstalowanie na urządzeniu, o którym mowa powyżej, aktualnej wersji przeglądarki internetowej obsługującej HTML5 zapewniającej dostęp do zasobów sieci internet takich jak: Mozilla FireFox, Google Chrome, Safari lub innej kompatybilnej przeglądarki internetowej obsługującej pliki cookie;
● posiadania aktywnego konta poczty elektronicznej.
4.3. Korzystanie z usług elektronicznych związane jest z przesyłaniem danych przy pomocy sieci internet, co obarczone jest ryzykiem charakterystycznym dla tej sieci.
4.4. W celu zapewniania bezpieczeństwa w Serwisie Właściciel Serwisu podejmuje środki techniczne, organizacyjne i prawne, odpowiednie do stopnia zagrożenia bezpieczeństwa, w szczególności stosuje środki służące zapobieganiu, pozyskiwaniu i modyfikacji przez osoby nieuprawnione danych osobowych przesyłanych przez internet. Właściciel Serwisu zapewnia bezpieczeństwo transmisji danych przekazywanych w Serwisie poprzez stosowanie protokołu SSL.

5. UMOWA O DOSTARCZENIE TREŚCI CYFROWYCH

5.1. Właściciel Serwisu umożliwia Użytkownikowi zawarcie umowy o dostarczenie treści cyfrowych.
5.2. Użytkownik zawiera umowę o dostarczenie treści cyfrowych. w ramach której Użytkownik jest zobowiązany dokonać płatności danymi lub uiścić cenę.
5.3. Umowa o dostarczenie treści cyfrowych w zamian za płatność danymi odbywa się na zasadach określonych w pkt 6 Regulaminu newslettera — usługa Newsletter.
5.4. Umowa o dostarczenie treści cyfrowych w zamian za cenę odbywa się na zasadach określonych w pkt 7 Regulaminu newslettera — Umowa o dostarczenie treści cyfrowej w zamian za cenę.

6. USŁUGA NEWSLETTER

6.1. Właściciel Serwisu świadczy Usługę elektroniczną w postaci usługi Newslettera, która polega na kierowaniu do Użytkowników zapisanych na listę Subskrybentów informacji handlowych i marketingowych, w tym marketungu bezpośredniego polegającego na przekazywaniu informacji o nowościach, promocjach, produktach i usługach oferowanych przez Właściciela Serwisu za pośrednictwem komunikacji e-mail.
6.2. W celu rozpoczęcia świadczeniu usługi Newsletter, czyli dodania adresu e-mail do listy Subskrybentów, Użytkownik zostanie poproszony o uzupełnienie Formularza zapisu dostępnego w ramach Serwisu i podanie imienia oraz adresu e-mail oraz potwierdzenie zapisu przez wciśnięcie przycisku „Zapisuję się”. Potwierdzenie zapisu spowoduje skierowanie do Użytkownika na wskazany przez niego adres e-mail korespondencji mailowej z prośbą o potwierdzenie zapisu lub usunięcie maila w sytuacji, gdy wywołane zapytanie zostało wysłane omyłkowo. Korespondencja skierowana do Użytkownika zawiera aktywny link, po naciśnięciu którego Użytkownik potwierdza zapis. Potwierdzenie zapisu powoduje dodanie do bazy danych listy Subskrybentów.
6.3.Potwierdzenie zapisu oznacza, że Użytkownik wyraża zgodę na używanie automatycznych systemów wywołujących oraz telekomunikacyjnych urządzeń końcowych do celów przesyłania informacji handlowej, w tym marketingu bezpośredniego drogą elektroniczną. Powyższa zgoda jest dobrowolna, jednak konieczna do zapisu na listę Subskrybentów oraz wysyłki Newsletter. Brak zgody powoduje, że usługa Newsletter nie będzie mogła być świadczona. W każdej chwili Subskrybent może wycofać udzieloną zgodę, co spowoduje zaprzestanie świadczenia usługi Newsletter. Z chwilą skutecznego zapisu na listę Subskrybentów dochodzi do zawarcia umowy o dostarczenie treści cyfrowych w zamian za płatność danymi. 
6.4. Użytkownik chcący korzystać z usługi Newsletter zobowiązany jest do podania prawdziwych danych osobowych podczas uzupełniania Formularza zapisu, o którym mowa w pkt 6.2. Regulaminu newslettera oraz ich aktualizowania w razie ich zmiany.
6.5. Usługa Newsletter jest objęta prawami autorskimi i innymi prawami majątkowymi przysługującymi Właścicielowi Serwisu.
6.6. Użytkownik może w każdej chwili i bez podawania przyczyny zrezygnować z usługi Newslettera. Rezygnacja może zostać zgłoszona Właścicielowi Serwisu:
● w formie elektronicznej za pośrednictwem aktywnego linku każdorazowo umieszczonego w stopce każdej wiadomości wysyłanej w ramach usługi Newsletter oznaczony jako „Możesz anulować subskrypcję”.
● w formie elektronicznej na adres:kontakt@analizawymagan.pl;
● w formie papierowej na adres pocztowy: Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa.
6.7. Skorzystanie przez Użytkownika z linka do wypisania się z usługi Newslettera, wysłanie korespondencji za pośrednictwem poczty e-mail lub poczty tradycyjnej z żądaniem rezygnacji z usługi będzie skutkować niezwłocznym rozwiązaniem umowy o świadczenie usługi Newsletter.
6.8. Właściciel Serwisu zastrzega sobie prawo do zaprzestania świadczenia usługi Newsletter w każdym czasie. O zaprzestaniu świadczenia usługi Newslettera Właściciel Serwisu poinformuje Użytkownika za pośrednictwem adresu poczty elektronicznej podanego w ramach procedury zapisywania się do usługi Newsletter.

7. UMOWA O DOSTARCZENIE TREŚCI CYFROWYCH W ZAMIAN ZA CENĘ

7.1. Użytkownik, który nie chce zawierać umowy o dostarczenie treści cyfrowych, w ramach której dochodzi do płatności danymi, ma możliwość zawarcia umowy o dostarczenie treści cyfrowych, w ramach której będzie zobowiązany do uiszczenia ceny.
7.2. Użytkownik dokonuje zakupu Materiałów w zamian za cenę poprzez złożenie Zamówienia na adres: kontakt@analizawymagan.pl.
7.3. W celu złożenia Zamówienia konieczne jest podanie przez Użytkownika danych niezbędnych do realizacji Zamówienia, tj.: 1) imię, 2) nazwisko, 3) ulica (osiedle), 4) kod pocztowy, 5) miasto, 6) adres e-mail, a w przypadku przedsiębiorcy lub przedsiębiorcy, do którego stosuje się przepisy ustawy o prawach konsumenta dodatkowo: firmę przedsiębiorstwa oraz numer NIP.
7.4. W odpowiedzi na złożone Zamówienie, Właściciel Serwisu przedstawi Regulamin sprzedaży lub udostępni dedykowany interfejs w celu finalizacji Zamówienia.

8. POSTĘPOWANIE REKLAMACYJNE

8.1. W przypadku zastrzeżeń dotyczących usługi Newsletter lub działania Serwisu Użytkownik może złożyć reklamację:
● w formie papierowej na adres pocztowy: Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa;
● w formie elektronicznej na adres poczty elektronicznej: kontakt@analizawymagan.pl.
8.2. Reklamacja powinna zawierać dane umożliwiające identyfikację Użytkownika, przedmiot reklamacji oraz żądania związane z reklamacją. Zaleca się podanie w opisie reklamacji informację o okolicznościach dotyczących przedmiotu reklamacji, w szczególności: rodzaju i daty wystąpienia nieprawidłowości oraz określenia żądania, a także danych kontaktowych składającego reklamację. Podanie tych danych jest fakultatywne (nieobowiązkowe) i nie wpływa na skuteczność reklamacji złożonej z ich pominięciem.
8.3. Wszelkie reklamacje rozwiązywane są niezwłocznie, nie później niż w terminie 14 dni od dnia złożenia reklamacji. Składający reklamację otrzymuje odpowiedź w takiej samej formie, w jakiej skierowano reklamację, chyba że Użytkownik wskaże inaczej.
8.4. Użytkownik będący konsumentem posiada następujące przykładowe możliwości skorzystania z pozasądowych sposobów rozpatrywania reklamacji dochodzenia roszczeń. Konsument ma możliwość zwrócenia się do:
● stałego polubownego sądu konsumenckiego z wnioskiem o rozstrzygnięcie sporu wynikłego z zawartej Umowy;
● wojewódzkiego inspektora Inspekcji Handlowej z wnioskiem o wszczęcie postępowania mediacyjnego w sprawie polubownego zakończenia sporu między Konsumentem a Właścicielem Serwisu;
● skorzystania z pomocy powiatowego (miejskiego) rzecznika konsumentów lub organizacji społecznej, do której zadań statutowych należy ochrona konsumentów, np. Federacja Konsumentów, Stowarzyszenie Konsumentów Polskich.
8.5. Konsument może również skorzystać z platformy ODR, która dostępna jest tutaj. Szczegółowe informacje dotyczące możliwości skorzystania przez konsumenta z pozasądowych sposobów rozpatrywania reklamacji i dochodzenia roszczeń oraz zasady dostępu do tych procedur dostępne są w siedzibach oraz na stronach internetowych powiatowych (miejskich) rzeczników konsumentów, organizacji społecznych, do których zadań statutowych należy ochrona konsumentów, Wojewódzkich Inspektorów Inspekcji Handlowej oraz na stronie Urzędu Ochrony Konkurencji i Konsumentów –tutaj.

9. DANE OSOBOWE I PLIKI COOKIE

Szczegółowe informacje dotyczące zasad przetwarzania danych osobowych, w tym informacja o prawach Użytkownika związanych z przetwarzaniem danych osobowych, a także zasady wykorzystywania plików cookie oraz innych technologii, znajdują się w Polityce prywatności.

10. ZMIANA REGULAMINU NEWSLETTERA

10.1. Właściciel Serwisu zastrzega sobie, w zakresie dopuszczalnym przez obowiązujące przepisy, prawo do dokonywania zmian Regulaminu newslettera.
10.2. Właściciel Serwisu jest uprawniony do jednostronnej zmiany Regulaminu newslettera w zakresie, który nie został indywidualnie uzgodniony z Użytkownikiem z uzasadnionych przyczyn. Za uzasadnioną przyczynę uznaje się w szczególności:
● zmiana przepisów prawa powszechnie obowiązującego na terenie Rzeczypospolitej Polskiej w zakresie, w jakim taka zmiana przepisów modyfikuje treść Regulaminu newslettera albo nakłada na Właściciela Serwisu obowiązek określonej modyfikacji Regulaminu newslettera;
● Regulamin wymaga uzupełnienia, doprecyzowania lub modyfikacji ze względu na przepisy prawa powszechnie obowiązującego na terenie Rzeczypospolitej Polskiej lub z uwagi na konieczność stworzenia większej transparentności Regulaminu newslettera — w zakresie, w jakim uzupełnienie, doprecyzowanie lub modyfikacja Regulaminu newslettera jest dopuszczalne przez przepisy prawa, lub z uwagi na konieczność zwiększenia transparentności Regulaminu newslettera;
● wydanie przez organy administracji publicznej decyzji rekomendacji, zaleceń lub aktów o analogicznym charakterze, w jakim dokumenty modyfikują treść Regulaminu newslettera albo nakładają na Właściciela Serwisu obowiązek określonej modyfikacji Regulaminu newslettera;
● wprowadzenie przez Właściciela Serwisu nowych funkcjonalności Serwisu lub dokonanie modyfikacji ich dotychczasowego zakresu — w zakresie, w jakim nowe funkcjonalności modyfikują treść Regulaminu newslettera;
● wprowadzenie przez Właściciela Serwisu nowych lub modyfikacja istniejących systemów informatycznych — w zakresie, w jakim wpływają one na treść Regulaminu newslettera, a modyfikacja Regulaminu newslettera jest obiektywnie niezbędna i bezpośrednio związana z wprowadzeniem nowych lub modyfikacją istniejących systemów informatycznych;
● powstanie orzecznictwa sądowego lub administracyjnego, z którego wynika, że treść Regulaminu newslettera jest sprzeczna z prawem — w zakresie, w jakim z punktu widzenia przeciętnego Konsumenta lub Przedsiębiorcy na prawach konsumenta proponowana zmiana Regulaminu newslettera jest na jego korzyść.
10.3. Zmiana Regulaminu newslettera nie dotyczy umów zawartych przed dniem wejścia w życie zmiany Regulaminu newslettera. Do umów zawartych przed dniem wejścia w życie zmiany Regulaminu newslettera stosuje się postanowienia Regulaminu obowiązujące w dniu wyrażenia woli Użytkownika zawarcia umowy.
10.4. Właściciel Serwisu informuje Użytkownika o proponowanej zmianie Regulaminu newslettera poprzez publikację w Serwisie treści proponowanej zmiany Regulaminu newslettera, dacie wejścia w życie zmian Regulaminu newslettera oraz jednolitej treści Regulaminu newslettera po zmianach.
10.5. W przypadku usługi Newsletter Właściciel Serwisu poinformuje Użytkownika o treści proponowanej zmiany Regulaminu newslettera, daty wejścia w życie zmian Regulaminu newslettera oraz jednolitej treści Regulaminu newslettera po zmianach za pośrednictwem poczty elektronicznej podanej w ramach procedury zapisywania się do usługi Newsletter.
10.6. Przed wejściem w życie zmian Regulaminu newslettera Użytkownik może oświadczyć Właścicielowi Serwisu, że nie akceptuje wprowadzonych zmian. Oświadczenie o braku zgody na zmianę Regulaminu newslettera jest równoznaczne z rezygnacją przez Użytkownika z usługi Newsletter.
10.7. W przypadku umów o charakterze ciągłym (np. usługi Newsletter) zmiany dokonane w Regulaminie newslettera (wiążą) obowiązują Użytkownika, jeżeli został on prawidłowo powiadomiony o zmianach i nie wypowiedział zawartej Umowy w terminie 14 dni od dnia otrzymania zawiadomienia o zmianie.

11. POSTANOWIENIA KOŃCOWE

11.1. Umowy zawierane są w języku polskim oraz w oparciu o przepisy prawa polskiego.
11.2. W celu uniknięcia wątpliwości przyjmuje się, że żadne z postanowień Regulaminu newslettera nie ogranicza praw Użytkownika, w tym Użytkownika o statusie konsumenta lub przedsiębiorcy, do którego stosuje się przepisy ustawy o prawach konsumenta, jakie przysługują mu na podstawie przepisów prawa obowiązującego na terytorium Rzeczypospolitej Polskiej. W przypadku stwierdzenia istnienia postanowienia Regulaminu newslettera o takim charakterze bezwzględne zastosowanie znajdują przepisy obowiązującego prawa.
1.2. W sprawach nieuregulowanych w Regulaminie newslettera zastosowanie mają obowiązujące przepisy prawa polskiego.
1.3. Regulamin newslettera wchodzi w życie w dniu 14.12.2024 r.

Brak danych o cenie
Dług techniczny, czym jest i dlaczego Analityk ma na niego wpływ
Zapisy wkrótce

Jeśli uczestniczysz w procesie wytwarzania oprogramowania na pewno choć raz słyszałeś pojęcie: “dług techniczny”.

Jeśli pełnisz rolę Analityka w projekcie IT zapewne nie zwracałeś na niego uwagi mimo, że jest nieodłącznym elementem każdego projektu. Być może to przeoczenie wynika z tego, że dług techniczny to przecież “to wina programistów”. Czy na pewno? Czy dług techniczny pojawia się wtedy, kiedy programiści idą na skróty?

A może jako Analityk masz wpływ na to, kiedy dług się pojawi w projekcie?


1. Czym jest dług techniczny?

Termin: “Dług techniczny” nazywany czasem “długiem technologicznym” został wprowadzony prawie 30 lat temu. Autorem tego terminu w 1992 roku był Ward Cunningham- pionier w dziedzinie wzorców projektowych, ale również współtwórca “Agile Manifesto”.

W. Cunningham zwrócił uwagę na to, jak bardzo ważne jest zachowanie równowagi pomiędzy: szybkim tworzeniem oprogramowania, aby tylko działało, a późniejszymi pracami związanymi z ulepszaniem kodu, bądź jego poprawianiem we fragmentach, które zostały pominięte, bądź ucierpiały w wyniku tego pośpiechu.

To odwieczny problem, z którym mierzymy się w każdym projekcie: rozwiązanie ma działać czy kod ma być ładny? Idealnym rozwiązaniem byłoby zachowanie tych dwóch elementów na najwyższym poziomie. Pytanie tylko czy w dobie szybkiego dostarczania produktów na rynek da się uzyskać taki stan?

W pośpiechu programiści nie skupiają się na architekturze czy wzorcach projektowych. Miałoby to miejsce, gdyby nie odczuwali presji ze strony kierownictwa, które bardziej skupione jest na “dowożeniu” działających fragmentów oprogramowania nie zwracając uwagi na to, z jak dużymi kosztami przyjdzie nam się zmierzyć w momencie kiedy przejdziemy do fazy utrzymania dostarczonego oprogramowania.

Definicja długu technicznego:


Technical Debt includes those internal tasks you choose not to do now, but it runs a risk of causing future problems if not done.W.Cunningham, 1992

Brak danych o cenie
Techniki identyfikacji wymagań, które sprawdzą się w Agile i nie tylko Copy
Zapisy wkrótce

Podstawowa przyczyna problemów w komunikacji między Klientem a Dostawcą wynika z rozbieżności między tym, co klient mówi, a tym czego rzeczywiście potrzebuje.

W przypadków rozwiązań technologicznych Klient sugeruje się najczęściej rozwiązaniami, które obejrzał w internecie, bądź próbuje przepisać dotychczasową funkcjonalność istniejącego systemu wraz z jej błędami i regułami.

Dlatego umiejętne korzystanie z technik w procesie identyfikacji wymagań pozwoli na uniknięcie niedopowiedzeń czy domysłów, które najczęściej pojawiają się na ostatnim etapie projektu IT- testów przez Klienta.

Podczas testów Klientowi wydawało się, że coś zostanie zaimplementowane, Dostawca jest nie tyle zdziwiony, co poddenerwowany tym, że w trakcie rozmów dane wymaganie nie zostało przez Klienta wypowiedziane.

Czy podczas etapu identyfikacji wymagań muszę korzystać ze wszystkich dostępnych technik? Odpowiedziałabym jak typowy handlowiec – “to zależy”. Zależy od Klienta, specyfiki projektu, ale również od poziomu naszej wiedzy dziedzinowej. Istnieją jednak “żelazne zasady”, a raczej techniki, których użycie podczas spotkania z biznesem minimalizuje ryzyko pominięcia ważnych dla niego kwestii.

W artykule przedstawiam wybrane techniki, które sprawdzą się w środowisku zwinnym, ale wynikają z tradycyjnego podejścia do tworzenia oprogramowania.

1. Co rozumiemy poprzez etap pozyskiwania i identyfikacji wymagań w projekcie?

Pozyskiwanie wymagań – proces identyfikowania wymagań pochodzących z różnych źródeł za pośrednictwem rozmów, warsztatów, grup fokusowych, obserwacji, analiz dokumentów oraz innych mechanizmów.

Celem identyfikacji wymagań jest:

  1. Identyfikacja wszystkich pożądanych funkcji, charakterystyk, ograniczeń oraz oczekiwań
  2. Zorientowanie wymagań względem wizji projektu
  3. Uszczegółowienie wymagań wysokopoziomowych i jasne opisanie funkcji oraz usług
  4. Wyłączenie funkcji i cech, których klient nie potrzebuje

Na początkowym etapie prac nad projektem analityk biznesowy czy inżynier wymagań (analityk biznesowo-systemowy) powinien zaplanować, jakie będzie jego podejście do pozyskiwania wymagań. Dzięki planowaniu unikniemy sytuacji, w których uczestnicy procesu będą odrywani od swoich zajęć w celu wykonania innych czynności.
Plan pozyskiwania wymagań obejmuje techniki, które będziesz stosować oraz wskazania, kiedy w i jakim celu chcesz z nich skorzystać.

Zagadnienia, o których musisz pamiętać:

1. Strategia pozyskiwania i planowane techniki

a) Zdecyduj z jakich technik będziesz korzystać w odniesieniu do każdej grupy interesariuszy
b) Łącz ze sobą techniki pozyskiwania

2. Harmonogram i oszacowanie zasobów

a) Zidentyfikuj osoby po stronie klienta i dostawcy, które będą brały udział w poszczególnych aktywnościach- sprawdź ich dostępność
b) Oszacuj czas jaki będziesz potrzebować na przygotowanie się do pozyskiwania wymagań oraz analizy materiałów

3. Spodziewane efekty

Podziel pozyskiwanie wymagań względem grup interesariuszy i rodzaje dokumentów, jakie mają być wytworzone w ramach współpracy.

4.Ryzyko związane z pozyskiwaniem

a) Zidentyfikuj czynniki uniemożliwiające pozyskiwanie wymagań zgodnie z planem

b) Znajdź rozwiązanie i zaplanuj aktywności minimalizujące ryzyko

5.Klasyfikowanie informacji pozyskanych od użytkownika

a) Nie oczekuj, że użytkownicy przedstawią zwięzłą, kompletną i dobrze zorganizowaną listę swoich potrzeb
b) Analityk musi klasyfikować otrzymane informacje wg. kategorii, dzięki czemu będzie mógł je rozwijać
c) Podczas identyfikacji wymagań może natrafić na zagadnienia, które wymagają dodatkowych wyjaśnień
d) Podczas przeglądania tak zaklasyfikowane wymagania biznesowe klienta pozwolą Ci na sprawdzenie czy są kompletne, czy są kwestie otwarte, czy są wymagania ze sobą sprzeczne

Brak danych o cenie
Atrybuty wymagania, bo opis wymagania to za mało
Zapisy wkrótce

Po zdefiniowaniu wymagania, bez względu na to czy jest to wymaganie biznesowe, czy wymaganie względem produktu musimy zdefiniować atrybuty takiego wymagania. Dlaczego jest to takie ważne? Bo opis wymagania to za mało, aby szybko otrzymać informację w jakiej kolejności wdrażać wymagania, czy które z wymagań zostały już zatwierdzone przez Klienta?

1. Czym jest atrybut wymagania?

Wymaganie to nie tylko tekst, ale przede wszystkim dodatkowe informacje, które pozwalają na odróżnienie danego wymagania od innych wymagań oraz umożliwiają lepsze zarządzanie zakresem projektu. Takimi dodatkowymi informacjami są atrybuty wymagania.

“ Cecha jakiejś rzeczy, osoby lub zjawiska wyróżniająca je spośród innych”

Bazując na powyższych definicjach brak atrybutów powoduje zwiększenie czasu, jaki zespół projektowy musi poświęcić, aby móc odpowiedzieć na podstawowe pytania:

  1. Które z listy wymagań zaimplementować jako pierwsze?
  2. Jakie są skutki braku implementacji tego wymagania, bądź grupy wymagań?
  3. Z kim z biznesu rozmawiać o tym wymaganiu?
  4. Czy wymaganie, o którym rozmawiamy jest nadal aktualne? Czy to jest jego ostateczna wersja?
  5. Które z wymagań zostały już zaimplementowane?
  6. W jaki sposób dane wymaganie wpływa na inne wymagania?
  7. Czy znamy kryteria akceptacji danego wymagania?
  8. Skąd wzięło się to wymaganie?

To tylko kilka pytań, które usłyszysz na spotkaniu projektowym, jeśli Twoje wymagania będą zawierały jedynie nagłówek z bardzo krótkim opisem wymagania.
To właśnie dzięki atrybutom wymagań, osoba zarządzająca projektem w krótkim czasie jest w stanie wygenerować raport pokazujący które z listy wszystkich wymagań o wysokim priorytecie mają status: “Zatwierdzone”, są przypisane do “Analityka 1” i będą implementowane w wersji 15.3.
Nie ma wątpliwości, że zdefiniowanie listy atrybutów, jakie chcemy utrzymywać w danym projekcie oraz ich ciągła aktualizacja jest dodatkowym czasem, jaki musi poświęcić Analityk, aby “zamknąć pracę” nad wymaganiem. Niezaprzeczalne jest również to, że jest to inwestycja w jakość, która powinna być wykonywana w każdej firmie dostarczającej wymaganie.

Brak danych o cenie
Regulamin
Zapisy wkrótce

1. INFORMACJE O SERWISIE

  1. Właścicielem Serwisu dostępnego pod adresem www.analizawymagan.pl jest Monika Perendyk prowadząca działalność gospodarczą pod firmą Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP: 836-165-60-45, REGON: 366666586. 
  2. Za pośrednictwem Serwisu, Właściciel Serwisu prowadzi sprzedaż Produktów widocznych w Serwisie oraz świadczy Usługi elektroniczne.

2. DEFINICJE

  1. Cena – wartość wyrażona w jednostkach pieniężnych, którą Konsument jest zobowiązany zapłacić Właścicielowi Serwisu za Produkt lub cyfrowe odwzorowanie tej wartości; cena w rozumieniu art. 2 pkt 5h Ustawy o prawach konsumenta.
  2. Dane płatności – interaktywny formularz dostępny w Serwisie umożliwiający złożenie Zamówienia, w szczególności umożliwiający uzgodnienie warunków Umowy, w tym poprzez podanie danych osobowych Kupującego, a także ustalenie sposobu dostawy i płatności.
  3. Dzień roboczy – dzień tygodnia od poniedziałku do piątku z wyłączeniem dni ustawowo wolnych od pracy.
  4. Europejska Rada Usług Cyfrowych – niezależna grupa doradcza koordynatorów ds. usług cyfrowych dla celów nadzoru dostawców usług pośrednich; Rada Usług cyfrowych w rozumieniu art. 61 Aktu o usługach cyfrowych.
  5. Grupa – interaktywna grupa społecznościowa prowadzona w serwisie Facebook, utworzona i zarządzana przez Właściciela Serwisu przeznaczona do wymiany informacji, dyskusji oraz wsparcia w zakresie inżynierii wymagań i analizy biznesowej dostępna wyłącznie dla zatwierdzonych członków.
  6. Komisja Europejska – organ wykonawczy Unii Europejskiej.
  7. Konsument – osoba fizyczna dokonująca z przedsiębiorcą czynności prawnej niezwiązanej bezpośrednio z jej działalnością gospodarczą lub zawodową.
  8. Konto – zbiór informacji, w tym danych osobowych i nieosobowych na temat Kupującego oraz historii jego zamówień przechowywanych przez Właściciela Serwisu. 
  9. Koszyk – element oprogramowania Serwisu, w którym widoczne są wybrane przez Kupującego Produkty do zakupu, posiadający funkcjonalność umożliwiającą ustalenie lub modyfikację Zamówienia, w szczególności rodzaj lub ilość Produktów.
  10. Kupujący – osoba fizyczna, osoba prawna lub jednostka organizacyjna niebędąca osobą prawną, której przepisy szczególne przyznają zdolność prawną, składająca Zamówienie w ramach Serwisu i korzystająca z Usług Elektronicznych dostępnych w Serwisie.
  11. Newsletter – rodzaj usługi świadczonej drogą elektronicznej, w ramach której dochodzi do zawarcia umowy o dostarczenie Produktu w zamian za dane osobowe. Szczegółowe zasady realizacji usługi Newsletter reguluje Regulamin Newslettera. 
  12. Nielegalne Treści – informacje, które same w sobie lub przez odniesienie do działania, w tym sprzedaży produktów lub świadczenia usług, nie są zgodne z prawem Unii Europejskiej lub z prawem jakiegokolwiek państwa członkowskiego, które jest zgodne z prawem Unii Europejskiej, niezależnie od konkretnego przedmiotu lub charakteru tego prawa; nielegalne treści w rozumieniu art. 3 lit. h Aktu o usługach cyfrowych.
  13. Opinie – wszystkie subiektywne wypowiedzi lub ich fragmenty publikowane przez Właściciela Serwisu w Serwisie lub pozostawione przez Użytkowników za pośrednictwem dedykowanych do tego funkcjonalności Serwisu.
  14. Polityka prywatności – dokument lub podstrona Serwisu określająca zasady przetwarzania danych osobowych, dostępna pod adresem https://analizawymagan.pl/polityka-prywatnosci/.
  15. Produkt – Produkt cyfrowy lub Usługa.
  16. Produkt  cyfrowy – dane wytwarzane i dostarczane w postaci cyfrowej, w tym w szczególności e-book, kursy online, notatka wizualna, uprzednio nagrany webinar online; treść cyfrowa w rozumieniu art. 2 pkt 5 Ustawy o prawach konsumenta.
  17. Przedsiębiorca – osoba fizyczna, osoba prawna lub jednostka organizacyjna niebędąca osobą prawną, której przepisy szczególne przyznają zdolność prawną, prowadząca we własnym imieniu działalność gospodarczą lub zawodową.
  18. Przedsiębiorca na prawach konsumenta – osoba fizyczna zawierająca umowę bezpośrednio związaną z jej działalnością gospodarczą, gdy z treści tej umowy wynika, że nie posiada ona dla niej charakteru zawodowego, wynikającego w szczególności z przedmiotu wykonywanej przez nią działalności gospodarczej, udostępnionego na podstawie przepisów o Centralnej Ewidencji i Informacji o Działalności Gospodarczej; osoba fizyczna, o której mowa w art. 7aa Ustawy o prawach konsumenta.
  19. Regulamin – niniejszy dokument dostępny pod adresem: www.analizawymagan.pl/regulamin/. 
  20. Serwis – serwis internetowy prowadzony przez dostępny pod adresem www.analizawymagan.pl i jego podstronach, w tym w szczególności sklep internetowy pod adresem https://edu.analizawymagan.pl/
  21. Siła wyższa – zdarzenie o charakterze przypadkowym lub naturalnym, całkowicie niezależne od woli i działania Właściciela Serwisu i Kupującego, którego nie można było przewidzieć i niemożliwe było jego zapobieżenie, w szczególności takie zdarzenia jak: powódź, włamanie, wojna, akt terroru, wprowadzenie stanu wyjątkowego.
  22. System płatności – operator płatności, z którego korzysta Właściciel Serwisu, który zostały uwidoczniony w Serwisie, w tym System płatności PayPro S.A. (Przelewy24) ul. Kanclerska 15, 60-327 Poznań NIP: 779-23-08-495.
  23. Treści – wszelkie informacje, w tym dane osobowe i nieosobowe wytwarzane lub dostarczane przez Użytkownika w ramach korzystania z Usług elektronicznych, w tym w szczególności pozostawione w sekcji Opinie lub Konto
  24. Umowa  – Umowa – w zależności od przedmiotu umowy jest to:
    • umowa o dostarczenie treści cyfrowej w zamian za Cenę;
    • umowa o świadczenie usług;
    • inna umowa cywilnoprawna. 
  25. Umowa zawarta na odległość – umowa zawarta w ramach zorganizowanego systemu zawierania umów na odległość (Serwisu), bez jednoczesnej fizycznej obecności stron, z wyłącznym wykorzystaniem jednego lub większej liczby środków porozumiewania się na odległość do chwili zawarcia umowy włącznie.
  26. Usługa – usługa, która jest prezentowana w ramach Serwisu przeznaczona do sprzedaży, np. szkolenie online. 
  27. Usługa elektroniczna – usługa świadczona drogą elektroniczną przez Właściciela Serwisu za pośrednictwem Serwisu; usługa w rozumieniu art. 2 pkt 4 Ustawy o świadczeniu usług drogą elektroniczną, w tym formularze Dane płatności, Koszyk, Newsletter; usługa społeczeństwa informacyjnego w rozumieniu art. 1 ust. 1 lit. b) dyrektywy Parlamentu Europejskiego i Rady (UE) 2015/1535 z dnia 9 września 2015 r. ustanawiająca procedurę udzielania informacji w dziedzinie przepisów technicznych oraz zasad dotyczących usług społeczeństwa informacyjnego (tekst jednolity), Dz. U. UE.L.2015.241.1.
  28. Użytkownik – każda osoba fizyczna odwiedzająca Serwis korzystająca z Usług elektronicznych dostępnych w Serwisie opisanych w Regulaminie, w tym Kupujący. 
  29. Zamówienie – oświadczenie woli Kupującego, złożone za pośrednictwem Serwisu polegające na wyborze w ramach Serwisu określonych Produktów zmierzające bezpośrednio do zawarcia Umowy na warunkach określonych w Regulaminie.
  30. Właściciel Serwisu – Monika Perendyk prowadząca działalność gospodarczą pod firmą Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP:836-165-60-45, REGON: 366666586. 
  31. Kodeks cywilny – ustawa z dnia 23 kwietnia 1964 roku (Dz.U. Nr 16, poz. 93 ze zm.).
  32. Kodeks postępowania cywilnego – ustawa z dnia 17 lipca 1964 r. Kodeks postępowania cywilnego (Dz. U. z 1964 r. Nr 15, poz. 93 ze zm.).
  33. Ustawa o prawach konsumenta – ustawa z dnia 30 maja 2014 r. o prawach konsumenta (Dz. U. z 2014 r. poz. 827 ze zm.).
  34. Akt o usługach cyfrowych (lub DSA) – Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2065 w sprawie jednolitego rynku usług cyfrowych oraz zmiany dyrektywy 2000/31/WE (akt o usługach cyfrowych), Dz.U. L 277 z 27.10.2022, s. 1–102).
  35. Dyrektywa 2011/93/UE – Dyrektywa Parlamentu Europejskiego i Rady 2011/93/UE z dnia 13 grudnia 2011 r. w sprawie zwalczania niegodziwego traktowania w celach seksualnych i wykorzystywania seksualnego dzieci oraz pornografii dziecięcej, zastępująca decyzję ramową Rady 2004/68/WSiSW, Dz. U. U.E.L.2011.335.1.

3. OGÓLNE WARUNKI KORZYSTANIA Z SERWISU

  1. Regulamin określa zasady korzystania z Serwisu oraz jego funkcjonalności, rodzaj Produktów sprzedawanych przez Właściciela Serwisu za jego pośrednictwem, rodzaj i zakres Usług elektronicznych świadczonych przez Właściciela Serwisu, warunki i zasady składania Zamówień, sposób zawierania i rozwiązywania umów w ramach Serwisu, zasady i terminy płatności,  warunki dostawy oraz tryb postępowań reklamacyjnych.
  2. Na potrzeby Regulaminu, Właściciel Serwisu podaje dane kontaktowe (sposoby porozumiewania się):
    • adres przedsiębiorstwa: Monika Perendyk prowadząca działalność gospodarczą pod firmą Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa, wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP:836-165-60-45, REGON: 366666586. 
    • adres poczty elektronicznej: szkolenia@analizawymagan.pl
    • numer telefonu: 791-299-539.
  3. Informacje o Produkcie podane na stronie internetowej Serwisu, w szczególności jego opis i cena, nie stanowią oferty w rozumieniu Kodeksu cywilnego, a są jedynie zaproszeniem do zawarcia umowy w rozumieniu art. 71 Kodeksu cywilnego.
  4. Przed rozpoczęciem korzystania z Serwisu, Właściciel Serwisu udostępnia Użytkownikowi Regulamin w sposób nieodpłatny na samym dole Serwisu. Treść Regulaminu może zostać utrwalona przez Użytkownika poprzez jego pobranie, zapisanie na nośniku lub wydrukowanie w każdej chwili ze strony Serwisu.
  5. Użytkownik nie może korzystać z Serwisu, w tym korzystać z Usług elektronicznych w sposób anonimowy, pod pseudonimem lub używając niepoprawnych danych osobowych.
  6. Użytkownik zobowiązany jest do korzystania z Serwisu zgodnie z Regulaminem, obowiązującymi przepisami prawa i dobrymi obyczajami, z uwzględnieniem dóbr osobistych i praw własności intelektualnej, w szczególności praw autorskich przysługujących Właścicielowi Serwisu lub osobom trzecim oraz w sposób nie zakłócający funkcjonowanie Serwisu. 
  7. W ramach korzystania ze Serwisu, zakazane jest dostarczanie lub przekazywanie przez Użytkownika treści o charakterze bezprawnym, w szczególności poprzez rozsyłanie treści zabronionych przepisami prawa, w tym w ramach formularzy dostępnych w Serwisie lub naruszające w jakikolwiek sposób prawa własności intelektualnej.
  8. Właściciel Serwisu może weryfikować Treści pozostawione przez Użytkownika w Grupie. Szczegółowe zasady weryfikowania i moderowania Treści, zgłaszania Nielegalnych Treści, Treści niezgodnych Regulaminem, wydawanie decyzji oraz prawo odwołania się od decyzji reguluje załącznik nr 3 do Regulaminu.
  9. Za pośrednictwem Serwisu odbywa się sprzedaż przez 24 godziny na dobę 7 dni w tygodniu przez cały rok. Właściciel Serwisu zastrzega sobie możliwość czasowego wyłączenia Serwisu z przyczyn technicznych.
  10. Serwis ma charakter informacyjny i służy prezentacji oferty Sprzedawcy oraz udostępnianiu materiałów edukacyjnych, w szczególności w zakładce oznaczonej jako Artykuły.
  11. Materiały oraz informacje publikowane w ramach Serwisu w zakładce Artykuły są redagowane z należytą starannością, mają charakter wyłącznie informacyjny i stanowią wyłącznie osobisty pogląd autora tekstu. Z uwagi jednak na specyfikę świadczonych usług Właściciel Serwisu nie ponosi jednak odpowiedzialności za prawdziwość, dokładność oraz merytoryczną trafność informacji objętych zasobami Serwisu, a w szczególności Właściciel Serwisu nie odpowiada za jakąkolwiek szkodę wyrządzoną zastosowaniem, lub brakiem zastosowania się do informacji zawartych w Serwisie, jakiekolwiek błędy czy pominięcia. Wszelkie informacje umieszczane w zakładce Artykuły są aktualne na dzień ich zamieszczenia, chyba, że wskazano inaczej. 
  12. Użytkownik jest uprawniony do korzystania z Serwisu wyłącznie na użytek osobisty. Oznacza to w szczególności, że w odniesieniu do danych oraz wszelkich innych materiałów zawartych w zasobach Serwisu nie jest dopuszczalne ich wykorzystywanie w celu prowadzenia przez Użytkownika działalności komercyjnej. 

4. WYMAGANIA TECHNICZNE

  1. Użytkownik może korzystać z udostępnionych funkcjonalności Serwisu w sposób zgodny z Regulaminem i obowiązującymi przepisami prawa, a także w sposób nie zakłócający funkcjonowanie Serwisu oraz działań podejmowanych przez innych Użytkowników.
  2. Korzystanie ze Serwisu, w tym przeglądanie asortymentu Serwisu oraz składanie Zamówienia, możliwe jest pod warunkiem spełnienia po stronie Użytkownika minimalnych wymagań technicznych:
    • posiadanie urządzenia umożliwiającego dostęp do sieci internet, wyposażonego w sprawny system operacyjny, np. Mac OS, Android, Windows;
    • zainstalowanie na urządzeniu, o którym mowa powyżej, aktualnej wersji przeglądarki internetowej obsługującej HTML5 zapewniającej dostęp do zasobów sieci internet, takich jak: Mozilla FireFox, Google Chrome, Safari lub innej kompatybilnej przeglądarki internetowej obsługującej pliki cookie; 
    • w niektórych sytuacjach również – posiadania aktywnego konta poczty elektronicznej.
  3. W celu zapewniania bezpieczeństwa w Serwisie, Właściciel Serwisu podejmuje środki techniczne, organizacyjne i prawne odpowiednie do stopnia zagrożenia bezpieczeństwa, w szczególności stosuje środki służące zapobieganiu, pozyskiwania i modyfikacji przez osoby nieuprawnione danych osobowych przesyłanych przez internet. Właściciel Serwisu zapewnia bezpieczeństwo transmisji danych przekazywanych w Serwisie poprzez stosowanie protokołu SSL.

5.USŁUGI ELEKTRONICZNE. PUNKT KONTAKTOWY

  1. Właściciel Serwisu świadczy na rzecz Użytkownika za pośrednictwem Serwisu Usługi elektroniczne. Niniejszy Regulamin określa zasady i warunki zawierania umów o świadczenie usług elektronicznych, z wyjątkiem usługi Newsletter, która została uregulowana odrębnie w Regulaminie Newslettera
  2. Umowa o świadczenie Usługi elektronicznej zostaje zawarta na warunkach określonych w Regulaminie, na czas nieoznaczony w przypadku:
    • dostępu do Serwisu – z chwilą skutecznego wywołania przez Użytkownika w oknie przeglądarki urządzenia Użytkownika, strony internetowej Serwisu lub skorzystania przez Użytkownika z przekierowania prowadzącego do Serwisu;
    • korzystania z funkcjonalności Serwisu (tj. Dane płatności, Koszyk) – z chwilą skorzystania przez Użytkownika z danej usługi.
  3. Na warunkach określonych w Regulaminie, umowa o świadczenie Usługi elektronicznej zostaje rozwiązana w przypadku:
    • dostępu do Serwisu – z chwilą opuszczenia Serwisu przez Użytkownika;
    • korzystania z funkcjonalności Serwisu (tj. Dane płatności, Koszyk) – zaprzestania korzystania z danej funkcjonalności lub z chwilą opuszczenia Serwisu przez Użytkownika.
  4. Korzystanie z Usług elektronicznych jest nieodpłatne i dobrowolne, ale niezbędne w celu przeglądania asortymentu Serwisu, złożenia Zamówienia. 
  5. Usługi elektroniczne mają charakter jednorazowy i ulegają zakończeniu z chwilą złożenia Zamówienia albo z chwilą wcześniejszego zaprzestania korzystania z Serwisu.
  6. Użytkownik może w każdym czasie rozwiązać każdą umowę o świadczenie Usługi elektronicznych, bez podawania przyczyny, ze skutkiem natychmiastowym.
  7. Właściciel Serwisu wyznaczył punkt kontaktowy, z którym można skontaktować się za pośrednictwem poczty elektronicznej szkolenia@analizawymagan.pl. Punkt kontaktowy właściwy jest do bezpośredniej komunikacji z:
    • organami państw członkowskich należących do UE oraz Komisjii Europejskiej i Europejskiej Rady Usług Cyfrowych;
    • Użytkownikami.
  8. W przypadku zastrzeżeń dotyczących działania Serwisu, Użytkownik może złożyć reklamację w formie elektronicznej na adres: szkolenia@analizawymagan.pl
  9. Zaleca się podanie w opisie reklamacji informacji i okoliczności dotyczących przedmiotu reklamacji, w szczególności rodzaju i daty wystąpienia nieprawidłowości oraz określenia żądania oraz danych kontaktowych składającego reklamację. Podanie tych danych jest fakultatywne i nie wpływa na skuteczność reklamacji złożonej z ich pominięciem.
  10. Wszelkie reklamacje rozwiązywane są niezwłocznie, nie później niż w terminie 14 dni od dnia jej otrzymania. Składający reklamację otrzymuje odpowiedź w formie wiadomości poczty elektronicznej wysłanej na adres e-mail, z którego została wysłana reklamacja. 
  11. Korzystanie z Usług elektronicznych związane jest z przesyłaniem danych przy pomocy sieci internet, co obarczone jest ryzykiem charakterystycznym dla tej sieci.

6. Składanie zamówienia

  1. Kupujący dokonuje zakupu Produktu w Serwisie poprzez złożenie Zamówienia.
  2. W celu zamówienia Produktu za pośrednictwem Serwisu należy wejść na stronę internetową https://analizawymagan.pl/, a następnie dokonać wyboru Produktu podejmując kolejne kroki zgodnie z komunikatami wyświetlanymi na podstronach Serwisu.
  3.  Po dokonaniu wyboru Produktu, Kupujący zostanie przekierowany na dedykowaną stronę sprzedażową.
  4. W celu dokonania zakupu, po dokonaniu wyboru Produktu, Kupujący powinien nacisnąć przycisk „Zamów teraz”. Po naciśnięciu przycisku „Zamów teraz” Kupujący zostanie przeniesiony do podstrony Serwisu, na którą wyświetli się informacja prezentująca wybrane Produkty, ich cenę, ilość, a także informacje o łącznym koszcie wybranych Produktów („Zamówienie”).
  5. Na tym etapie Kupujący ma możliwość dokonywania zmian w dokonanym przez siebie Zamówieniu. 
  6. W celu złożenia Zamówienia konieczne jest wypełnienie przez Kupującego formularza Dane płatności (“Zamawiający”), podając dane niezbędne do realizacji Zamówienia, tj.:
    • adres e-mail;
    • powtórz adres e-mail;
    • imię
    • nazwisko
    • numer telefonu
    • komentarz do zamówienia (nieobowiązkowe).
  7. W celu otrzymania faktury konieczne jest wypełnienie przez Kupującego formularza Dane do faktury, podając dane niezbędne do wystawienia faktury, tj.:
    • wybór w jakim charakterze dokonywany jest zakup:
  • jako osoba fizyczna;
  • jako firma/organizacja;
  • imię i nazwisko;
  • ulica wraz z numerem;
  • kod pocztowy;
  • miejscowość. 
  • adres e-mail;

a w przypadku firmy lub organizacji dodatkowo:

  • nazwa firmy;
  • numer NIP.
  1. Po prawidłowym wypełnieniu formularza, Kupujący powinien zweryfikować wszystkie dane, które tam wprowadził.
  2. W przypadku nieprawidłowości w wypełnieniu formularzy, Serwis będzie nadawał komunikaty wskazujące na popełnione błędy lub braki uniemożliwiające przejście do kolejnego etapu składania Zamówienia. 
  3. Po prawej stronie podstrony Serwisu pojawi się informacja o możliwych sposobach płatności oraz zasady uzyskania faktury proforma. 
  4. W ramach Serwisu istnieje możliwość dokonania wyboru sposobu płatności, które zostały szczegółowo opisane w punkcie 9. Regulaminu – Sposoby i terminy płatności. Kupujący powinien dokonać wyboru metody płatności ze sposobów dostępnych w Serwisie.
  5. Przed dokonaniem finalizacji Zamówienia, Kupujący powinien:
    • oświadczyć, po uprzednim przeczytaniu Polityki prywatności, że Kupujący zapoznał się z zasadami przetwarzania danych osobowych poprzez zaznaczenie okienka oznaczonego jako „Zapoznałem(-am) się z Polityką prywatności”, który zawiera aktywny link, po naciśnięciu, którego w nowym oknie otwiera się podstrona Serwisu z Polityką prywatności;
    • zaakceptować uprzednio przeczytany Regulamin poprzez zaznaczenie okienka oznaczonego jako „Zapoznałem(-am) się i akceptuję Regulamin”, który zawiera aktywny link, po naciśnięciu, którego w nowym oknie otwiera się podstrona Serwisu z Regulaminem. dodatkowo – w przypadku Produktów wyrazić zgodę na dostarczenie treści cyfrowych objętych Zamówieniem przed upływem terminu do odstąpienia od Umowy zawartej na odległość. Treść komunikatu przy okienku jest następująca „Wyrażam zgodę na dostarczenie mi treści cyfrowych objętych Zamówieniem przed upływem terminu do odstąpienia od umowy i przyjmuję to do wiadomości. Jestem świadomy(-a), że w ten sposób tracę prawo odstąpienia od Umowy zawartej na odległość”. 

Akceptacja checkboxów jest niezbędna do realizacji Zamówienia. 

  1. Przed dokonaniem finalizacji Zamówienia, Kupujący ma również możliwość:
    • wyrażenia chęci uzyskania faktury proforma poprzez zaznaczenie okienka oznaczonego jako “Potrzebuję faktury proforma”,
    • wyrażenia zgody na kierowanie do niego newslettera poprzez zaznaczenie okienka oznaczonego jako “Wyrażam zgodę na otrzymywanie za pośrednictwem komunikacji elektronicznej newslettera na zasadach określonych w Regulaminie newslettera, , który zawiera aktywny link, po naciśnięciu, którego w nowym oknie otwiera się podstrona Serwisu z Regulaminem newslettera. 

Akceptacja checkboxów nie jest konieczna do realizacji Zamówienia. 

  1. Po dokonaniu czynności, o których mowa powyżej, Kupujący powinien wyrazić zgodę na realizację Zamówienia poprzez kliknięcie przycisku „Zamawiam i płacę”, który wskazuje na konieczność zapłaty za Zamówienie.
  2. Po kliknięciu w przycisk „Zamawiami płacę”, Kupujący zostanie przeniesiony na stronę Systemu płatności celem dokonania płatności za wybrane Produkty. Po skutecznym dokonaniu płatności, Kupujący zostanie przeniesiony na stronę Serwisu z potwierdzeniem zakupu i szczegółami Zamówienia.
  3. Kupujący ma świadomość, że dokonując kliknięcia w przycisk „Zamawiam i płacę” potwierdza złożenie Zamówienia z obowiązkiem uiszczenia należnej Właścicielowi Serwisu zapłaty. Potwierdzenie złożenia Zamówienia stanowi oświadczenie woli Użytkownika zawarcia z Właścicielem Serwisu Umowy, zgodnie z treścią Regulaminu.
  4. Kupujący ma możliwość założenia Konta, którego założenie odbywa się natychmiastowo po podaniu adresu e-mail oraz hasła. Wyrażenie chęci założenia Konta jest potwierdzane linkiem aktywacyjnym wysyłanym na adres e-mail podany przez Kupującego. 

7. WARUNKI ZAWIERANIA UMÓW 

  1. Zawarcie Umowy pomiędzy Kupującym a Właścicielem Serwisu następuje po uprzednim złożeniu przez Kupującego Zamówienia zgodnie z procedurą opisaną w pkt 6 Regulaminu – Składanie Zamówienia.
  2. Po złożeniu Zamówienia Właściciel Serwisu niezwłocznie potwierdza jego otrzymanie i jednocześnie przyjmuje Zamówienie do realizacji. Potwierdzenie otrzymania Zamówienia i jego przyjęcie do realizacji następuje poprzez przesłanie Kupującemu stosownych informacji na adres poczty elektronicznej Kupującego podanej w trakcie składania Zamówienia. Informacje, o których mowa w zdaniu poprzedzającym zawierają co najmniej oświadczenie Właściciela Serwisu o otrzymaniu Zamówienia oraz potwierdzenie zawarcia Umowy.
  3. Umowę traktuje się jako zawartą z chwilą otrzymania przez Kupującego wiadomości e-mail, o której mowa w punkcie 7.2 Regulaminu.
  4. Umowa zostaje zawarta pomiędzy Kupującym a Właścicielem Serwisu w języku polskim w treści zgodnej z Regulaminem.
  5. W przypadku złożenia zgody na dostarczenie Produktu w okolicznościach powodujących utratę prawa odstąpienia od umowy, wiadomość e-mail, o której mowa w pkt 7.2 Regulaminu uwzględnia również informację o złożeniu takiej zgody.
  6. Utrwalenie, zabezpieczenie oraz udostępnienie Kupującemu treści zawieranej Umowy następuje poprzez udostępnienie Regulaminu na stronie internetowej Serwisu oraz przesłanie Kupującemu wiadomości e-mail, o której mowa w 7.2 Regulaminu.

8. INFORMACJE I CENA PRODUKTÓW

  1. Wszystkie ceny podane w Serwisie są wyrażone w polskich złotych i są cenami brutto.
  2. Ceny podane w Serwisie dotyczą jednej sztuki Produktu.
  3. Podane ceny Produktów nie zawierają kosztów dostawy. Szczegółowe metody i terminy dostawy zostały określone w punkcie 10. Regulaminu – Dostawa produktu, odstąpienie od umowy.
  4. Informacje o cenie Produktu, cechach oraz istotnych właściwościach Produktu dostępne są w Serwisie i zamieszczone przy prezentowanym Produkcie.
  5. Ceną wiążącą i ostateczną jest cena podana w Koszyku w podsumowaniu Zamówienia w chwili złożenia Zamówienia przez Kupującego.
  6. Całkowita wartość Zamówienia, zawierająca łączną cenę za zamówione Produkty wraz z kosztami dostawy, widoczna jest na etapie potwierdzania Zamówienia.
  7. Właściciel Serwisu zastrzega sobie prawo do zmiany cen Produktów prezentowanych w Serwisie, wycofania oraz wprowadzania nowych Produktów. Powyższe uprawnienie nie ma wpływu na Zamówienie, które zostało złożone przed datą wejścia w życie zmiany ceny.

9. SPOSOBY I TERMINY PŁATNOŚCI

  1. Właściciel Serwisu udostępnia Kupującemu następujące sposoby płatności:
    •  szybki przelew elektroniczny – płatne bezpośrednio na konto Sprzedającego za pośrednictwem Systemu płatności. Zamówienie na podstawie Systemu płatności nastąpi po otrzymaniu przelewu na koncie rozliczeniowym Właściciela Serwisu;
    • płatność proforma – tradycyjny przelew bankowy dokonany na podstawie wystawionej przez Właściciela Serwisu faktury profroma; 
    • tradycyjny przelew bankowy, w ramach, którego należy dokonać wpłaty bezpośrednio na konto bankowe Właściciela Serwisu. Przy dokonywaniu przelewu Kupujący powinien użyć numer Zamówienia jako tytułu płatności. Zamówienie na podstawie tradycyjnego przelewu bankowego zostanie zrealizowane po zaksięgowaniu wpłaty na koncie Sprzedawcy;
    • na raty – sprzedaż na raty odbywa się za pośrednictwem Systemu płatności bez udziału Właściciela Serwisu. 
  2. Rozliczenie transakcji, o której mowa w 9.1. Regulaminu może wiązać się z koniecznością rejestracji w Systemie płatności lub akceptacją regulaminu lub warunków korzystania z Systemu płatności przez Kupującego, które są niezależne od Właściciela Serwisu oraz postanowień Regulaminu. Kupujący powinien zapoznać się z regulaminem lub warunkami korzystania z Systemu płatności. Regulamin przelewu elektronicznego realizowany jest przez System płatności, dostępny  https://www.przelewy24.pl/regulamin
  3. W przypadku wyboru przez Kupującego tradycyjnego przelewu bankowego lub faktury proforma, Kupujący zobowiązany jest do dokonania płatności niezwłocznie, nie później niż w terminie 6 dni od dnia zawarcia Umowy. Za dzień zapłaty przyjmuje się dzień uznania rachunku bankowego Sprzedawcy.
  4. Do każdego Zamówienia wystawiana jest faktura w wersji elektronicznej.
  5. Kupujący wyraża zgodę na wystawienie faktury w wersji elektronicznej i przesłanie jej na adres wskazany w formularzu Dane płatności.

10. PRODUKTY CYFROWE 

  1. Właściciel Serwisu oferuje sprzedaż Produktów cyfrowych. 
  2. Dostawa Produktu realizowana jest w postaci wysłania do Kupującego linku pozwalającego na jego ściągnięcie lub umożliwiające zalogowanie do platformy. Link jest wysyłany na adres poczty elektronicznej wskazany przez Kupującego w formularzu Dane płatności niezwłocznie, jednak nie później niż w terminie 48 godzin od dnia zapłaty z zastrzeżeniem zasad określonych w punkcie 12. Regulaminu – Przedsprzedaż i akcje promocyjne.
  3. Produkt uważa się za dostarczony w chwili, gdy Produkt lub środek, który pozwala na uzyskanie dostępu do Produktu lub pobranie Produktu, zostały udostępnione Konsumentowi lub fizycznemu lub wirtualnemu urządzeniu, które Konsument wybrał samodzielnie w tym celu, lub gdy Konsument lub takie urządzenie, uzyskali do niej dostęp.
  4. Dostawa zamówionego Produktu odbywa się nieodpłatnie.
  5. Jeżeli Właściciel Serwisu nie dostarczył Produktu, Konsument wzywa go do ich dostarczenia. Jeżeli Właściciel Serwisu nie dostarczy Produktu w terminie, o którym mowa w pkt 10.1. Regulaminu lub w dodatkowym, wyraźnie uzgodnionym przez Konsumenta i Właściciela Serwisu terminie, Konsument może odstąpić od umowy. 
  6. Konsument może odstąpić od umowy bez wzywania do dostarczenie Produktu, jeżeli:
  •  z oświadczenia Właściciela Serwisu lub okoliczności wyraźnie wynika, że nie dostarczy on Produktu, lub
  •  Konsument i Właściciel Serwisu uzgodnili lub z okoliczności zawarcia umowy wyraźnie wynika, że określony termin dostarczenia Produktu miał istotne znaczenie dla Konsumenta, a Właściciel Serwisu nie dostarczył go w tym terminie. 
  1. Właściciel Serwisu ma obowiązek dokonać zwrotu Konsumentowi Ceny należnej wskutek skorzystania z prawa odstąpienia od umowy niezwłocznie, nie później niż w terminie 14 dni od dnia otrzymania oświadczenia Konsumenta o odstąpieniu od umowy. 
  2. Czas realizacji Zamówienia może ulec zmianie z przyczyn niezależnych od Właściciela Serwisu. W przypadku, gdy realizacja Zamówienia nie jest możliwa w czasie, o którym mowa w pkt 10.1 Regulaminu, Właściciel Serwisu niezwłocznie zawiadomi o tym Kupującego oraz wskaże nowy, przybliżony termin realizacji Zamówienia. Jeżeli nowy termin nie zostanie zaakceptowany przez Kupującego, Kupujący ma prawo odstąpić od umowy bez ponoszenia jakichkolwiek kosztów. W odniesieniu do Kupujących niebędących Konsumentami, Właściciel Serwisu w najszerszym dopuszczalnym przez prawo zakresie nie ponosi odpowiedzialności za ewentualne opóźnienia w realizacji Zamówienia, wywołane okolicznościami niezależnymi od Właściciela Serwisu.
  3. W przypadku odstąpienia od umowy, Właściciel Serwisu uniemożliwia Konsumentowi dalsze korzystanie z Produktów, w szczególności przez uniemożliwienie Konsumentowi dostępu do Produktu lub zablokowanie konta, o ile zostało utworzone. Uprawnienie Właściciela Serwisu nie ma wpływu na uprawnienia Konsumenta zastrzeżone w art. 32a ust. 2 ustawy o prawach konsumenta. 
  4. Punkt 10 Regulaminu oraz postanowienia w nim zawarte stosuje się odpowiednio do Przedsiębiorców na prawach konsumenta. 

11. USŁUGI 

  1. Właściciel Serwisu oferuje sprzedaż Usług. 
  2. Warunkiem uruchomienia Usługi w postaci szkolenia jest zebranie grupy co najmniej 6 osób, chyba, że w opisie Usługi wskazano inaczej. 
  3. Indywidualne wsparcie poszkoleniowe musi być wykorzystana w kwartale danego roku, w którym została zakupiona. 
  4. Dostawa Usługi realizowana jest za pośrednictwem środków komunikacji na odległość, przy użyciu narzędzia Zoom. W ramach szkolenia wykorzystywane są również elektroniczne flipcharty, Mural. 
  5. Realizacja Usługi możliwa jest pod warunkiem spełnienia przez Kupującego minimalnych wymagań technicznych:
    • posiadanie urządzenia umożliwiającego dostęp do sieci Internet, wyposażonego w sprawny system operacyjny (np. macOS, Android, Windows);
    • zainstalowanie na tym urządzeniu aktualną wersję przeglądarki internetowej (np. Mozilla FireFox, Google Chrome, Safari lub inna kompatybilna przeglądarka internetowa obsługująca pliki cookie);
    • aktywne konto poczty elektronicznej;
    • słuchawki lub głośnik do odtwarzania dźwięku, mikrofon oraz kamerę.
  6. Właściciel Serwisu nie odpowiada za nieprawidłowości, w tym problemy techniczne związane z brakiem możliwości realizacji Usługi, jeżeli przyczyna leży po stronie Kupującego lub podmiotów trzecich, z których usług korzysta Kupujący. 
  7. W przypadku wystąpienia problemów technicznych zarówno w całości, jak i w części, które będą leżeć po stronie Właściciela Serwisu, Właściciel Serwisu wyznaczy inny termin realizacji Usługi. 
  8. Właściciel Serwisu zastrzega sobie prawo do odwołania z ważnej przyczyny wykonania Usługi w terminie nie później niż na 12 godzin przed planowanym terminem, chyba, że ważna przyczyna wystąpiła później. Przez ważną przyczynę należy rozumieć zdarzenia losowe, w szczególności nagłą chorobę.
  9. Właściciel Serwisu poinformuje Kupującego drogą mailową o odwołaniu wykonania Usługi z ważnej przyczyny i wyznaczy nowy termin.
  10. Niezrealizowana Usługa zostanie wykonana w najbliższym możliwym terminie. Uiszczona Cena zostanie zaliczona na poczet realizacji nowego terminu lub zostanie zwrócona  Kupującemu– zgodnie z jego decyzją.

12. PRZEDSPRZEDAŻ I AKCJE PROMOCYJNE

  1. Właściciel Serwisu dopuszcza możliwość przedsprzedaży Produktów. Termin dostawy produktu sprzedawanego w czasie przedsprzedaży każdorazowo zostanie podany w opisie danego Produktu.
  2. Właściciel Serwisu zastrzega sobie prawo do organizowania akcji promocyjnych, które mogą polegać na:
    • udzielaniu rabatu kwotowego lub procentowego na dany Produkt;
    • kierowaniu kodów promocyjnych dla wybranej grupy osób;
    • stosowaniu obniżek bezpośrednio w Serwisie;
    • kierowaniu spersonalizowanych obniżek (np. do byłego Kupującego);
    • tworzeniu specjalnego typu oferty, która staje się dostępna, dopiero gdy spełnisz określone wymagania (tzw. One Time Offer).
  3. W zakresie w jakim jest to wymagane przepisami prawa, w każdym przypadku informowania o obniżeniu ceny Produktu obok informacji o obniżonej cenie Właściciel Serwisu uwidacznia również informację o najniższej cenie Produktu, która obowiązywała w okresie 30 dni przed wprowadzeniem obniżki. 
  4. Jeżeli dany Produkt są oferowane do sprzedaży w okresie krótszym niż 30 dni, obok informacji o obniżonej cenie Właściciel Serwisu uwidacznia również informację o najniższej cenie tego Produktu, która obowiązywała w okresie od dnia rozpoczęcia oferowania tego Produktu do sprzedaży do dnia wprowadzenia obniżki.
  5. Właściciel Serwisu nie ma obowiązku informowania o obniżce cen w przypadku personalizowanych obniżek cen czy programów lojalnościowych.  
  6. Akcje promocyjne mogą obowiązywać przez określony czas wskazany w Serwisie lub do odwołania.
  7. Akcje promocyjne nie muszą odbywać się we wszystkich kanałach sprzedaży. 

13. LICENCJA NA PRODUKT CYFROWY 

  1. Produkt oferowany za pośrednictwem Serwisu stanowi własność intelektualną Właściciela Serwisu, jest utworem w rozumieniu Ustawy o prawie autorskim i prawach pokrewnych, a tym samym jest objęty przewidzianą tym prawem ochroną.
  2. Z chwilą zawarcia Umowy o dostarczenie Produktu, Właściciel Serwisu udziela Kupującemu licencji niewyłącznej i nieprzenoszalnej, bez prawa do udzielania sublicencji na korzystanie z Produktu (Licencja).
  3. Właściciel Serwisu udziela Licencji Kupującemu wyłącznie na następujących polach eksploatacji:
    • jego zapisu techniką cyfrową w pamięci komputera, tabletu lub innego czytnika;
    • trwałego lub czasowego zwielokrotnienia Produktu w całości lub w części, techniką cyfrową, w zakresie, w którym dla wyświetlania, odtwarzania lub przechowywania Produktu niezbędne jest jego zwielokrotnienie, w tym wydruk;
    • trwałego lub czasowego wyświetlania, odtwarzania lub przechowywania Produktu techniką cyfrową 

– chyba, że w opisie Produktu postanowiono inaczej.

  1. Licencja nie obejmuje prawa Kupującego do:
    • kopiowania w całości lub w części, z wyłączeniem zakresu, w jakim jest to koniecznie dla prawidłowego korzystania z Produktu na własny użytek;
    • tworzenie na bazie Produktu lub jego części produktów pochodnych;
    • przekazywania prawa do korzystania z Produktu lub jego części innym osobom, licencjonowania, dzierżawy, najmu, użyczania lub przekazywania (udostępnienia) w inny sposób Produktu w całości lub w części.
  2. Licencja udzielana jest na bezterminowo, chyba, że co innego wynika z opisu Produktu. Wynagrodzenie z tytułu udzielenia Licencji zawiera się w zapłacie dokonywanej przez Kupującego.

14. ZABEZPIECZENIA, AKTUALIZACJE, WYMAGANIA TECHNICZNE I TECHNOLOGICZNE PRODUKTU

  1. Informacja o formie zabezpieczenia, o ile zostanie one zastosowanie oraz aktualne wymagania techniczne i technologiczne Produktu oraz informacja czy w ramach zawieranej umowy Właściciel Serwisu będzie aktualizował Produkt każdorazowo są podawane przy opisie Produktu na stronie Serwisu.
  2. Korzystanie z Produktu możliwe jest pod warunkiem spełnienia po stronie Kupującego minimalnych wymagań technicznych:
    • posiadanie urządzenia umożliwiającego dostęp do sieci Internet, wyposażonego w sprawny system operacyjny, np. Mac OS, Android, Windows – co najmniej przy pierwszym otwarciu Produktu;
    • zainstalowanie na urządzeniu, o którym mowa powyżej, aktualnej wersji przeglądarki internetowej zapewniającej dostęp do zasobów sieci Internet, takich jak: Mozilla FireFox, Google Chrome, Safari lub innej kompatybilnej przeglądarki internetowej obsługującej pliki cookies – co najmniej przy pierwszym otwarciu Produktu;
    • posiadania aktywnego konta poczty elektronicznej;
    • posiadanie programu spełniającego wymagania techniczne pozwalające na pobranie Produktu w formacie PDF, epub, mobi.

15. PRAWO ODSTĄPIENIA OD UMOWY ZAWARTEJ NA ODLEGŁOŚĆ

  1. Konsument, który zawarł z Właścicielem Serwisu Umowę na odległość, może w terminie 14 (czternastu) dni odstąpić od niej bez podawania przyczyn oraz bez ponoszenia kosztów, z zastrzeżeniem punktu 14.7. Regulaminu. 
  2. Konsument, aby skorzystać z prawa odstąpienia od umowy musi poinformować Właściciela Serwisu o swojej decyzji o odstąpieniu od umowy w drodze jednoznacznego oświadczenia. 
  3. Konsument może złożyć oświadczenie na formularzu, którego wzór stanowi załącznik nr 2 do Ustawy o prawach konsumenta lub na wzorze stanowiącym załącznik nr 2 do Regulaminu. Korzystanie z wzorów, o których mowa w zdaniu poprzedzającym nie jest obowiązkowe.
  4. Aby zachować termin do odstąpienia od Umowy zawartej na odległość wystarczy, aby Konsument wysłał informację dotyczącą wykonania przysługującego Konsumentowi prawa odstąpienia od umowy przed upływem terminu do odstąpienia od umowy. 
  5. Właściciel Serwisu niezwłocznie po otrzymaniu oświadczenia o odstąpieniu od umowy przesyła Konsumentowi potwierdzenie jego otrzymania. 
  6. Bieg terminu do odstąpienia od Umowy zawartej na odległość rozpoczyna się od dnia zawarcia Umowy. 
  7. Oświadczenie o odstąpieniu od umowy może zostać złożone:
    • w formie elektronicznej za pośrednictwem poczty elektronicznej na adres: szkolenia@analizawymagan.pl 
    • pisemnie na adres: Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa. 
  8. Prawo odstąpienia od umowy zawartej na odległość nie przysługuje Konsumentowi w odniesieniu do umowy o dostarczanie treści cyfrowych nie dostarczanych na nośniku materialnym, za które Konsument jest zobowiązany do zapłaty ceny (tj. uzyskanie dostępu do treści cyfrowych) jeżeli Właściciel Serwisu rozpoczął świadczenie za wyraźną i uprzednią zgodą Konsumenta, który został poinformowany przed rozpoczęciem świadczenia, że po spełnieniu świadczenia przez Właściciela Serwisu utraci prawo  odstąpienia od umowy i przyjął to do wiadomości, a Właściciel Serwisu przekazał Konsumentowi potwierdzenie zawarcia Umowy zawartej na odległość oraz otrzymanie zgody na dostarczenie treści cyfrowych w okolicznościach powodujących utratę prawa odstąpienia od umowy. 
  9. Właściciel Serwisu ma obowiązek niezwłocznie, nie później niż w terminie 14 dni od dnia otrzymania oświadczenia Konsumenta o odstąpieniu od umowy, zwrócić Konsumentowi wszystkie dokonane przez niego płatności.
  10. Właściciel Serwisu dokonuje zwrotu płatności przy użyciu takiego samego sposobu płatności, jakiego użył Konsument, chyba że Konsument wyraźnie zgodził się na inny sposób zwrotu, który nie wiąże się dla niego z żadnymi kosztami.
  11. W przypadku odstąpienia od umowy zawartej na odległość umowę uważa się za niezawartą.
  12. Punkt 15 Regulaminu oraz postanowienia w nim zawarte stosuje się odpowiednio do Przedsiębiorców na prawach konsumenta. 

16. POZASĄDOWE SPOSOBY ROZWIĄZYWANIA REKLAMACJI I DOCHODZENIA ROSZCZEŃ PRZEZ KONSUMENTA

  1. Właściciel Serwisu wyraża zgodę na  rozwiązanie  ewentualnych  sporów  wynikających  z umów zawartych na odległość na drodze postępowania mediacyjnego. 
  2. Postanowienia Regulaminu dotyczące konsumentów w zakresie rozpatrywania roszczeń stosuje się odpowiednio do przedsiębiorców na prawach konsumenta. 
  3. Kupujący będący Konsumentem posiada następujące przykładowe możliwości skorzystania z pozasądowych sposobów rozpatrywania reklamacji dochodzenia roszczeń. Kupujący ma między innymi możliwość:
    • zwrócenia się do stałego polubownego sądu konsumenckiego z wnioskiem o rozstrzygnięcie sporu wynikłego z zawartej Umowy;
    • zwrócenia się do wojewódzkiego inspektora Inspekcji Handlowej z wnioskiem o wszczęcie postępowania mediacyjnego w sprawie polubownego zakończenia sporu między Konsumentem a Właścicielem Serwisu;
    • skorzystania z pomocy powiatowego (miejskiego) rzecznika konsumentów lub organizacji społecznej, do której zadań statutowych należy ochrona konsumentów, np. Federacja Konsumentów, Stowarzyszenie Konsumentów Polskich.
  4. Konsument może również skorzystać z platformy ODR, która dostępna jest tutaj. Platforma ODR stanowi interaktywną i wielojęzyczną stronę internetową z punktem kompleksowej obsługi Konsumentów i Przedsiębiorców dążących do pozasądowego rozstrzygnięcia sporu dotyczącego zobowiązań umownych wynikających z internetowej umowy sprzedaży lub umowy o świadczenie usług. Uwaga! Platforma ODR nie przyjmuje nowych skarg od dnia 20.03.2025 r,. a z dniem 20.07.2025 r. zostanie zlikwidowana.
  5. Szczegółowe informacje dotyczące możliwości skorzystania przez Konsumenta z pozasądowych sposobów rozpatrywania reklamacji i dochodzenia roszczeń oraz zasady dostępu do tych procedur dostępne są w siedzibach oraz na stronach internetowych powiatowych (miejskich) rzeczników konsumentów, organizacji społecznych, do których zadań statutowych należy ochrona konsumentów, Wojewódzkich Inspektorów Inspekcji Handlowej oraz pod na stronie Urzędu Ochrony Konkurencji i Konsumentów – tutaj

17. ODPOWIEDZIALNOŚĆ ZA ZGODNOŚĆ PRODUKTU CYFROWEGO Z UMOWĄ

  1. Obowiązkiem Właściciela Serwisu jest dostarczenie Produktu zgodnie z Umową. 
  2. Produkt jest zgodny z Umową, jeżeli zgodne z umową pozostają w szczególności ich:
    • opis, rodzaj, ilość, jakość, kompletność, funkcjonalność, kompatybilność, interoperacyjność oraz dostępność wsparcia technicznego i aktualizacji; 
    • przydatność do szczególnego celu, do którego są potrzebne Konsumentowi, o którym Konsument powiadomił Właściciela Serwisu najpóźniej w momencie zawarcia Umowy i który Właściciel zaakceptował. 
  3. Produkt jest zgodny z Umową, jeżeli:
    •  nadaje się do celów, w których zazwyczaj korzysta się z Produktu tego rodzaju, z uwzględnieniem obowiązujących przepisów prawa, norm technicznych lub dobrych praktyk; 
    • występuje w takiej ilości i mieć takie cechy, w tym funkcjonalność, kompatybilność, dostępność, ciągłość i bezpieczeństwo, jakie są typowe dla Produktu tego rodzaju i których Konsument może rozsądnie oczekiwać, biorąc pod uwagę charakter Produktu oraz publiczne zapewnienia złożone przez Właściciela Serwisu, jego poprzedników prawnych lub osoby działające w jego imieniu, w szczególności w reklamie lub na etykiecie, chyba że Właściciel Serwisu wykaże, że: 
  • nie wiedział o danym publicznym zapewnieniom i oceniając rozsądnie nie mógł o nim wiedzieć, 
  • przed zawarciem Umowy publiczne zapewnienie zostało sprostowane z zachowaniem warunków i formy, w jakich publiczne zapewnienie zostało złożone, lub w porównywalny sposób, 
  • publiczne zapewnienie nie miało wpływu na decyzję Konsumenta o zawarciu Umowy; 
  • jest dostarczane z akcesoriami i instrukcjami, których dostarczenia Konsument może rozsądnie oczekiwać; być zgodne z wersją próbną lub zapowiedzią, które zostały udostępnione Konsumentowi przez Właściciela Serwisu przed zawarciem Umowy.
  1. Właściciel Serwisu nie ponosi odpowiedzialności za brak zgodności Produktu z Umową, o którym mowa w pkt 16.3. Regulaminu, jeżeli Konsument, najpóźniej w chwili zawarcia Umowy został wyraźnie poinformowany, że konkretna cecha Produktu odbiega od wymogów zgodności z Umową określonych w pkt 16.3 Regulaminu oraz wyraźnie i odrębnie zaakceptował brak konkretnej cechy Produktu.
  2. Konsument jest zobowiązany do współpracy z Właścicielem Serwisu w rozsądnym zakresie i przy zastosowaniu najmniej uciążliwych dla siebie środków technicznych, w celu ustalenia czy brak zgodności Produktu z Umową w odpowiednim czasie wynika z cech sprzętu komputerowego, oprogramowania i połączenia sieciowego wykorzystywanego przez Konsumenta w celu uzyskania dostępu do Produktu lub w celu korzystania z niego. 
  3. Kupujący może składać reklamacje dotyczące Produktu lub samego procesu zakupowego.
  4. Reklamacja powinna zostać wysłana:
    • w formie elektronicznej za pośrednictwem poczty elektronicznej na adres: szkolenia@analizawymagan.pl
    • pisemnie na adres: Analiza Wymagań Monika Perendyk, ul. Przeworska 4/473, 04-382 Warszawa. 
  5. Reklamacja powinna zawierać dane umożliwiające identyfikację Kupującego, Zamówienia, przedmiot reklamacji oraz żądania związane z reklamacją. Przykładowy wzór formularza reklamacyjnego stanowi załącznik nr 1 do Regulaminu.
  6. Właściciel Serwisu ustosunkuje się do reklamacji w ciągu 14 dni od dnia jej otrzymania. 
  7. Punkt 17 Regulaminu oraz postanowienia w nim zawarte stosuje się odpowiednio do Przedsiębiorców na prawach konsumenta. 
  8. Właściciel Serwisu nie ponosi odpowiedzialności z tytułu utraconych korzyści względem Przedsiębiorcy, który nie jest Przedsiębiorcą na prawach konsumenta.

18. DANE OSOBOWE I PLIKI COOKIE

  1. Szczegółowe informacje dotyczące zasad przetwarzania danych osobowych, w tym informacja o prawach Użytkownika związanych z przetwarzaniem danych osobowych, a także zasady wykorzystywania plików cookie znajdują się w Polityce prywatności

19. SIŁA WYŻSZA

  1. W czasie trwania Siły wyższej, Strony zawartej Umowy zwolnione będą od wszelkiej odpowiedzialności za jej niewykonanie lub nienależyte wykonanie, jeżeli tylko okoliczności zaistnienia Siły wyższej będą stanowiły przeszkodę w wykonaniu zawartej Umowy. 
  2. Niniejszy paragraf ma zastosowanie również w okresie bezpośrednio poprzedzającym lub następującym bezpośrednio po wystąpieniu Siły wyższej, jeżeli tylko we wskazanym okresie oddziaływanie Siły wyższej będzie stanowiło przeszkodę w wykonaniu Umowy.

20. ZMIANY REGULAMINU 

  1. Regulamin obowiązuje od dnia publikacji w Serwisie.
  2. Wszelkie prawa do Serwisu, w tym majątkowe prawa autorskie, prawa własności intelektualnej do jego nazwy, jego domeny internetowej, strony internetowej Serwisu, a także wzorców, formularzy, logotypów, zdjęć zamieszczonych na stronie Serwisu należą do Właściciela Serwisu lub Właściciel Serwisu posiada licencję lub inne prawo uprawniające do ich wykorzystywania.
  3. Umowy zawierane są w języku polskim i w oparciu o przepisy prawa polskiego.
  4. Właściciel Serwisu zastrzega sobie, w zakresie dopuszczalnym przez obowiązujące przepisy, prawo do dokonywania zmian Regulaminu. Właściciel Serwisu jest uprawniony do jednostronnej zmiany Regulaminu w zakresie, który nie został indywidualnie uzgodniony z Użytkownikiem z uzasadnionych przyczyn. Za uzasadnioną przyczynę uznaje się w szczególności:
    • zmiana przepisów prawa powszechnie obowiązującego na terenie Rzeczypospolitej Polskiej w zakresie w jakim taka zmiana przepisów modyfikuje treść Regulaminu albo nakłada na Właściciela Serwisu obowiązek określonej modyfikacji Regulaminu;
    • Regulamin wymaga uzupełnienia, doprecyzowania lub modyfikacji ze względu na przepisy prawa powszechnie obowiązującego na terenie Rzeczypospolitej Polskiej lub z uwagi na konieczność stworzenia większej transparentności Regulaminu – w zakresie w jakim uzupełnienie, doprecyzowanie lub modyfikacja Regulaminu jest dopuszczalne przez przepisy prawa lub z uwagi na konieczność zwiększenia transparentności Regulaminu; 
    • wydanie przez organy administracji publicznej decyzji rekomendacji, zaleceń lub aktów o analogicznym charakterze w jakim dokumenty modyfikują treść Regulaminu albo nakładają na Właściciela Serwisu obowiązek określonej modyfikacji Regulaminu;
    • wprowadzenie przez Właściciela Serwisu nowych funkcjonalności Serwisu lub dokonanie modyfikacji ich dotychczasowego zakresu – w zakresie w jakim nowe funkcjonalności modyfikują treść Regulaminu;
    • wprowadzenie przez Właściciela Serwisu nowych lub modyfikacja istniejących systemów informatycznych – w zakresie w jakim wpływają one na treść Regulaminu, a modyfikacja Regulaminu jest obiektywnie niezbędna i bezpośrednio związana z wprowadzeniem nowych lub modyfikacją istniejących systemów informatycznych;
    • powstanie orzecznictwa sądowego lub administracyjnego, z którego wynika, że treść Regulaminu jest sprzeczna z prawem – w zakresie w jakim z punktu widzenia przeciętnego konsumenta lub przedsiębiorcy na prawach konsumenta proponowana zmiana Regulaminu jest na jego korzyść.
  5. Zmiana Regulaminu nie dotyczy umów zawartych przed dniem wejścia w życie zmiany Regulaminu. Do umów zawartych przed dniem wejścia w życie zmiany Regulaminu stosuje się postanowienia Regulaminu obowiązujące w dniu wyrażenia woli Użytkownika zawarcia umowy. 
  6. Właściciel Serwisu informuje Użytkownika o proponowanej zmianie Regulaminu poprzez publikację w Serwisie:
    • treści proponowanej zmiany Regulaminu;
    • dacie wejścia w życie zmian Regulaminu;
    • jednolitej treści Regulaminu po zmianach. 

21. POSTANOWIENIA KOŃCOWE

  1. Rozstrzyganie ewentualnych sporów pomiędzy:
    • Właściciel Serwisu a Konsumentem zostaje poddane sądom właściwym zgodnie z właściwymi przepisami Kodeksu postępowania cywilnego;
    • Właściciel Serwisu a Przedsiębiorcą na prawach konsumenta zostaje poddane sądom właściwym zgodnie z właściwymi przepisami Kodeksu postępowania cywilnego;
    • Właściciel Serwisu a Przedsiębiorcą zostaje poddane sądowi właściwemu ze względu na siedzibę Właściciela Serwisu.
  2. W celu uniknięcia wątpliwości przyjmuje się, że żadne z postanowień Regulaminu nie ogranicza praw Konsumenta lub Przedsiębiorcy na prawach konsumenta jakie przysługują mu na podstawie przepisów prawa obowiązującego na terytorium Rzeczypospolitej Polskiej. W przypadku stwierdzenia istnienia postanowienia Regulaminu o takim charakterze, bezwzględne zastosowanie znajdują przepisy obowiązującego prawa. 
  3. Jeżeli jakiekolwiek postanowienie Regulaminu okaże się lub stanie się nieważne albo niewykonalne, pozostaje to bez wpływu na ważność pozostałych postanowień, chyba że bez tych postanowień Strony nie zawarłyby Umowy, a nie jest możliwa zmiana lub uzupełnienie Regulaminu w sposób oddający możliwie najwierniej zamiar Stron wyrażony w postanowieniu, które uznane zostało za nieważne albo niewykonalne.
  4. W sprawach nieuregulowanych w Regulaminie zastosowanie mają obowiązujące przepisy prawa polskiego.
  5. Regulamin wchodzi w życie w dniu jego publikacji w Serwisie.

Załączniki:

Załącznik nr 2 do ustawy o prawach konsumenta – kliknij tutaj

Załącznik nr 1 do Regulaminu – kliknij tutaj

Załącznik nr 2 do Regulaminu – kliknij tutaj 

Załącznik nr 3 do Regulaminu – kliknij tutajhttps://analizawymagan.pl/zalacznik-nr-3-regulamin-grupy/

Brak danych o cenie
Polityka zwrotów
Zapisy wkrótce

This is a sample page.

Overview

Our refund and returns policy lasts 30 days. If 30 days have passed since your purchase, we can’t offer you a full refund or exchange.

To be eligible for a return, your item must be unused and in the same condition that you received it. It must also be in the original packaging.

Several types of goods are exempt from being returned. Perishable goods such as food, flowers, newspapers or magazines cannot be returned. We also do not accept products that are intimate or sanitary goods, hazardous materials, or flammable liquids or gases.

Additional non-returnable items:

  • Gift cards
  • Downloadable software products
  • Some health and personal care items

To complete your return, we require a receipt or proof of purchase.

Please do not send your purchase back to the manufacturer.

There are certain situations where only partial refunds are granted:

  • Book with obvious signs of use
  • CD, DVD, VHS tape, software, video game, cassette tape, or vinyl record that has been opened.
  • Any item not in its original condition, is damaged or missing parts for reasons not due to our error.
  • Any item that is returned more than 30 days after delivery

Refunds

Once your return is received and inspected, we will send you an email to notify you that we have received your returned item. We will also notify you of the approval or rejection of your refund.

If you are approved, then your refund will be processed, and a credit will automatically be applied to your credit card or original method of payment, within a certain amount of days.

Late or missing refunds

If you haven’t received a refund yet, first check your bank account again.

Then contact your credit card company, it may take some time before your refund is officially posted.

Next contact your bank. There is often some processing time before a refund is posted.

If you’ve done all of this and you still have not received your refund yet, please contact us at {email address}.

Sale items

Only regular priced items may be refunded. Sale items cannot be refunded.

Exchanges

We only replace items if they are defective or damaged. If you need to exchange it for the same item, send us an email at {email address} and send your item to: {physical address}.

Gifts

If the item was marked as a gift when purchased and shipped directly to you, you’ll receive a gift credit for the value of your return. Once the returned item is received, a gift certificate will be mailed to you.

If the item wasn’t marked as a gift when purchased, or the gift giver had the order shipped to themselves to give to you later, we will send a refund to the gift giver and they will find out about your return.

Shipping returns

To return your product, you should mail your product to: {physical address}.

You will be responsible for paying for your own shipping costs for returning your item. Shipping costs are non-refundable. If you receive a refund, the cost of return shipping will be deducted from your refund.

Depending on where you live, the time it may take for your exchanged product to reach you may vary.

If you are returning more expensive items, you may consider using a trackable shipping service or purchasing shipping insurance. We don’t guarantee that we will receive your returned item.

Need help?

Contact us at {email} for questions related to refunds and returns.

Brak danych o cenie
Polityka prywatności
Zapisy wkrótce

Polityka prywatności

Skoro tu jesteś, to znak, że dbasz o swoją prywatność – i słusznie.
Doskonale to rozumiem, dlatego w jednym miejscu znajdziesz zasady przetwarzania danych osobowych, wykorzystywania plików cookie oraz innych technologii śledzących w ramach działania serwisu www.analizawymagan.pl oraz prowadzonych przeze mnie profili w mediach społecznościowych.

Kiedy ma zastosowanie ta polityka prywatności?

Niniejsza polityka prywatności obowiązuje we wszystkich witrynach i usługach, które się do niej odwołują.

Kto odpowiada za serwis?

Właścicielką serwisu jest Monika Perendyk, prowadząca działalność gospodarczą pod firmą Inżynieria Wymagań Monika Perendyk, z siedzibą przy ul. Przeworskiej 4/473, 04-382 Warszawa. Firma jest wpisana do Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod numerem NIP: 836-165-60-45.

Kto jest administratorem Twoich danych osobowych?

Administratorem Twoich danych osobowych jest Monika Peredyk prowadząca dzialalność gospodarczą pod firmą Analiza Wymagań Monika Perendyk w Warszawie (04-382), ul. Przeworska 4/473 wpisana do CEIDG pod numerem NIP: 836-165-60-45, adres e-mail: kontakt@analizawymagan.pl, tel. 791-299-539.

Z kim możesz kontaktować się w sprawie przetwarzania Twoich danych osobowych?

Jeśli masz jakiekolwiek wątpliwości dotyczące polityki prywatności, skontaktuj się ze mną, wysyłając wiadomość na kontakt@analizawymagan.pl.

Dlaczego polityka prywatności ma formę pytań i odpowiedzi?

Bo przejrzystość i czytelność to podstawa. Zamiast długiego, prawniczego tekstu, dostajesz jasne odpowiedzi na kluczowe pytania.

Co oznaczają poszczególne skróty?

Poniżej znajdują się najważniejsze definicje, które wykorzystywane są w tym dokumencie.

  • Dane osobowe – informacje o osobie fizycznej zidentyfikowanej lub możliwej do zidentyfikowania na podstawie identyfikatora takiego jak imię i nazwisko, jak również na podstawie jednego bądź kilku szczególnych czynników określających fizyczną, fizjologiczną, genetyczną, psychiczną, ekonomiczną, kulturową lub społeczną tożsamość, w tym IP urządzenia, dane o lokalizacji, numer identyfikacyjny, oraz informacje gromadzone za pośrednictwem plików cookie i innej podobnej technologii; dane osobowe w rozumieniu art. 4 pkt 1 RODO.
  • EOG – Europejski Obszar Gospodarczy – strefa wolnego handlu i wspólny rynek, który obejmuje państwa Unii Europejskiej i Europejskiego Stowarzyszenia Wolnego Handlu, z wyjątkiem Szwajcarii.
  • Konto – konto Użytkownika będącego klientem założone w Serwisie, które umożliwia dostęp do zakupionych produktów lub usług.
  • Pliki cookie – popularnie zwane ciasteczkami – dane informatyczne zapisywane w postaci plików tekstowo-numerycznych, które są umieszczane w urządzeniach końcowych Użytkownika. Takim urządzeniem końcowym może być np. telefon komórkowy, laptop, tablet. Podstawowe typy plików cookie:
    • niezbędne pliki cookie pliki cookie wykorzystywane w celu dostarczenia Użytkownikowi usług oraz funkcjonalności dostępnych w Serwisie. Za pośrednictwem Serwisu niezbędne pliki cookie mogą być instalowane przez Administratora;
    • funkcjonalne pliki cookiepliki cookie wykorzystywane w celu zapamiętywania i dostosowania Serwisu do dokonanych przez Użytkownika wyborów np. w zakresie ustalenia preferencji językowych. Za pośrednictwem Serwisu funkcjonalne pliki cookie mogą być instalowane przez Administratora lub podmioty trzecie, z których usług korzysta Administrator;
    • analityczne pliki cookie – pliki cookie wykorzystywane w celu pozyskania m.in.: informacji o liczbie wizyt i źródeł ruchu w Serwisie, poprawy wydajności Serwisu. Za pośrednictwem Serwisu analityczne pliki cookie mogą być instalowane przez Administratora lub podmioty trzecie, z których usług korzysta Administrator;
    • marketingowe pliki cookie – pliki cookie wykorzystywane w celu dopasowania wyświetlanych treści reklamowych do zainteresowań Użytkownika. Za pośrednictwem Serwisu marketingowe pliki cookie mogą być instalowane przez Administratora lub podmioty trzecie, z których usług korzysta Administrator;
    • wydajnościowe pliki cookie – pliki cookie wykorzystywane w celu zrozumienia i analizy kluczowych wskaźników wydajnościowych Serwisu. Za pośrednictwem Serwisu wydajnościowe pliki cookie mogą być instalowane przez Administratora.
    • inne pliki cookie – Administrator wykorzystuje również inne pliki cookie, które nie mają charakteru niezbędnego. Są to między innymi pozostałe pliki cookie mediów społecznościowych.

Wykorzystywanie plików cookie innych niż niezbędne pliki cookie oraz przetwarzanie danych osobowych w związku z wykorzystywaniem tychże plików jest uzależnione od uzyskania zgody Użytkownika. Zgoda ta może być wycofana w każdym momencie. Wycofanie zgody nie wpływa na zgodność z prawem przetwarzania, którego dokonano na podstawie zgody przed jej wycofaniem.

  • Polityka prywatności – niniejszy dokument.
  • RODO – Rozporządzenie Parlamentu Europejskiego i Rady EU 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (Ogólne Rozporządzenie o Ochronie Danych).
  • Serwis – strona internetowa pod adresem analizawymagan.pl oraz wszystkie jej podstrony.
  • Usługa społeczeństwa informacyjnego – każda usługa normalnie świadczona za wynagrodzeniem, na odległość, drogą elektroniczną i na indywidualne żądanie usługobiorcy. W Polsce usługa społeczeństwa informacyjnego określana jest jako usługa świadczona drogą elektroniczną; usługa w rozumieniu art. 1 ust. 1 lit. b) dyrektywy Parlamentu Europejskiego i Rady (UE) 2015/1535.
  • Ustawa o świadczeniu usług drogą elektroniczną – ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U. Nr 144 poz. 1204 ze zm.).
  • Ustawa – prawo telekomunikacyjne – ustawa z dnia 16 lipca 2004 r. o prawie telekomunikacyjnym (Dz.U. Nr 171 poz. 1800 ze zm.).

Kim jest Użytkownik?

 Użytkownikiem jest każda osoba fizyczna odwiedzająca Serwis, media społecznościowe prowadzone przez Administratora lub korzystająca z jednej albo kilku usług czy funkcjonalności opisanych w Polityce prywatności.

Serwis nie jest przeznaczony dla dzieci. Użytkownik:

  • powinien mieć ukończone 16 lat, aby samodzielnie wyrazić zgodę na przetwarzanie danych osobowych;
  • poniżej 16 roku życia musi uzyskać zgodę opiekuna prawnego – w celu uzyskania świadczenia usług społeczeństwa informacyjnego.

Administrator jest uprawniony do podejmowania działań w celu weryfikacji wieku Użytkownika.

Kto jest współadministratorem Twoich danych osobowych?

Współadministratorami danych osobowych Użytkownika są:

  • Meta Platforms Ireland Limited, 4 Grand Canal Square, Grand Canal Harbour, Dublin 2, D02X525, Ireland;
  • LinkedIn Ireland Unlimited Company, Legal Dept. (Privacy Policy and User Agreement), Wilton Place, Dublin 2, Ireland.

Współadministrowanie związane jest z wykorzystywaniem przez Administratora platform społecznościowych. W ramach Serwisu wykorzystywane są również wtyczki społecznościowe kierujące do portali społecznościowych.

Jakie informacje na Twój temat posiadam?

W zależności od celu, Administraor może przetwarzać następujące informacje na Twój temat:

  • imię i nazwisko
  • adres e-mail
  • dane zawarte w korespondencji e-mail
  • informacje widoczne w profilach w mediach społecznościowych
  • numer telefonu
  • szczegóły składanych zamówień
  • numer rachunku bankowego
  • adres IP
  • przybliżona lokalizacja
  • statystyki związane z otrzymywanymi newsletterami
  • treść komentarzy / opinii dodanych na stronie

Powyżej zostały wymienione najważniejsze dane osobowe.

W jakich celach przetwarzam Twoje dane osobowe?

Cele i podstawy prawne przetwarzania danych osobowy zostały wymienione w zalączniku nr 1 do Polityki prywatności.

Jak dlugo bedę przechowywać Twoje dane osobowe?

Okresy przechowywania danych zostały wskazane odrębnie w stosunku do każdego celu przetwarzania. Odnajdziesz te informacje w załączniku nr 1 do Polityki prywatności. Większość danych usuwanych jest po upływie terminu przedawnienia roszczeń, przy czym okres przedawnienia roszczeń może się różnić w świetle obowiązujących przepisów prawa (np. w przypadku przedsiębiorców mogą to być 3 lata, a w przypadku konsumentów 6 lat).

Jakie uprawnienia przysługują Ci w związku z przetwarzaniem Twoich danych osobowych?

Użytkownikowi przysługują następujące prawa w odniesieniu do swoich danych osobowych:

  • prawo dostępu do danych osobowych – Użytkownik ma prawo żądania informacji na temat przetwarzanych danych osobowych. Na tej podstawie Administrator przekazuje osobie zgłaszającej żądane informacje o przetwarzaniu danych osobowych, w tym o celach i podstawach prawnych przetwarzania;
  • prawo żądania sprostowania danych – Użytkownik ma prawo żądania usunięcia nieprawdziwych lub błędnych danych osobowych, jak również ich uzupełnienia, jeżeli są one niekompletne;
  • prawo otrzymania kopii danych – Użytkownik ma prawo uzyskania kopii przetwarzanych danych osoby;
  • prawo do usunięcia danych – Użytkownik ma prawo żądania usunięcia danych osobowych, których przetwarzanie nie jest już niezbędne do realizowania celu lub celów, dla których zostały zebrane;
  • prawo do ograniczenia przetwarzania – Użytkownik ma prawo żądania od Administratora zaprzestania wykonywania operacji na danych osobowych. Prawo to przysługuje w następujących przypadkach:
    • osoba, której dane dotyczą, kwestionuje prawidłowość danych osobowych;
    • osoba, której dane dotyczą, nie chce usunięcia danych;
    • dane osobowe nie są już potrzebne do celów, w jakich zostały zgromadzone, ale nie można ich usunąć z uwagi na obowiązujące przepisy;
    • osoba, która wniosła sprzeciw wobec przetwarzania danych, czeka na wydanie decyzji w tej sprawie;
  • prawo do przenoszenia danych – Użytkownik ma prawo, aby Administrator, w zakresie w jakim dane osobowe są przetwarzane w sposób zautomatyzowany w związku z zawartą umową lub na podstawie wyrażonej zgody, wydał dane osobowe w formacie pozwalającym na odczyt danych przez komputer. W ramach tego uprawnienia istnieje możliwość żądania przesłania tych danych innemu podmiotowi pod warunkiem istnienia technicznych możliwości po stronie Administratora i wskazanego podmiotu;
  • prawo sprzeciwu wobec przetwarzania danych osobowych na podstawie uzasadnionego interesu Administratora w celach marketingowych – Użytkownik może w każdym momencie sprzeciwić się przetwarzaniu danych osobowych w celach marketingowych bez konieczności uzasadnienia takiego sprzeciwu;
  • prawo sprzeciwu wobec przetwarzania danych osobowych na podstawie uzasadnionego interesu Administratora w celu innym niż cel marketingowy – Użytkownik ma prawo zgłoszenia sprzeciwu z przyczyn związanych ze szczególną sytuacją Użytkownika;
  • prawo do wycofania zgody – w zakresie w jakim dane osobowe Użytkownika przetwarzane są na podstawie zgody, Użytkownik ma prawo do wycofania zgody w dowolnym momencie, co jednak nie wpływa na zgodność z prawem przetwarzania danych osobowych dokonanego przed wycofaniem zgody;
  • prawo do wniesienia skargi – Użytkownik ma prawo do złożenia skargi do organu nadzorującego przetwarzanie danych osobowych w przypadku uznania, że przetwarzanie danych osobowych narusza przepisy RODO lub inne przepisy regulujące ochronę danych osobowych. W Polsce organem nadzorczym jest Prezes Urzędu Ochrony Danych Osobowych, ul. Stawki 2, 00-193 Warszawa.

Uprawnienia Użytkownika nie są jednak bezwzględne i nie przysługują w odniesieniu do wszystkich czynności przetwarzania danych osobowych. W celu realizacji praw Użytkownik może zwrócić się do Administratora za pośrednictwem poczty elektronicznej na adres: kontakt@analizawymagan.pl lub pocztą tradycyjną na adres: Analiza Wymagań Monika Perendyk w Warszawie (04-382), ul. Przeworska 4/473, wskazując zakres swoich żądań.

Kim są odbiorcy Twoich danych osobowych?

Prowadzona przez Administratora działalność gospodarcza wspierana jest przez podmioty zewnętrzne, którym Administrator udostępnia dane osobowe, w szczególności dostawcom odpowiedzialnym za obsługę systemów informatycznym, księgowemu oraz bankom i operatorom płatności.

Do głównych odbiorców danych należą:

  • Thecamels Sp. z o.o. – podmiot zapewniający wsparcie techniczne i informatyczne, w tym hosting strony, przechowywanie danych zgromadzonych na serwerze, obsługę systemu do wysyłki e-maila;
  • IFIRMA SA z siedzibą we Wrocławiu (53-234), ul. Grabiszyńska 241 G – podmiot zapewniający system do wystawiania faktur oraz obsługę księgową;
  • MailerLite Limited –spółka zarejestrowana w Irlandii pod adresem 38 Mount Street Upper, Dublin 2, D02 PR89 Irlandia – podmiot zapewniający system do wysyłki newslettera ;
  • Meta Platforms Ireland Limited, 4 Grand Canal Square, Grand Canal Harbour, Dublin 2, D02X525, Ireland – podmiot zapewniający platformę, na której znajdują się profil społecznościowy na platformie Instagram oraz Facebook, strona internetowa (fanpage) na platformie Facebook, narzędzie Meta Pixel;
  • LinkedIn Ireland Unlimited Company, Legal Dept. (Privacy Policy and User Agreement), Wilton Place, Dublin 2, Irlandia – podmiot zapewniający platformę, na której znajduje się profil społecznościowy na LinkedIn;
  • PayPro SA (PayPro) z siedzibą w Poznaniu (60-198), ul. Pastelowa 8 – podmiot zapewniający system do płatności Przelewy 24;
  • Google Ireland Limited, Gordon House, Barrow Street, Dublin 4, Irlandia – podmiot zapewniający narzędzie do analizy statystyk (Google Analytics) oraz narzędzie do tworzenia ankiet i formularzy;
  • Zaplecze Sukcesu Paulina Błaszczyk z siedzibą przy ul. Łyskowskiego 16/1.8a, 71-641 w Szczecinie – podmiot zapewniający obsługę administracyjno – techniczną, w tym wirtualną asystę.

Jeżeli zajdzie taka potrzeba, Administrator może udostępnić Twoje dane osobowe radcy prawnemu lub adwokatowi związanemu tajemnicą zawodową. Potrzeba może wynikać z konieczności skorzystania z pomocy prawnej wymagającej dostępu do Twoich danych osobowych.

Dane osobowe bedą również udostępniane urzędom skarbowym w zakresie niezbędnym do realizacji obowiązków podatkowo-rozliczeniowo-księgowych. Chodzi w szczególności o wszelkie deklaracje, raporty, sprawozdania i inne dokumenty księgowe, w których znajdują się Twoje dane osobowe.

Administrator zastrzega sobie prawo do ujawnienia danych osobowych w sytuacji, gdy będzie to wynikać z obowiązku prawnego nałożonego na Administratora, w tym obowiązek przekazania informacji do właściwych organów administracyjnych lub organów ścigania.

Czy przekazuję Twoje dane do państw trzecich lub organizacji międzynarodowych?

Poziom ochrony danych osobowych na terenie Unii Europejskiej różni się od tego poza obszarem EOG. Administrator współpracuje z podmiotami zarówno na terenie EOG, jak i poza nim.

 Administrator przekazuje dane osobowe poza EOG tylko wtedy, gdy jest to konieczne, głównie w sytuacji korzystania z usług podmiotów o zasięgu międzynarodowym. W takiej sytuacji dostawcy usług posiadają oddziały lub spółki zależne na terenie EOG. Dodatkowo stosowane są mechanizmy prawne w celu zapewnienia odpowiedniego stopnia ochrony, przede wszystkim stosowane są mechanizmy zgodności (np. wiążące reguły korporacyjne zatwierdzone przez właściwy organ nadzorczy, międzynarodowe normy certyfikacyjne) lub standardowe klauzule umowne określone przez Komisję Europejską przewidziane w art. 46 RODO. Ta decyzja ma zastosowanie w przypadku krajów trzecich objętych decyzją stwierdzającą odpowiedni poziom ochrony. Dane osobowe mogą być również przekazywane poza obszar EOG na podstawie zgody Użytkownika.

Więcej informacji na temat zasad przekazywania danych poza EOG znajdziesz tutaj

Czy musisz podawać dane osobowe?

Podanie danych osobowych jest dobrowolne. Niepodanie danych osobowych może jednak skutkować brakiem możliwości skorzystania z danej funkcjonalności Serwisu, dostępu do określonych treści lub niemożliwością wykonania usługi czy zrealizowania zamówienia.

Czy korzystam z profilowania? Czy podejmuję w sposób zautomatyzowany decyzja na podstawie Twoich danych osobowych?

Administrator analizuje dane osobowe subskrybentów newslettera, historię otwierania i przeglądania newslettera, historię przeglądania Serwisu, historię transakcji dokonywanych w ramach Serwisu, historię aktywności na profilach mediów społecznościowych na platformach Instagram, Facebook, LinkedIn. Przedmiotowa analiza jest podejmowana w sposób zautomatyzowany na zasadach oferowanych przez dostawców danych usług. Analiza danych nie wywołuje jednak skutków prawnych lub w podobny sposób nie wpływa istotnie na sytuację Użytkownika, w tym jego prawa lub wolności.

Korzystając z określonych narzędzi, Administrator może np. kierować do Użytkownika spersonalizowane reklamy w oparciu o wcześniejsze działania podjęte przez niego w ramach Serwisu czy też podpowiadać mu produkty, które mogą go zainteresować. Mowa tutaj o tzw. reklamie behawioralnej. Administrator zachęca do pogłębienia wiedzy na temat reklamy behawioralnej, w szczególności w zakresie kwestii związanych z prywatnością. Szczegółowe informacje, wraz z możliwością zarządzania ustawieniami w zakresie reklamy behawioralnej, znajdziesz tutaj: https://www.youronlinechoices.com/.

Celem przetwarzania danych w sposób zautomatyzowany jest poznanie przez Administratora preferencji Użytkowników w celu dostosowania tworzonych przez Administratora treści, ofert lub komunikatów do preferencji zbiorczych.

Czy korzystam z plików cookie oraz podobnej technologii?

Administrator korzysta z plików cookie na podstawie zgody Użytkownika, z wyjątkiem sytuacji, gdy wykorzystywane są pliki cookie  o charakterze niezbędnym. Pliki cookie, które nie są niezbędne do prawidłowego świadczenia usługi drogą elektroniczną, pozostają zablokowane do czasu wyrażenia przez Ciebie zgody na korzystanie z plików cookie. Podczas pierwszej wizyty w Serwisie Użytkownikowi wyświetlany jest komunikat na temat stosowania plików cookie, w tym ich rodzaju wraz z pytaniem o zgodę na wykorzystywanie określonych plików cookie. Konsekwencją zaakceptowania plików cookie jest to, że w pamięci wykorzystywanego przez Użytkownika urządzenia np. tabletu, komputera czy telefonu zostanie utrwalona informacja pochodząca od dostawcy danej usługi, nad którą Użytkownik nie ma kontroli.

Czy mogę decydować o plikach cookie?

Użytkownik ma możliwość zarządzania plikami cookie.

  • Zarządzanie plikami podczas pierwszej wizyty w Serwisie – Użytkownikowi wyświetlany jest komunikat na temat stosowania plików cookie, w tym ich rodzaju. W ramach komunikatu Użytkownik ma możliwość udzielenia zgody na wybrane pliki cookie;
  • Usuwanie plików cookie z urządzenia – Użytkownik ma możliwość usunięcia plików cookie znajdujących się na urządzeniu końcowym. W tym celu Użytkownik powinien wyczyścić historię przeglądania w przeglądarce. W ten sposób Użytkownik usuwa wszystkie pliki cookie ze wszystkich odwiedzonych stron. Należy mieć świadomość, że w ten sposób można utracić zapisane informacje (np. dane do logowania);
  • Uniemożliwienie przechowywania plików cookie – Użytkownik ma możliwość konfiguracji przeglądarki internetowej, w taki sposób, aby uniemożliwić przechowywanie plików cookie. Niestety może to utrudnić prawidłowe funkcjonowanie Serwisu. Ponieważ pliki cookie stosowane są również do zapamiętywania preferencji Użytkownika dotyczących plików cookie, należy mieć świadomość konsekwencji związanych ze zmianami ustawień, w szczególności w przypadku wyłączenia możliwości zapisania plików cookie na urządzeniu końcowym, co może skutkować uniemożliwieniem korzystania z określonych funkcjonalności, a część treści udostępniana przez Administratora może być niewidoczna;
  • Tryb incognitoUżytkownik ma możliwość korzystać z trybu incognito oferowanego przez przeglądarki internetowe. Wówczas pliki cookie zostaną usunięte z momentem zamknięcia przeglądarki;
  • Inne urządzenia – w przypadku użycia przez Użytkownika innego urządzenia końcowego, profilu na komputerze lub przeglądarki internetowej niezbędne będzie ponowne określenie preferencji w zakresie plików cookie.

Jakie narzędzia oraz funkcjonalności są wykorzystywane w Serwisie?

Administrator wykorzystuje poniższe narzędzia w celu usprawnienia prowadzonej działalności gospodarczej, w tym stworzonego Serwisu.

  • Formularz kontaktowy

 Administrator zapewnia możliwość skontaktowania się z nim przy wykorzystaniu elektronicznego formularza kontaktowego dostępnego w Serwisie. Skorzystanie z formularza nie jest obowiązkowe. W celu skorzystania z formularza kontaktowego Użytkownik zobowiązany jest do podania danych osobowych niezbędnych do nawiązania kontaktu oraz udzielenia odpowiedzi na zapytanie. Użytkownik może podać także inne dane w celu ułatwienia kontaktu lub obsługi zapytania. Podanie danych osobowych oznaczonych jako pola obowiązkowe jest wymagane w celu przyjęcia oraz obsługi zapytania. Niepodanie tych danych skutkuje brakiem możliwości skorzystania z formularza kontaktowego lub obsługi zapytania. Podanie pozostałych danych osobowych jest dobrowolne.

  • Formularza rejestracji (założenia konta)

 Administrator zapewnia Użytkownikowi możliwość założenia konta w Serwisie. Zakładakąc konto Użytkownik musi podać podstawowe dane rejestracyjne. Dane osobowe są przetwarzane w celu prowadzenia i obsługi konta, a także realizacji obowiązków prawnych nałożonych na Administratora oraz rozpatrywania roszczeń.

  • Formularz zamówienia

 Administrator zapewnia Użytkownikowi możliwość złożenia zamówienia w serwisie. Składając zamówienie w sklepie dostępnym w Serwisie Użytkownik musi podać następujące dane osobowe: imię, nazwisko, ulica, kod pocztowy, miasto, adres e-mail, a dodatkowo w przypadku podmiotów prowadzących działalność gospodarczą: firmę, NIP oraz telefon. Dane osobowe są przetwarzane w celu realizacji zamówienia, zawarcia Umowy, a także realizacji obowiązków prawnych nałożonych na Administratora, rozliczeń podatkowo-księgowych oraz rozpatrywania roszczeń.

  • Formularza – ankieta

 Administrator zapewnia Użytkownikowi możliwość umówienia się na 30-minutowe konsultacje online. W tym celu Użytkownik musi wypełnić dedykowaną ankietę. Dane osobowe są przetwarzane w celu realizacji konsultacji.

  • Media społecznościowe

 Administrator posiada profile społecznościowe na portalu Facebook, Instagram oraz LinkedIn. Dane osobowe podawane w mediach społecznościowych będą przetwarzane w celu administrowania i zarządzania tymi profilami, komunikowania się z Użytkownikiem, w tym w celu udzielania odpowiedzi na zadawane pytania, jak również w celach statystycznych i analitycznych, wchodzenia w interakcje, informowania o organizowanych wydarzeniach, ciekawych informacjach, usługach i produktach oferowanych przez Administratora, tworzenia społeczności w ramach profilu. Podstawą przetwarzania danych osobowych jest prawnie uzasadniony interes Administratora.

Zasady panujące na portalach społecznościowych są ustalane przez Administratora, jednakże zasady korzystania z danego portalu społecznościowego wynikają z regulaminów oraz zasad społeczności tychże platform.

Użytkownik ma możliwość rezygnacji z obserwowania profilu Administratora w każdej chwili. Istnieje również możliwość blokady danego konta, w tym profilu Administratora. Z uwagi na specyfikę wykorzystywanych przez Administratora platform wyłącznie skorzystanie z opcji „zablokuj użytkownika” spowoduje, że żadne treści tworzone przez Administratora nie będą wyświetlane Użytkownikowi. W pozostałym zakresie treści dostępne na danej platformie społecznościowej mają charakter powszechny.

Administrator przetwarza ogólnodostępne dane osobowe Użytkowników takie jak np. imię, nazwisko czy informacje ogólne, które umieszczane są na profilach, zostały oznaczone jako publiczne lub udostępnione Administratorowi przez Użytkownika. Przetwarzanie pozostałych danych osobowych dokonywane jest przez właścicieli portali społecznościowych na warunkach zawartych w regulaminach tychże platform.

  • Wtyczki społecznościowe

 Serwis wykorzystuje wtyczki kierujące do portali społecznościowych Facebook oraz LinkedIn. Przedmiotowe wtyczki są oznaczone logo danego serwisu społecznościowego.

Dane osobowe są przesyłane do portali społecznościowych tylko wtedy, gdy Użytkownik podejmie aktywne działanie polegające na kliknięciu odpowiedniego przycisku wtyczki. Po naciśnięciu w ikonę z logo portalu społecznościowego przeglądarka internetowa rozpocznie połączenie z serwerami danego portalu społecznościowego, a Użytkownik zostanie przekierowany do strony zewnętrznego dostawcy usługi, czyli właściciela danego serwisu społecznościowego. Jednocześnie przeglądarka internetowa Użytkownika nawiąże bezpośrednie połączenie z serwerami wybranego portalu społecznościowego. Korzystanie z tych funkcji może wiązać się z wykorzystaniem zewnętrznych plików cookie. Od momentu kliknięcia danej wtyczki przez Użytkownika, jego dane osobowe są przetwarzane na danym portalu społecznościowym, a właściciel portalu społecznościowego staje się współadministratorem danych osobowych. Administrator informuje, że od momentu aktywnego kliknięcia przycisku wtyczki, Administrator nie ma wpływu na charakter oraz zakres danych osobowych gromadzonych przez właściciela danego portalu społecznościowego.

Dane są przesyłane niezależnie od faktu czy Użytkownik posiada konto w danym portalu społecznościowym lub czy Użytkownik jest zalogowany. W przypadku, gdy Użytkownik jest zalogowany na danej platformie społecznościowej (np. Instagram), to zebrane dane osobowe będą bezpośrednio przypisane do wykorzystywanego przez Użytkownika konta (profilu).

  • Newsletter

 Administrator przetwarza dane osobowe subskrybentów w postaci imienia oraz adresu e-mail. W formularzu zapisu na newsletter pola te są obowiązkowe. Podanie tych danych osobowych jest dobrowolne, ale konieczne do wysłania newslettera. W celu dodania adresu e-mail do listy subskrybentów Użytkownik zostanie poproszony o potwierdzenie zapisu. Potwierdzenie zapisu spowoduje dodanie do bazy danych listy mailingowej newslettera.

Subskrypcja newslettera oznacza, że Użytkownik wyraża zgodę na wysyłanie informacji marketingowych i handlowych za pomocą środków komunikacji elektronicznej w rozumieniu ustawy o świadczeniu usług drogą elektroniczną. Potwierdzając zapis na newsletter Użytkownik wyraża zgodę na wykorzystanie przez Administratora telekomunikacyjnych urządzeń końcowych w celu marketingu bezpośredniego produktów i usług Administratora, a także przekazywania informacji handlowych. Powyższe zgody są dobrowolne, jednak konieczne do wysyłki newslettera. W każdej chwili subskrybent może wycofać udzieloną zgodę, co spowoduje zaprzestanie wysyłania newslettera.

System mailingowy wykorzystywany przez Administratora do wysyłki newslettera odnotowuje wszelką aktywność i podejmowane przez Użytkownika działania związane z przesyłanymi do Użytkownika wiadomościami e-mail, w tym datę i godzinę otwarcia wiadomości, kliknięcie w linki umieszczone w wiadomości, moment wypisania się itd.

Administrator używa usług firmy GetResponse do zarządzania listą subskrybentów marketingu e-mailowego i do wysyłania wiadomości e-mail do subskrybentów. GetResponse jest zewnętrznym dostawcą, który może gromadzić i przetwarzać dane osobowe Użytkowników przy użyciu standardowych technologii, aby pomóc Administratorowi monitorować i ulepszać newsletter. W związku z wykonywaniem usług do wysyłki newslettera, Administrator wykorzystuje pliki cookie, unikalne identyfikatory, sygnały nawigacyjne i podobne technologie śledzenia.

Czy Serwis wykorzystuje jakieś narzędzia statystyczno – analityczne?

 Administrator wykorzystuje poniższe narzędzia statystyczno- analityczne:

  • narzędzia Google Analytics

 Administrator wykorzystuje w Serwisie w celach analitycznych usługę Google Analytics. W kodzie strony internetowej Serwisu został zainstalowany specjalny kod śledzący, który wykorzystuje pliki cookie firmy Google LLC dotyczące usługi Google Analytics. Informacje na temat korzystania z Serwisu generowane przez plik cookie są zazwyczaj przesyłane na serwer Google w USA i tam przechowywane. Google Analytics został rozszerzony w Serwisie o kod „gat._anonymizelp();”, aby zapewnić anonimowe rejestrowanie adresów IP (tzw. maskowanie IP). Dzięki anonimizacji adresu IP w Serwisie adres IP użytkownika jest na terytorium EOG skracany przez Google LLC. Tylko w wyjątkowych przypadkach pełny adres IP jest przesyłany na serwer Google LLC w USA i tam skracany. W ramach narzędzia Google Analytics wykorzystywane są informacje takie jak: informacje o systemie operacyjnym i przeglądarce internetowej, z której Użytkownik korzysta; przeglądane podstrony w ramach Serwisu; czas spędzony w Serwisie i jego podstronach; przejścia pomiędzy podstronami Serwisu; źródło, z którego Użytkownik przechodzi do Serwisu.

  • Pixel Meta (poprzednio Pixel Facebooka)

 Administrator wykorzystuje w Serwisie w celach marketingowych usługę Facebook Pixel, który umożliwia śledzenie skuteczności reklam na Facebooku dla celów statystycznych i badań rynkowych, sprawdzając, czy Użytkownicy odwiedzający Serwis zostali przekierowani na stronę Serwisu po kliknięciu reklamy na Facebooku (tzw. „konwersja”). W kodzie strony internetowej Serwisu został zainstalowany specjalny kod śledzący, który wykorzystuje pliki cookie firmy Meta dotyczące usługi Pixel Meta.

  • statystyki dostępne w portalach społecznościowych

 Administrator wykorzystuje dostępne na profilach społecznościowych funkcje statystyczne udostępniane przez właścicieli tychże portali.

Czy Administrator śledzi zachowania podejmowane w ramach Serwisu?

 Tak. Administrator korzysta z narzędzi, które wiążą się z gromadzeniem informacji na temat aktywności Użytkownika w Serwisie. Narzędzia te zostały wymienione w załączniku nr 2 do niniejszej polityki prywatności.

Czy Administrator wykorzystuje targetowane reklamy?

Nie.

Czym są logi serwera?

 Korzystanie ze strony internetowej wiąże się z przesyłaniem zapytań do serwera, na którym znajduje się Serwis. Każde zapytanie skierowane do serwera zapisywane jest w logach serwera, które obejmują m.in.: publiczny adres IP komputera, z którego nadeszło zapytanie; nazwę użytkownika podawaną w procesie autoryzacji; czas nadejścia zapytania; informacje o przeglądarce użytkownika; język; godziny dostępu oraz adres; strony, z której użytkownik został przekierowany; informacje o przeglądarce internetowej czy systemie informacyjnym, z którego Użytkownik korzysta. Dane, o których mowa powyżej nie są kojarzone z konkretnymi osobami korzystającymi z Serwisu, lecz są wykorzystywane wyłącznie, jako materiał pomocniczy służący do celów administracyjnych.

Administrator nie wykorzystuje w żaden sposób logów serwera do identyfikacji Użytkownika.

Jak Administrator dba o bezpiczeństwo danych osobowych?

 Administrator na bieżąco analizuje czy dane osobowe przetwarzane są w sposób bezpieczny. Administrator podejmuje wszelkie niezbędne działania, aby podwykonawcy i inne podmioty współpracujące dawały gwarancję stosowania odpowiednich środków bezpieczeństwa, gdy działają na zlecenie Administratora.

Załącznik nr 1 – cele przetwarzania danych osobowych

Cel przetwarzania Podstawa prawna przetwarzania Zakres przetwarzanych danych Okres przechowywania danych Źródło pozyskania danych
Obsługa korespondencji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na odpowiadaniu na kierowane do niego wiadomości. Adres e-mail. Dane zawarte w korespondencji. Do czasu zakończenia wymiany korespondencji. Wiadomość przychodząca.
Obsługa newslettera e-mail Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na marketingu własnym. Adres e-mail. Adres IP. Przybliżona lokalizacja. Profil subskrybenta, w tym statystyki związane z zaangażowaniem dotyczącym przesyłanych treści. Do czasu rezygnacji z otrzymywania newslettera. Formularz, w którym użytkownik podaje adres e-mail i jednocześnie wyraża zgodę na otrzymywanie newslettera. Mechanizm systemu mailingowego tworzący profil subskrybenta.
Obsługa konta użytkownika Art. 6 ust. 1 lit. b RODO – zawarcie i wykonanie umowy o świadczenie usługi drogą elektroniczną w postaci konta użytkownika. Dane podane w formularzu rejestracji konta. Adres IP. Dane podane dobrowolnie przez użytkownika w ustawieniach konta. Do czasu usunięcia konta użytkownika. Formularz rejestracji konta użytkownika. Mechanizm serwisu zapisujący adres IP użytkownika.
Obsługa zamówienia Art. 6 ust. 1 lit. b RODO – zawarcie i wykonanie umowy zawieranej w wyniku złożenia zamówienia. Dane podane w formularzu zamówienia. Adres IP. Szczegóły zamówienia. Do czasu zakończenia realizacji umowy. Formularz zamówienia. Mechanizm serwisu zapisujący adres IP użytkownika.
Badanie satysfakcji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na uzyskiwaniu od klientów informacji zwrotnych dotyczących zrealizowanych zakupów. Dane podane w formularzu zamówienia. Szczegóły zamówienia. Do czasu zakończenia badania satysfakcji. Formularz zamówienia.
Obsługa reklamacji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze procedury reklamacyjnej. Dane podane w reklamacji. Szczegóły reklamacji. Do czasu zakończenia procedury reklamacyjnej. Reklamacja.
Obsługa odstąpienia od umowy Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze procedury odstąpienia od umowy. Dane podane w oświadczeniu o odstąpieniu od umowy. Do czasu zakończenia procedury odstąpienia. Oświadczenie o odstąpieniu od umowy.
Księgowość Art. 6 ust. 1 lit. c w zw. z właściwymi przepisami prawa podatkowego – realizacja obowiązków podatkowych. Dane widoczne w dokumencie sprzedaży. Do czasu upływu terminu, przez jaki przepisy prawa nakazują przechowywać dokumentację księgową. Formularz zamówienia.
Obsługa chatbota Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na zapewnieniu użytkownikowi możliwości interakcji z chatbotem. Dane podane podczas korzystania z chatbota. Adres IP. Do chwili wyrażenia sprzeciwu wobec przetwarzania danych przez chatbot. Chatbot.
Obsługa mediów społecznościowych Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze profilów w mediach społecznościowych. Dane widocznie publicznie w profilu użytkownika w serwisie społecznościowym. Szczegóły interakcji z użytkownikiem w ramach profilów w mediach społecznościowych. Do czasu usunięcia danych przez użytkownika z serwisu społecznościowego. Profile w mediach społecznościowych. Treści publikowane przez użytkownika w mediach społecznościowych.
Targetowanie reklam Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na marketingu własnym. Adres e-mail. Informacje Anonimowe. Do czasu ustania przydatności lub wniesienia sprzeciwu. Formularz rejestracji konta użytkownika. Formularz zamówienia. Formularz zapisu do newslettera. Skrypty śledzące.
Obsługa żądań związanych z przetwarzaniem danych osobowych Art. 6 ust. 1 lit. c RODO – realizacja obowiązków wynikających z RODO. Dane podane w przesłanym żądaniu. Treść żądania. Do czasu zakończenia procedury obsługi żądania. Żądanie związane z przetwarzaniem danych osobowych.
Archiwum Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na zabezpieczeniu danych na potrzeby ustalenia, obrony lub dochodzenia roszczeń oraz na potrzeby wykazania przestrzegania obowiązków wynikających z RODO. Dane o różnym zakresie, w zależności od tego, jakie dane do nas trafiły i jaki zakres danych uzasadniony jest pod kątem archiwalnym. Do czasu upływu terminu przedawnienia roszczeń lub przedawnienia naszej odpowiedzialności związanej z ochroną danych osobowych. Wszystkie formularze służące do przekazywania danych.

Załącznik nr 2 – wykaz narzędzi zewnętrznych

Narzędzie Dostawca Cel wykorzystania Wyjaśnienia dostawcy Ustawienia dostawcy
Google Analytics Google LLC Analiza i statystyka związana z zachowaniami osób odwiedzającymi stronę internetową. Zobacz Zobacz
Vimeo Vimeo.com, Inc. Osadzenie materiałów wideo z serwisu Vimeo. Zobacz Brak
Meta Pixel Meta Platforms, Inc. Pomiarowanie i targetowanie reklam. Zobacz Zobacz
Facebook Connect Meta Platforms, Inc. Zapewnianie funkcji społecznościowych. Zobacz Zobacz
GetResponse GetResponse S.A Osadzanie form zapisu do newslettera i mierzenie efektywności tych form. Zobacz Brak
Manychat Manychat. inc. Obsługa chatbota. Zobacz Brak

Załącznik nr 1 – cele przetwarzania danych osobowych

Cel przetwarzania Podstawa prawna przetwarzania Zakres przetwarzanych danych Okres przechowywania danych Źródło pozyskania danych
Obsługa korespondencji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na odpowiadaniu na kierowane do niego wiadomości. Adres e-mail. Dane zawarte w korespondencji. Do czasu zakończenia wymiany korespondencji. Wiadomość przychodząca.
Obsługa newslettera e-mail Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na marketingu własnym. Adres e-mail. Adres IP. Przybliżona lokalizacja. Profil subskrybenta, w tym statystyki związane z zaangażowaniem dotyczącym przesyłanych treści. Do czasu rezygnacji z otrzymywania newslettera. Formularz, w którym użytkownik podaje adres e-mail i jednocześnie wyraża zgodę na otrzymywanie newslettera. Mechanizm systemu mailingowego tworzący profil subskrybenta.
Obsługa konta użytkownika Art. 6 ust. 1 lit. b RODO – zawarcie i wykonanie umowy o świadczenie usługi drogą elektroniczną w postaci konta użytkownika. Dane podane w formularzu rejestracji konta. Adres IP. Dane podane dobrowolnie przez użytkownika w ustawieniach konta. Do czasu usunięcia konta użytkownika. Formularz rejestracji konta użytkownika. Mechanizm serwisu zapisujący adres IP użytkownika.
Obsługa zamówienia Art. 6 ust. 1 lit. b RODO – zawarcie i wykonanie umowy zawieranej w wyniku złożenia zamówienia. Dane podane w formularzu zamówienia. Adres IP. Szczegóły zamówienia. Do czasu zakończenia realizacji umowy. Formularz zamówienia. Mechanizm serwisu zapisujący adres IP użytkownika.
Badanie satysfakcji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na uzyskiwaniu od klientów informacji zwrotnych dotyczących zrealizowanych zakupów. Dane podane w formularzu zamówienia. Szczegóły zamówienia. Do czasu zakończenia badania satysfakcji. Formularz zamówienia.
Obsługa reklamacji Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze procedury reklamacyjnej. Dane podane w reklamacji. Szczegóły reklamacji. Do czasu zakończenia procedury reklamacyjnej. Reklamacja.
Obsługa odstąpienia od umowy Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze procedury odstąpienia od umowy. Dane podane w oświadczeniu o odstąpieniu od umowy. Do czasu zakończenia procedury odstąpienia. Oświadczenie o odstąpieniu od umowy.
Księgowość Art. 6 ust. 1 lit. c w zw. z właściwymi przepisami prawa podatkowego – realizacja obowiązków podatkowych. Dane widoczne w dokumencie sprzedaży. Do czasu upływu terminu, przez jaki przepisy prawa nakazują przechowywać dokumentację księgową. Formularz zamówienia.
Obsługa chatbota Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na zapewnieniu użytkownikowi możliwości interakcji z chatbotem. Dane podane podczas korzystania z chatbota. Adres IP. Do chwili wyrażenia sprzeciwu wobec przetwarzania danych przez chatbot. Chatbot.
Obsługa mediów społecznościowych Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na obsłudze profilów w mediach społecznościowych. Dane widocznie publicznie w profilu użytkownika w serwisie społecznościowym. Szczegóły interakcji z użytkownikiem w ramach profilów w mediach społecznościowych. Do czasu usunięcia danych przez użytkownika z serwisu społecznościowego. Profile w mediach społecznościowych. Treści publikowane przez użytkownika w mediach społecznościowych.
Targetowanie reklam Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na marketingu własnym. Adres e-mail. Informacje Anonimowe. Do czasu ustania przydatności lub wniesienia sprzeciwu. Formularz rejestracji konta użytkownika. Formularz zamówienia. Formularz zapisu do newslettera. Skrypty śledzące.
Obsługa żądań związanych z przetwarzaniem danych osobowych Art. 6 ust. 1 lit. c RODO – realizacja obowiązków wynikających z RODO. Dane podane w przesłanym żądaniu. Treść żądania. Do czasu zakończenia procedury obsługi żądania. Żądanie związane z przetwarzaniem danych osobowych.
Archiwum Art. 6 ust. 1 lit. f RODO – prawnie uzasadniony interes realizowany przez administratora polegający na zabezpieczeniu danych na potrzeby ustalenia, obrony lub dochodzenia roszczeń oraz na potrzeby wykazania przestrzegania obowiązków wynikających z RODO. Dane o różnym zakresie, w zależności od tego, jakie dane do nas trafiły i jaki zakres danych uzasadniony jest pod kątem archiwalnym. Do czasu upływu terminu przedawnienia roszczeń lub przedawnienia naszej odpowiedzialności związanej z ochroną danych osobowych. Wszystkie formularze służące do przekazywania danych.

Załącznik nr 2 – wykaz narzędzi zewnętrznych

Narzędzie Dostawca Cel wykorzystania Wyjaśnienia dostawcy Ustawienia dostawcy
Google Analytics Google LLC Analiza i statystyka związana z zachowaniami osób odwiedzającymi stronę internetową. Zobacz Zobacz
Vimeo Vimeo.com, Inc. Osadzenie materiałów wideo z serwisu Vimeo. Zobacz Brak
Meta Pixel Meta Platforms, Inc. Pomiarowanie i targetowanie reklam. Zobacz Zobacz
Facebook Connect Meta Platforms, Inc. Zapewnianie funkcji społecznościowych. Zobacz Zobacz
Mailerlite Mailerlite S.A Osadzanie form zapisu do newslettera i mierzenie efektywności tych form. Zobacz Brak
Manychat Manychat. inc. Obsługa chatbota. Zobacz Brak

Potrzebujesz wsparcia w wyborze?

Porozmawiajmy. Doradzę Ci opcję, która najlepej wesprze Cię na obecnym etapie rozwoju zawodowego.

Porozmawiajmy
PRACOWNIKU

Chcesz, aby pracodawca sfinansował Ci szkolenie?

Pomogę Ci przekonać go do tej decyzji.

Daj mi znać
PRACODAWCO

Chcesz zorganizować szkolenie dla pracowników?

Przygotuję szkolenie wewnętrzne ze specjalnym programem.

Porozmawiajmy