Vnitrofiremní procesy
Systém řízení ISM - Integrovaný systém managementu staví pevné základy kvalitnímu vnitřnímu fungování firem
Systémové moduly

Ozvěte se, co vás zajímá

Vážíme si vašeho času, proto si zde nepíšete s AI, ale naším pracovníkem.

Chcete se rovnou zeptat?

Volejte na tel. +420 605 203 938

nebo využijte další kontakty

Povinnosti – zadání pro systém řízení

Povinnost popisuje vnější pokyn či nařízení. Povinnost stanovuje, čemu se má metodický rámec věnovat, jaké stanovit limity a co je jeho skutečným cílem.

Co jsou povinnosti

Povinnosti mají většinou vztah ke konkrétnímu procesnímu rámci, i když se promítají do celého systému řízení.

Povinnost není součástí ISM – systému řízení, ale je s ním úzce spojena

Povinnosti jsou součástí metodického rámce

Povinnosti v pravém slova smyslu nejsou součástí interního systému řízení. Interní systém by měl být tvořen politikami a směrnicemi, které povinnosti převádí do vnitřní praxe.

Typickými příklady povinností jsou směrnice, které jsou výchozí pro definici celého metodického rámce, tedy normy – např. ISO 26262, ISO 27000. Ty ale nejsou samostatné, povinnosti často definují i další externí vstupy. Dokonce často mají i větší právní váhu:

  • Zákony – např. GDPR, Zákoník práce
  • Zákonné předpisy – např. Předpis o vedení účetnictví
  • Oborové standardy
  • Společenská smlouva s odbory
  • Zakladatelské listiny společnosti
  • Rozhodnutí valné hromady
  • Rozhodnutí vlastníka – typicky korporátní standardy

Všechny tyto podklady musí interně zpracovaný metodický rámec zohlednit a dodržovat.

Povinnosti v projektu

V rámci projektu povinnosti představují vnější nařízení či závazky, které musí být v projektu dodrženy. Příklady povinností

  • Dodržovat externí standard řízení projektu, např. PMBOK, nebo systém řízení bezpečnosti, např. ISO 26262.
  • Dodržet stanovený rozpočet projektu
  • Dodržovat výrobní a materiálové standardy odběratele

Povinnosti v projektu nejsou projektové požadavky

V rámci projektu jsou dokumentovány povinnosti i požadavky. Z projektového hlediska je ale mezi nimi zásadní rozdíl:

  • Požadavek je vstupem, který je analyzován, implementován a ovlivňuje, jak vypadá výstup projektu. Požadavek je standardně i předmětem diskuze, může být prioritizován nebo i zamítnut.
  • Povinnost v projektu stanovuje tzv. "obligatorní podmínku", kterou musí dodržovat průběh projektu i jeho výstup. Povinnosti nejsou předmětem schvalování v projektu, ale definují, jak se v projektu pracuje.

Zjednodušeně řečeno, povinnosti nemůže projekt ovlivnit, zatímco požadavky (do jisté míry) ano.

Povinnosti, které jsou vztaženy k projektu, mohou být relevantní i pro jiné projekty, ale nikdy by neměly být povinnostmi vztahujícími se k systému řízení.

Společnými znaky povinností je, že:

  • Jsou dané z vnějšku
  • Interně je společnost akceptuje, ale přímo je neovlivňuje
  • Jejich nařízeními by se měly řídit všechny interní směrnice, pravidla a postupy.

Povinnosi je třeba sledovat

Stadnardy požadují, aby organizace měla přehled o všech svých povinnostech. Typicky auditor i požaduje, aby firma stadnardy fyzicky vlastnila nebo k nim měla stále zajištěný přístup.

Přehled o povinnostech zahrnuje také možnost kontrolovat, že všechny povinnosti jsou splněny. Pro každou jednotlivou povinnost stanovenou standardem musí mít organizace jistotu, že je s ním v souladu, tedy:

  • Že někdo odpovídá za to, aby systém řízení byl s požadavkem v souladu
  • Pokud je vyžadována činnost, je známo, ve kterém procesu nebo kterými pracovními úkoly je realizována
  • Pokud je vyžadována odpovědnost, která směrnice tuto odpovědnost někomu přiděluje a kdo plnění kontroluje.
    V optimálním případě by mohly existovat uložené relace mezi odpovědnostmi a jejich realizací. V praxi by šlo o velmi náročnou dokumentaci, takže se udržování vazeb zjednodušuje. (Také je možné nechat AI ověřit, zda jsou požadavky do ISM promítnuty.)

Povinnosti v AyMINE

AyMINE povinnosti, které formují metodický rámec, systém eviduje jako součást dokumentace rámce, Hlavním užitkem popisu povinností v rámci rámce je splnění požadavků popsaných výše:

  • Jasně definovat, jaký externí důvod nařizuje konkrétní postup nebo výstup
  • Usnadnit správu a kontrolu správnosti metodiky

Povinnosti pro více metodických rámců

V AyMINE můžete mít více rámců popsaných samostatně (doporučujeme!). I když to není úplně běžné, nastává situace, kdy stejná povinnost se přímo „propisuje“ do více rámců. Povinnost se pak nevkládá do opakovaně. AyMINE umožňuje:

  • Buď samostatný modul systému řízený určený pouze pro správu externích povinností nebo
  • Zařazení do metodického rámce, který se tématu povinnosti věnuje nejvíce.

Pokud je vytvořený samostatný modul pro povinnosti, je vhodné, aby byl dodržován důsledně a byly v něm všechny zařazené povinnosti.