procese tipice și introducerea eșantionului (rău, pent) - ITSM reale despre ITIL, COBIT, PRINCE2 și

Asta e ceea ce cred eu despre toate acestea farmec „tipic“ (invita la dezbatere). Explicați-vă este un exemplu de N, care este necesară pentru a găzdui procesul de management. să spunem că schimbările (de exemplu, este necesar să se asigure că angajații acestei companii, „luni“, a început să facă modificări în aceste sau alte sisteme, servicii, produse, etc nu sunt într-un fel, și ghidate reguli opredolennymi). Următoarele sunt opțiunile pentru rezolvarea problemei, în scopul apropierii rezultatului final (de exemplu, organizarea efectivă a muncii).

punerea în aplicare 1. Exemplu
Presupune nu numai modelul tipic al procesului (ce este, vezi mai jos), dar soluția standard a procesului de combinare a problemei cu această companie special, care este, dintr-o structură organizatorică și geografică, personalul și nivelul lor de competență, sistem de stimulare (sau la fel de des cum se spune „motivație“ ) etic (de exemplu, pentru controlul calității sau controlul intern) și așa mai departe. Prin definiție, o implementare tipică este posibilă numai într-o astfel de companie, care a enumerat toate caracteristicile sale similare cu o altă societate în cazul în care a fost deja introdus un astfel de proces, care este, se efectuează replicare. Ca o regulă, este realist numai în punerea în aplicare a grupului de companii, constând dintr-un set de întreprinderi tipice cu structura standard. De exemplu, un grup de plante, ca parte a THC. procesul standard de management al schimbării a fost deja proiectat și aprobat (sub formă de standarde corporative), organizăm acum punerea sa în aplicare într-o anumită instalație. Dacă totul merge bine (fie optimist!), Compania Ni. care este inclus în grupul de companii N, ca urmare a introducerii modelului are de fapt o șansă de a rezolva problema - de a organiza activități de gestionare a schimbării, în conformitate cu reguli prestabilite.

2. Procesul tipic
Ar fi mai bine să spunem „modelul tipic al procesului“ (managementul schimbării), care nu a fost încă să se adapteze la compania N și începe să lucreze. Aceasta include un model al procesului? Ca un minim:

  • definirea scopurilor, obiectivelor, aria de acoperire (de exemplu, această schimbare în managementul sistemelor de afaceri și a infrastructurii IT, sau de fapt, și în altul, dar nu și în procesele de afaceri, și așa mai departe);
  • determinarea succesiunii acțiunilor și interacțiunilor de ordine (proces de flux de lucru);
  • stabilirea ordinii de executare a controlului (un caz este de asemenea bun, în ordinea de evaluare și îmbunătățire a) și a mecanismelor sale de punere în aplicare (metrice și de raportare, audit și auto-test, operațional de management de linie de comandă, procedura de schimbare de transmisie, etc.);
  • definirea rolurilor, RACI;
  • definirea interfețelor la alte procese și activități.

Subliniez că acest lucru este minim. Este vorba de procesele tipice în mare parte scrise de ITIL cărți (în special în ceea ce privește ITIL v2). Aceasta este, existența unor modele standard de procese nu garantează o echipă unică de punere în aplicare a competențelor (indiferent dacă din partea consultanților sau a unui client), cu atât mai puțin a obține un rezultat - organizație. Simplist vorbind, un proces tipic este un set de documente. Întrebați-vă dacă mâine compania va avea un set de documente cu privire la managementul schimbarii (simt liber să fantezii -? 50 pagini, 100 de pagini, 200) ar fi suficient pentru a se asigura că modificările au fost sub control, și tu, ca lider, a câștigat somn odihnitor?

Îmi amintesc câteva companii în care colegii mei si am implementat managementul schimbării. Procesul a fost tipic, dar după adaptarea la o anumită companie devine rezultate destul de diferite. Asta este, dacă vă oferim (vânzare) procese standard ar fi frumos pe băncile să definească în mod clar ceea ce obține ca rezultat. Nu-i rău cere, de asemenea, că „este în măsură“ pentru a vă oferi un proces tipic, deoarece, în practică, toată lumea știe, de exemplu, că există o schimbare standard, dar aici e problema - modificările standard nu sunt vândute în magazine, care au nevoie să se dezvolte. Pus în aplicare de procesul de management al schimbării definește activitățile de standardizare schimba? În cazul în care procesul se deduce din cărțile ITIL, din păcate, probabil, nu. Sau, de exemplu, structura rolul procesului este adecvat să se schimbe managementul într-o companie distribuite geografic? Lista „sau“ poate continua cu ușurință.

proces tipic suplimentar prin consultarea și mai aproape de produsul final. Cum de a începe o alegere masina? Asta-i drept, un studiu și compararea de seturi complete! Și nu vă așteptați dealer auto, în același timp, vă va învăța de conducere în condiții de siguranță. Este mai bine să se clarifice: „Ceea ce va primi în plus față de mașină (stive de documentare proces) Ce probleme pot rezolva?“. Răspunsul este de a spune despre vânzător mai mult decât eticheta de preț propus.

3. Tipic (cutie) Sistemul de automatizare
Este o configurație a sistemului de automatizare, care conține elementele complete de automatizare de proces (diagrama fluxului de lucru, rolul și puterile lor, obiectele cu conexiunile corecte și atribute, forme, reguli, logica de afaceri, și așa mai departe). Pericolul este că sistemul în sine (chiar si cel mai puternic, flexibil, sigur, comod și scalabil) nu „dicta“ procesul (poate fi doar elemente individuale, de exemplu - starea unei cereri de schimbare, prioritățile stabilite, competențe, în funcție de rolul și etapa de prelucrare). Și chiar și cu atât mai mult sistemul de automatizare nu oferă performanța și controlul procesului.

Sistemul de automatizare tipic reduce riscul unui sistem inutilizabil, dar în orice caz, nu rezolvă problema de organizare. Sistemul de automatizare tipic este produs în formă pură. Și, la fel ca în paragraful anterior, este necesar să ne întrebăm: ce este (produsul) poate, modul de configurare a ceea ce necesită competență a personalului de întreținere este actualizat la versiuni mai noi și mai mult. Și, de asemenea, că clientul va primi, în plus față de sistemul de automatizare?

De ce ne mai vorbim despre asta? Deoarece experiența arată că clienții se așteaptă din ce în ce rezultate sub formă de organizare a muncii și a contractorilor - modelul propus sau în cel mai bun caz - un proces tipic. Și, în același timp, în organizarea proiectelor, ambele părți folosesc același cuvânt, numele acelorași procese ITIL. Mai ales comică funcționează în ofertă în care formularea problemei este, practic, nu exista contractori diferite oferă lucruri diferite, iar selecția se face exclusiv pe pret! VavilonITSM.