Bizness un piegāde

Aģentūras ieviešanas rokasgrāmata.

Aģentūras ieviešana ir veiksmīga, ja atklāšana, arhitektūra, satura darbības, atbildība, nodošana un pastāvīgs pakalpojums tiek izstrādāti kopā.

Noskaidrojiet uzdevumu un lēmumu

Šī rokasgrāmata pārvērš aģentūras ieviešanas rokasgrāmatu par pārskatāmu darbības darbplūsmu. Tas savieno domēna lēmumus, īpašumtiesības, pierādījumus un pieņemšanu, lai rezultāts turpinātu darboties ražošanā.

Aģentūras ieviešana ir veiksmīga, ja atklāšana, arhitektūra, satura darbības, atbildība, nodošana un pastāvīgs pakalpojums tiek izstrādāti kopā.

Praktiskā darba gaita

  1. 1

    Izveidojiet bāzes līniju, pamatojoties uz novērotā satura apjomu, piepūli, kavēšanos, kvalitāti, atbalsta pieprasījumu un risku.

  2. 2

    Definējiet mērķa darbības modeli, auditorijas, kanālus, īpašumtiesības, integrācijas un pārskatīšanas standartu.

  3. 3

    Modelējiet izmaksas un ieguvumus, izmantojot nosauktos datu avotus un atdaliet apstiprinātās vērtības no pieņēmumiem.

  4. 4

    Vadiet reprezentatīvu pilotu ar saskaņotiem pieņemšanas pasākumiem un lēmuma datumu.

  5. 5

    Apstipriniet palielināšanu tikai pēc tam, kad īpašnieki ir akceptējuši darbības procesu, pierādījumus, budžetu un ziņošanas ritmu.

Piemērs vai rīks

Atbildības matrica precizē klientu, aģentūru, speciālistu recenzentu, IT, privātumu un produktu īpašumtiesības. Rīkā ierakstiet arī sākotnējo stāvokli, īpašnieku, lēmumu, pierādījumus, atklāto jautājumu un apstiprināšanas datumu. Izmantojiet īstu lapu vai darījumu, lai komanda redzētu atkarības, izņēmumus un uzturēšanas darbus pēc izlaišanas.

Lēmuma punktsIerakstsPieņemšanas kritērijs
PamatlīnijaNovērots pašreizējais stāvoklisAvots un ierakstīšanas datums
LēmumsIzvēlētais variants un pamatojumsApsvērts risks un auditorija
PierādījumiPārbaudi, dokumentē vai mēraPārskatāms un konkrētai versijai
ApstiprināšanaVārds, loma un datumsVisi obligātie kritēriji ir izpildīti

Pirms integrācijas izstrādes atklājiet pakalpojumu

Kartējiet mērķauditorijas, ceļojumus, avotu sistēmas, satura īpašumtiesības, apstiprinājumu, publicēšanu, atbalstu un mērījumus. Izmēģiniet reālu saturu un novērojiet redaktoru darbu. Īstenošanas īsumā ir jāatklāj izņēmumi, ne tikai ideālā darbplūsma.

Reģistrējiet nefunkcionālās vajadzības pēc pieejamības, drošības, privātuma, veiktspējas, pieejamības, saglabāšanas un audita. Apstipriniet, kurai organizācijai pieder katrs lēmums un kādi pierādījumi ir nepieciešami pieņemšanai.

  • Interviju dienesta, redakcijas, IT un lietotāju pārstāvji.

  • Krājumu sistēmas, satura veidi un apjomi.

  • Dokumentējiet riskus un obligātās kontroles.

  • Apstipriniet izmērāmus pieņemšanas rezultātus.

Kopā projektējiet arhitektūru un pienākumus

Izvēlieties sinhrono API, pakešu, tīmekļa aizķeri, logrīku vai manuālu darbplūsmu atbilstoši lietotāja laikam, kļūdu pielaidei, skaļumam un pārskatīšanai. Definējiet patiesības avotu, identifikatorus, versiju izveidi, kešatmiņas darbību, atkārtojiet drošību un atcelšanu.

Izveidojiet atbildības matricu saturam, terminoloģijai, akreditācijas datiem, konfigurācijai, incidentiem, piegādātāju izmaiņām, pieejamībai, kvalitātei un izlaišanai. Katrai kopīgai atbildībai ir nepieciešams viens atbildīgs īpašnieks un eskalācijas ceļš.

  1. 1

    Diagrammu datu un kontroles plūsmas.

  2. 2

    Dizaina kļūme un atkopšanas stāvokļi.

  3. 3

    Piešķiriet atbildīgās un atbalsta lomas.

  4. 4

    Pārskatiet dizainu kopā ar operatoriem un recenzentiem.

Piegādājiet pārbaudītās šķēlēs

Sāciet ar vienu reprezentatīvu ceļojumu un produkcijai līdzīgu saturu. Pārbaudīt autentifikāciju, ierobežojumus, nepareizi veidotu ievadi, taimautus, atkārtotus mēģinājumus, dublētus atzvanus, nepieejamu izvadi, redakcionālu noraidīšanu un publikācijas atcelšanu. Instrumenta izmaksas, latentums, kvalitāte un kļūdu cēloņi.

Paplašiniet tikai pēc tam, kad ir pabeigti pieņemšanas pierādījumi. Saglabājiet lēmumu ierakstus, konfigurācijas versijas, testa rezultātus un zināmos ierobežojumus. Uztveriet apmācību un darbības dokumentāciju kā rezultātus, nevis pēc palaišanas ekstras.

  • Izmantojiet aizsargātas pārbaudes un iestudēšanas vides.

  • Automatizējiet atkārtojamās tehniskās pārbaudes.

  • Palaidiet redakcionālo un mērķa lietotāju pieņemšanu.

  • Nepieciešams atbrīvošanas un atcelšanas apstiprinājums.

Nodod pakalpojumu, kuru var izmantot

Nodrošiniet izpildgrāmatas, arhitektūru, akreditācijas datu uzskaiti, informācijas paneļus, brīdinājumu noteikumus, atbalsta maršrutus, izlaišanas procesu, piegādātāju kontaktpersonas, datu grafiku un atkopšanas procedūru. Savienojiet aģentūras un klientu darbiniekus, izmantojot reālus incidentus un izlaidumus pirms nodošanas.

Vienojieties par pastāvīgiem apkopes, kvalitātes pārbaudes, drošības atjauninājumiem, modeļa izmaiņām un uzlabojumiem pakalpojumu līmeņiem. Pārbaudiet eksportēšanu un atkopšanu, aizveriet pagaidu piekļuvi un reģistrējiet atvērtos riskus ar īpašniekiem un datumiem.

  1. 1

    Apstipriniet dokumentāciju, veicot operatora uzdevumu.

  2. 2

    Pārsūtiet repozitorijus, kontus un pierādījumus.

  3. 3

    Noņemiet pagaidu privilēģijas un noslēpumus.

  4. 4

    Ieplānojiet pakalpojumu un priekšrocību pārskatīšanu.

Pārvaldiet kvalitāti un mainiet pēc palaišanas

Izveidojiet pakalpojumu rādītāju karti, kas apvieno tehnisko uzticamību ar redakcionālajiem un lietotāju rezultātiem. Izsekojiet veiksmīgiem pieprasījumiem, latentumu, neveiksmīgiem darbiem, manuāliem labojumiem, terminoloģijas izņēmumiem, pārskatīšanas laiku, publikācijas defektiem, mērķauditorijas konstatējumiem, izmaksām pēc satura veida un novēršamo atbalsta pieprasījumu. Katram pasākumam definējiet datu avotu, aprēķinu, ziņošanas biežumu, mērķi, pielaidi un īpašnieku. Informācijas panelis bez saskaņotiem darbības sliekšņiem reģistrē problēmas, bet nepārvalda tās.

Ieviesiet kontrolētu izmaiņu ceļu uzvednēm, modeļiem, terminoloģijai, integrācijām, satura shēmām un nodrošinātāja iestatījumiem. Katrai izmaiņai ir jābūt iemeslam, ietekmētajām auditorijām, riska novērtējumam, reprezentatīvam novērtējuma kopai, pieejamības pārskatam, ietekmei uz drošību, atcelšanas punktam, apstiprinātājam un izlaišanas ierakstam. Pirms izvietošanas salīdziniet rezultātus ar iepriekšējo versiju. Saglabājiet nelielu sarežģītu un drošībai svarīgu piemēru kopu, lai šķietami nekaitīgi uzlabojumi klusi nesamazinātu precizitāti citur.

Strukturējiet aģentūras attiecības, pamatojoties uz pārredzamu pakalpojumu uzlabošanu. Kopā pārskatiet periodiskos defektus un lietotāja pierādījumus, izlemiet, kurai pusei pieder labojums, un nosakiet prognozējamo apkopi atsevišķi no jaunā tvēruma. Klientam ir jāsaglabā piekļuve pirmkodam, konfigurācijai, novērtēšanas materiāliem, darbības datiem un piegādātāju sarakstei. Tas neļauj zināšanām kļūt par atkarību no aģentūras un ļauj pārņēmējam turpināt pakalpojumu, neatklājot tā pamatlēmumus.

  • Definējiet darbības sliekšņus tehniskajiem, redakcionālajiem un lietotāja pasākumiem.

  • Versija katru modeli, noteikumu, uzvedni, glosāriju un konfigurācijas izmaiņas.

  • Novērtējiet izmaiņas, salīdzinot ar reprezentatīvo un drošībai kritisko saturu.

  • Saglabājiet pakalpojuma zināšanas un pierādījumus pieejamus klientam.

Katrai ražošanas maiņai izmantojiet izlaišanas gatavības pierādījumu

Nepieciešams viens parakstīts gatavības ieraksts, kas aptver pieņemšanas rezultātus, neatrisinātos defektus, migrēto saturu, uzraudzību, atbalsta pārklājumu, drošības apstiprinājumu, konfidencialitātes nosacījumus, lietotāju saziņu, atcelšanu un personu, kas ir pilnvarota turpināt. Turiet īsu agrīnās dzīves atbalsta periodu, katru dienu pārskatot neveiksmes, labošanas pasākumus un ietekmētās auditorijas.

Definējiet izejas kritērijus šim periodam pirms palaišanas. Ar stabilu pieprasījumu apstrādi vien nepietiek, ja redaktori joprojām labo ievērojamu rezultātu vai lietotāji nevar izpildīt savus uzdevumus. Pārejiet uz normālu darbību tikai tad, ja tehniskie, redakcionālie, pieejamības un lietotāju sliekšņi paliek pielaides robežās visu saskaņoto laiku. Ievietojiet katru atvērto vienumu nepabeigto pakalpojumu ar ietekmi, risinājumu, īpašnieku un datumu.

  • Pirms produkcijas izlaišanas parakstiet vienu gatavības protokolu.

  • Pārraugiet tehniskos un satura rezultātus agrīnās dzīves atbalsta laikā.

  • Izmantojiet iepriekš definētus izejas kritērijus visās kvalitātes kategorijās.

  • Pārsūtiet katru atvērto vienumu ar ietekmi, īpašnieku un termiņu.

Lomas, pierādījumi un apstiprinājums

Uzticams biznesa lēmums joprojām ir noderīgs pēc prezentācijas. Saglabājiet pieņēmumus ar īpašnieku, avotu, datumu, diapazonu un jutīgumu. Ziņojiet par kvalitāti un pakalpojumu rezultātiem kopā ar izmaksām. Neskaitiet priekšrocības divreiz un neuzskatiet ģenerēto apjomu kā lasītāja vērtību. Atbildīgajam īpašniekam ir jāpārskata faktiskie rezultāti salīdzinājumā ar bāzes līniju pēc izmēģinājuma un ar regulāriem darbības intervāliem.

Darbības un apkope

Darbs nebeidzas ar publicēšanu. Saistiet valodas versiju vai konfigurāciju ar tās avotu, uzraugiet kvalitātes un pakalpojumu pasākumus un definējiet konkrētus pārskatīšanas aktivizētājus. Aktivizētāji ietver avota izmaiņas, juridiskās izmaiņas, jaunas auditorijas vajadzības, periodiskus atbalsta jautājumus, tehniskas izmaiņas un incidentus. Nosaukts īpašnieks novērtē aktivizētāju, vajadzības gadījumā atver jaunu versiju un reģistrē atjaunoto apstiprinājumu.

Publicēšanas kontrolsaraksts

  • Pamatlīnija izmanto novērotos datus.

  • Mērķauditorijas un pakalpojumu rezultāti ir izmērāmi.

  • Vienreizējās un periodiskās izmaksas ir nodalītas.

  • Pieņēmumiem ir īpašnieki un jutīguma diapazoni.

  • Ir iekļauti kvalitātes, pieejamības, drošības un integrācijas darbi.

  • Pilota pieņemšanas kritēriji tiek saskaņoti iepriekš.

  • Pabalsti netiek ieskaitīti divreiz.

  • Tiek piešķirts palielināšanas lēmums un ziņošanas kadence.

Autoritatīvi avoti

  1. Simple8 cenas
  2. Simple8 iepirkuma rokasgrāmata
  3. Simple8 API dokumentācija

Izmantojiet rokasgrāmatu praksē

Pārbaudiet Simple8 ar reprezentatīvu saturu un izmantojiet kontrolsarakstu, lai plānotu kontrolētu ražošanas darbplūsmu.

Pārbaudi savu tekstu