Cunoștințe, predici, managementul lansării și implementării în cadrul implementării serviciilor

Gestionarea lansării și a implementării este responsabilă pentru furnizarea și testarea capabilităților pentru furnizarea de servicii identificate în faza de proiectare.







Principalele obiective ale gestionării și implementării versiunilor:

  1. formarea și coordonarea planurilor de lansare și desfășurarea cu clienții și investitorii;
  2. garantează că fiecare pachet de lansare constă dintr-un set de componente conexe și compatibile;
  3. implementarea managementului de lansare și a componentelor sale în procesele de implementare;
  4. Garantarea faptului că toate pachetele pentru lansări pot fi testate, urmărite, verificate, instalate sau eliminate (dacă este necesar);
  5. Asigurați-vă că toate modificările sunt gestionate ca parte a activităților de gestionare și desfășurare a lansării;
  6. păstrarea rapoartelor și gestionarea riscurilor, problemelor, discrepanțelor asociate unui serviciu nou sau modificat. Efectuați acțiuni corective, dacă este necesar;
  7. furnizarea de acces la informații pentru clienți și investitori, astfel încât aceștia să poată utiliza eficient serviciul nou sau schimbat;
  8. furnizarea de acces la informații pentru personalul de operare, astfel încât acesta să poată furniza, întreține și gestiona serviciul.

Gestionarea lansării și a implementării este responsabilă de eliberarea de versiuni și de utilizarea eficientă a acestora de către clienți.

Unitatea de eliberare (unitatea de eliberare) sunt componente ale unui serviciu care de obicei se asamblează împreună și se eliberează într-o singură lansare. Unitatea de eliberare include, de obicei, componentele necesare pentru a efectua orice funcție utilă. De exemplu, unitatea de eliberare poate fi un computer desktop. inclusiv software, hardware. licențe, documentație etc. Un alt exemplu al unei unități de eliberare poate fi o aplicație completă pentru calcularea salariilor, inclusiv procedurile de management operațional IT și instruirea utilizatorilor [1].

Este important să se determine nivelul corespunzător de unitate de lansare pentru fiecare activ și componentă. Este necesar să se ia în considerare următorii factori:

  • simplitatea și numărul de modificări necesare pentru lansare și desfășurare;
  • cantitatea de resurse și timpul necesar construirii, testării și implementării;
  • complexitatea relației dintre unitate și restul serviciilor și componentelor;
  • depozitare, disponibilă ca parte a asamblării, testării, distribuției și operării [16].

Abordarea de conversie a unui serviciu nou sau schimbat este determinată în cadrul fazei de proiectare. Există două opțiuni pentru implementare:

  1. "Big Bang" - un serviciu nou sau schimbat este implementat imediat pentru toți utilizatorii din aceeași operație;
  2. o abordare în etape - serviciul este desfășurat în etape. În primul rând, o parte a utilizatorului, apoi restul.

În Fig. 9.1 arată aplicarea a două abordări.

  1. Versiunea 1 - instalarea inițială pe trei stații de lucru (1-3). Două alte posturi sunt adăugate în aceeași perioadă de timp (4-5);
  2. Versiunea 2 - utilizați abordarea "Big Bang" pentru implementare. Eliberarea este instalată imediat pe cinci stații de lucru (1-5). La următoarea etapă, două stații suplimentare (6-7);
  3. Versiunea 3 - o abordare în etape pentru implementare. În primul rând, doar trei stații de lucru (1-3) sunt actualizate, apoi restul de patru (4-7). O altă stație este adăugată în etapa următoare (8).

Abordarea de fază are următoarele variații:

  1. porțiuni ale serviciului sunt furnizate pentru utilizarea în etape, dar toți utilizatorii vor fi conectați la el în același timp;
  2. Fiecare lansare este desfășurată treptat, în funcție de numărul de utilizatori finali;
  3. diferite elemente ale serviciului sunt desfășurate în diferite faze;
  4. o abordare combinată care aplică toate cele de mai sus.

O abordare pe etape este posibilă numai dacă serviciile vechi și actualizate sunt compatibile și pot funcționa simultan.

Luați în considerare secvența de acțiuni din cadrul Managementului și implementării versiunilor.

Pentru a implementa lansarea, trebuie să dezvoltați diverse planuri, în special planurile de lansare și de implementare. Acestea ar trebui să determine:

  • acoperirea și contextul eliberării;
  • evaluarea riscurilor de eliberare;
  • organizațiilor și persoanelor afectate de eliberare;
  • investitorii care au aprobat cererea de schimbare;
  • echipa responsabilă cu eliberarea;
  • abordarea interacțiunii cu investitorii și echipele de desfășurare, care determină:
    • strategia de livrare și de implementare;
    • resurse pentru eliberare și desfășurare;
    • numărul de modificări care pot fi efectuate.

    În cadrul implementării, ar trebui stabilite criterii care să permită stabilirea succesului fiecărei etape de lansare și implementare. Rezultatul este fie pass pass. sau este respins. Prin urmare, criteriile sunt numite criterii pass / fail.

    Exemplu, atunci când rezultatul este acceptat:

    • Toate testele au fost efectuate cu succes; Raportul de evaluare și RFC pentru asamblare și testare sunt semnate.

    Exemple când rezultatele sunt respinse:

    • lipsa de resurse pentru a trece la etapa următoare. De exemplu, testarea a demonstrat inadecvarea resurselor financiare pentru a furniza un serviciu proiectat în stadiul operațional;
    • Faza de operare a serviciului nu poate furniza atribute de serviciu separate;
    • Faza de proiectare a serviciilor a dezvoltat un proiect care nu respectă standardele, tehnologiile, cerințele de reglementare etc.
    • serviciul nu poate fi furnizat în conformitate cu constrângerile impuse în etapa de proiectare;
    • nu sunt îndeplinite criteriile de acceptare a serviciului;
    • documentele necesare nu sunt semnate;
    • SKMS și CSM nu sunt actualizate și conțin informații irelevante;
    • Numărul de incidente, probleme și riscuri este mai mare decât sa crezut inițial.






    Înainte de transferul serviciului la operațiunea comercială, este necesar să se efectueze o serie de acțiuni pentru asamblarea și testarea diferitelor medii. Activitățile de planificare a asamblării și testare sunt:

    • formarea planurilor de asamblare bazate pe documentația proiectului, specificațiile, cerințele de configurare hardware;
    • formarea de echipe de sprijin, logistică și de asamblare necesare pentru sprijinirea mediului;
    • asamblare;
    • programare pentru testare și asamblare;
    • atribuirea rolurilor, alocarea resurselor și responsabilitățile pentru activitățile-cheie;
    • convenind criteriile de acceptare pentru asamblare.

    Mediile necesare pentru lansare:

    • mediu de asamblare - utilizat pentru colectarea și completarea pachetului de eliberare;
    • un singur mediu de testare - folosit pentru a testa funcționalitatea, performanța, recuperarea și utilitatea componentelor individuale ale serviciului;
    • set de medii de testare - folosit pentru a testa funcționalitatea, performanța, recuperarea și utilitatea unui set de componente de serviciu;
    • mediu de integrare - folosit pentru a asambla și integra componente de servicii;
    • Testarea mediului de testare - folosit pentru testarea tuturor aspectelor arhitecturii de servicii unificate;
    • mediu de testare a lansării - utilizat pentru a instala, a construi și a testa un pachet de lansare într-un mediu controlat; de obicei combinate cu mediul de testare a serviciului.
    • mediul de testare pentru pregătirea operațională - pentru a testa capacitățile serviciului și componentele acestuia înainte de a fi puse în funcțiune comercială;
    • mediul care simulează mediul de afaceri;
    • mediul care simulează gestionarea serviciilor;
    • mediul de învățare;
    • mediu pentru pilotare;
    • mediu pentru backup și recuperare.

    Pentru a testa serviciul pe o mică parte a utilizatorilor, sunt utilizați piloții. Pilot (pilot) este o desfășurare limitată a unui serviciu, eliberare sau proces într-un mediu de operare industrial. Pilotul este utilizat pentru a reduce riscurile și pentru a primi feedback, precum și acceptarea de la utilizatori [1]. Este important să se determine acoperirea optimă a pilotului. Dacă este prea mic, funcționalitatea serviciului va fi afișată incorect și multe erori nu vor apărea. Pentru planificare trebuie să se formeze și planuri.

    Planificarea ansamblului pachetului de eliberare include următoarele proceduri:

    • verificarea criteriilor de intrare / ieșire;
    • interacțiunea cu investitorii:
      • gestionarea contractelor și detaliile acestora;
      • informarea investitorilor cu privire la modificările propuse, beneficiile pe care le pot aduce și costurile și riscurile asociate
    • crearea de sisteme și instruirea utilizatorilor pentru a lucra cu un serviciu nou sau schimbat;
    • dezvoltarea de oportunități și resurse pentru gestionarea serviciilor;
    • Evaluarea disponibilității grupului țintă de a utiliza eliberarea;
    • definirea și acceptarea criteriilor de ieșire.

    Ca parte a planificării desfășurării, trebuie să răspundă la următoarele întrebări:

    • pentru cine este destinat implementarea?
    • care vor fi utilizatorii?
    • există anumite caracteristici ale locației? (de exemplu, un weekend suplimentar în funcție de regiune)
    • unde utilizatorii? (de exemplu, dacă există utilizatori la distanță sau toți utilizatorii vor lucra într-un singur loc)
    • cine altcineva ar trebui să fie pregătit pentru lansare? (de exemplu, aveți nevoie de instruire suplimentară pentru personalul biroului de service)
    • Când trebuie să finalizați implementarea?
    • de ce este necesară implementarea? (de exemplu, pentru a repara o problemă sau a mări funcționalitatea)
    • care sunt factorii de succes și criteriile de ieșire? (cum să aflăm că desfășurarea a avut succes și poate fi finalizată)
    • care sunt capabilitățile actuale ale furnizorului de servicii?

    În plus, se dezvoltă planuri de furnizare și furnizare. Acestea determină următoarele:

    • cum și când va fi lansată versiunea și componentele acesteia?
    • care sunt echipele de întreținere și ce se va întâmpla în caz de întârziere?
    • cum să urmăriți progresul furnizării și necesitatea finalizării acesteia?
    • există o posibilitate de stocare sigură, dacă este necesar?

    Înainte de a adăuga acțiuni la planurile de implementare, trebuie să implementați planificarea financiară. Ea consideră alocarea fondurilor pentru asigurarea activităților, achiziționarea echipamentului și a licențelor necesare, a contractelor și obligațiilor existente.

    După ce se compilează planuri detaliate pentru fiecare activitate din cadrul Managementului de lansare și implementare, începe faza de preasamblare, testare și implementare. În acest stadiu, există o evaluare a riscurilor, posibilelor probleme și inconsecvențe în documentația proiectului. Evaluarea verifică dacă schimbarea va aduce rezultatele dorite. Se creează un raport care conține recomandări pentru aprobarea modificării sau respingerea acesteia.

    Dacă schimbarea este aprobată, începe faza de asamblare și testare. Aspectele cheie care trebuie gestionate în această fază sunt:

    • utilizarea mediilor de asamblare și testare;
    • standardizare și integrare;
    • managementul configurației:
    • în cursul activităților de asamblare și testare - controlul versiunii, controlul de bază al statului, controlul intrărilor și ieșirilor fazei de asamblare și testare;
    • păstrarea înregistrărilor, ceea ce va permite reasamblarea, dacă este necesar, din nou;
    • gestionarea vizibilității testelor - formarea rapoartelor privind testarea;
    • controlul accesului la componentele și tehnologiile fizice;
    • verificarea conformității cu cerințele de securitate;
    • verificarea activităților - au fost îndeplinite toate condițiile necesare;
    • managementul mediului - aer condiționat, alimentare cu energie electrică, locație fizică, alarmă de incendiu etc.
    • Verificați pregătirea pentru lansarea următoarei etape;
    • transferați eliberarea în etapa următoare.

    ITIL introduce noțiunea de "stare de bază". Linia de bază - o stare fixă ​​folosită ca punct de referință (punct de control) [1]. Interpretarea depinde de context. În contextul punerii în aplicare, linia de bază poate fi utilizată pentru a readuce infrastructura la configurația inițială în cazul în care implementarea lansării a fost nereușită. Informațiile despre stările de bază ale configurațiilor sunt stocate în CMS.

    Pentru a construi o lansare, trebuie să combinați mai multe componente, active și produse de la furnizori externi și interni. Documentația joacă un rol important în acest domeniu - acorduri, contracte, licențe etc. Activitățile de achiziție a componentelor includ:

    • interacțiunea cu procesele de achiziție pentru achiziționarea de componente;
    • de colectare:
      • informații privind activele și unitățile de configurare noi și actualizate de la SACM;
      • chitanțe și cecuri;
      • documentația de livrare, eliberarea și schimbarea de la furnizor.
    • verificarea, monitorizarea și raportarea calității unităților de configurare și a componentelor de serviciu;
    • asigurarea faptului că disponibilitatea unei licențe poate fi dovedită, dacă este necesar;
    • răspunsul în cazul în care calitatea obținută în practică diferă de cea preconizată și o evaluare a impactului reducerii calității asupra implementării în ansamblu;
    • actualizați starea unităților de configurare din SACM.

    După ce ați cumpărat tot ce aveți nevoie, documentația este gata, puteți continua să asamblați pachetul de lansare. La asamblarea eliberărilor, este important să se înțeleagă că produsul va fi livrat în curând la producția industrială, prin urmare, procedurile utilizate în asamblare ar trebui să fie repetabile, dacă este necesar.







    Trimiteți-le prietenilor: