Egészség és a Betegség
Régi rendszerek: A régebbi vagy régi IT-alkalmazások esetében a dokumentáció korlátozott vagy elavult lehet, ami kihívást jelent az átfogó eljárások biztosítása.
Nyílt forráskódú alkalmazások: Egyes IT-alkalmazások nyílt forráskódú szoftverek lehetnek, ahol a dokumentációt a közösség biztosítja és karbantartja, nem pedig egy adott szállító vagy fejlesztő.
Harmadik féltől származó alkalmazások: A szállító által biztosított alkalmazások saját dokumentációval és eljárásokkal érkezhetnek, így a szervezetnek nem kell külön dokumentációt készítenie.
Egyszerű alkalmazások: Az egyszerű, minimális bonyolultságú vagy testreszabható alkalmazásokhoz a részletes eljárások nem feltétlenül szükségesek, és elegendőek lehetnek a felhasználói útmutatók vagy oktatóanyagok.
Agilis környezetek: Agilis szoftverfejlesztési környezetekben, ahol gyakori változtatások és frissítések történnek, a kiterjedt dokumentáció elkészítése és karbantartása kihívást jelenthet. Ehelyett a felhasználói történetekre és a felhasználói elfogadási tesztekre lehet összpontosítani annak biztosítása érdekében, hogy az alkalmazás megfelel-e a követelményeknek.
Üzleti kontextus: A szükséges dokumentáció szintjének meghatározásakor figyelembe kell venni az alkalmazás kritikusságát a szervezet működése és a megfelelőségi követelmények szempontjából.
Képzés és támogatás: A megfelelő képzési és segédanyagok biztosítása néha helyettesítheti a kimerítő eljárások szükségességét.
Összefoglalva, bár kívánatos az átfogó dokumentáció, az eljárások létrehozásának és karbantartásának praktikussága az alkalmazás természetétől, valamint a szervezet sajátos igényeitől és kontextusától függően változhat.