Źródła i metodologia

Automatyzacja łączy proces biznesowy, dane, systemy i organizację. Dlatego wiarygodnego materiału nie da się oprzeć na jednym typie źródła.

Model analizy

Każdy temat jest analizowany przez wspólny model:

cel → stan obecny → dane → reguły → technologia → wyjątki → kontrola → wynik

Model pomaga uniknąć sytuacji, w której artykuł opisuje funkcje produktu, lecz nie odpowiada, jaki problem produkt rozwiązuje i jak sprawdzić rezultat.

Hierarchia źródeł

1. Prawo, normy i standardy

Przykłady:

  • EUR-Lex,
  • Komisja Europejska,
  • UODO,
  • ISO,
  • OMG,
  • IETF,
  • W3C.

Służą do ustalania obowiązków, definicji i standardów technicznych.

2. Dokumentacja pierwotna

Przykłady:

  • dokumentacja API,
  • dokumentacja produktu,
  • release notes,
  • cennik producenta,
  • specyfikacja bezpieczeństwa.

Dokumentacja potwierdza, co produkt deklaruje i jak jest skonfigurowany. Nie potwierdza sama z siebie, że produkt jest najlepszy.

3. Badania i raporty

Oceniamy:

  • metodę,
  • próbę,
  • okres,
  • definicje,
  • ograniczenia,
  • finansowanie.

Raport bez opisu metody jest materiałem opiniotwórczym, a nie twardym pomiarem.

4. Materiały branżowe

Służą do rozpoznania trendów, problemów i przypadków. Kluczowe twierdzenia są — gdy to możliwe — sprawdzane w źródle pierwotnym.

5. Doświadczenie autora

Doświadczenie praktyczne jest wykorzystywane do budowania pytań, modeli i przykładów. Jest oznaczane jako obserwacja lub wniosek, a nie uniwersalny fakt.

Jak oceniamy źródło

Przykład: dostawca platformy RPA publikuje informację o oszczędności 70% czasu.

Sprawdzamy:

  1. czy jest to wynik klienta czy symulacja,
  2. jaki proces objęto pomiarem,
  3. jaki był baseline,
  4. czy uwzględniono wyjątki i utrzymanie,
  5. jaki był okres obserwacji,
  6. czy wynik dotyczy czasu pracy, czasu cyklu czy kosztu,
  7. kto finansował opis przypadku.

Bez tych danych liczba może być inspiracją, ale nie powinna stać się obietnicą dla czytelnika.

Przykłady i modele liczbowe

Przykład ilustracyjny jest oznaczany wprost.

Przykład:

Zespół obsługuje 2 000 spraw miesięcznie. Ręczna praca zajmuje średnio 8 minut na sprawę. Model zakłada skrócenie pracy ręcznej o 5 minut w 70% spraw.

Taki model służy do pokazania sposobu obliczenia. Nie jest case study.

Rzeczywisty przypadek powinien wskazywać:

  • organizację lub sposób anonimizacji,
  • okres,
  • wielkość próby,
  • źródło danych,
  • definicję miernika,
  • zmiany równoległe,
  • ograniczenia.

Porównania technologii

Porównanie jest prowadzone według jawnych kryteriów:

  • zgodność z procesem,
  • rodzaj danych,
  • integracje,
  • bezpieczeństwo,
  • kontrola,
  • utrzymanie,
  • koszt,
  • kompetencje,
  • zależność od dostawcy.

Nie tworzymy jednego rankingu dla wszystkich zastosowań. Narzędzie może być dobre dla jednego procesu i kosztownym nieporozumieniem dla innego.

Data przeglądu

Każdy materiał powinien posiadać:

  • datę publikacji,
  • datę aktualizacji,
  • datę weryfikacji źródeł, jeżeli różni się od aktualizacji.

Dla cenników i planów produktowych data jest obowiązkowa, ponieważ dane mogą zmienić się szybciej niż indeks wyszukiwarki.

Standard cytowania

Dla źródeł internetowych zapisujemy:

  • instytucję lub autora,
  • tytuł,
  • adres,
  • datę publikacji, jeśli istnieje,
  • datę dostępu przy treści zmiennej.

Dla publikacji:

  • autor,
  • tytuł,
  • rok,
  • wydawca lub czasopismo,
  • DOI albo trwały adres, gdy dostępny.

Ograniczenia

Portal nie prowadzi laboratorium certyfikacyjnego i nie posiada dostępu do każdej konfiguracji produktu. Wnioski mogą opierać się na dokumentacji, testach lokalnych, danych własnych i badaniach zewnętrznych. Zakres jest ujawniany przy materiale.

Zgłaszanie źródeł i korekt

Źródło lub korektę można zgłosić przez stronę kontaktową. Zgłoszenie powinno zawierać adres materiału oraz krótkie wyjaśnienie, co zmienia wskazane źródło.