Acest ciclu de viață de dezvoltare a sistemelor, amintiți-vă (^

Amintiți-vă (^ / - curba în formă în capitolul 4 Acest ciclu de viață al sistemului: începe cu definiția costurilor sistemului și beneficiile pe care le va aduce, chiar și în acest stadiu, atunci când sistemul există numai sub formă de desene, această contabilitate a costurilor și beneficiilor pot fi extinse la. punerea în aplicare a sistemului, și apoi începe urmărirea altor indicatori ai ciclului de viață al sistemului asociat cu stabilitatea și disponibilitatea acestuia. atunci când sistemul este în curs de îmbătrânire, aceste cifre sunt un cost / beneficiu și disponibilitatea / stabilitatea sistemului indică faptul că a sosit momentul să modernizeze sau ENIT. În cele din urmă, după ce sistemul este înlocuit de noul, acesta este eliminat, și având costuri și beneficii ale sistemului încetează. Acesta este un ciclu de viață sistem real. Și nimeni, cu excepția departamentul IT nu are nici competența, nici dorința de a se angaja în lumina costului sistem și avantajele pe care le oferă pentru întregul ciclu de viață.

Am spus deja că așa-numitele sisteme de dezvoltare ciclului de viață - de fapt, nu este deloc ciclului de viață. Oricum, acest lucru nu este ciclul de viață al sistemului, care arată ca un cost Figura 5.1.

Din acest grafic putem face câteva concluzii importante. În primul rând, 5> / - C (sisteme de viață de dezvoltare ciclu) acoperă doar primele două etape ale ciclului de viață, precum și perioada de funcționare standard, și perioada târzie de funcționare este transferat la partea de IT care IT și așa

Figura 5.1. Costurile tipice pe parcursul ciclului de viață al sistemului

Trebuie să se conformeze. Întreținere și reciclare nu provoacă prea mult entuziasm în rândul profesioniștilor IT: atunci când am fost un rom direkto- IT, pentru noi problema reală a fost de a găsi programatori pentru dezvoltatori de întreținere sau de forță de sistem pentru a se angaja în întreținerea sistemului care le-au creat. Desigur, oamenii de afaceri nu sunt interesați, pentru că, spre deosebire de personalul IT nu este împărțit în două părți ciclu de viață. Ei vor să vadă imaginea de ansamblu.

Apropo, să acorde o atenție la faptul că cele mai scumpe sunt primele două etape ale vieții sistemului. O parte semnificativă a costului cade pe scena de dezvoltare. Perioada inițială de funcționare atrage după sine și costuri semnificative - la a face cu o varietate de probleme de creștere în punerea în aplicare a sistemului, instruirea utilizatorilor. În plus, în acest stadiu, să ia posibilitatea de a face ceva ce ar fi trebuit făcut mai devreme, dar nu a avut timp: ei se implice în raportarea, controlul calității, precum și documentația de scriere. Cu toate acestea, rețineți că, deși intensitatea sau gradul cheltuielilor IT este cea mai mare în primele două etape, costurile de sistem IT nu dispar pe parcursul întregului lor ciclu de viață și crește din nou, spre sfârșitul anului. Aceasta ultima creștere a cheltuielilor IT se datorează faptului că sistemul nu va face ceea ce face compania - încetează să îndeplinească cerințele de afaceri. Prin urmare, modificările aduse sistemului, și că noile costuri. În plus, din moment ce aceste schimbări - în primul rând, un supliment la sistem prost documentat (persoane în IT nu pot sta să documenteze sistemul lor), ele încep să afecteze negativ funcționarea sistemului stabil anterior, și din această cauză, costurile cresc și mai mult.

Figura 5.2. Costul total al sistemului pe tot parcursul ciclului său de viață

Dacă transforma curba noastră în formă de U în graficul din costul total, veți obține ceva de genul figura 5.2.

Din acest grafic este clar că costurile de funcționare ale sistemului informatic nu dispar odată cu sfârșitul SDLC, dar numai reduce intensitatea lor. Dacă ești norocos, desigur. Multe companii se schimbă atât de repede încât au nevoie de un grup de dezvoltatori de a sincroniza sistemul cu procesele de afaceri în continuă schimbare.

Dar chiar dacă departamentul IT și să înceapă să evalueze costul sistemului de-a lungul întregului ciclu de viață, ei vor arata in continuare ca un om încearcă să bată din palme cu o singură mână. Pentru că în cazul în care nu încep să se estimeze profiturile pe care ar fi trebuit adus sistemului și de fapt aduce, ele vor fi cel mai bun caz văzută ca o divizie fără pierderi.

Cred că este atât de important încât să poată fi numită prima lege a managementului IT:

Nu vorbi despre costul fără profit DISCUȚII din IT!

Continuă din când în când, voi repeta acest slogan.

Dacă ați auzit vreodată cum profesioniștii IT vorbesc despre costurile, întrebați-le despre beneficiile așteptate, iar dacă auzi le vorbi despre beneficii, cereți-le cu privire la costuri. Un inseparabilă de cealaltă. Această abordare reprezintă o schimbare semnificativă a perspectivei din partea atât de afaceri și IT, iar dacă aveți ceva după ce a citit cartea ar trebui să fie schimbat, apoi lăsați-l să fie doar o astfel de schimbare. Dezvoltarea târzie

Figura 5.3. Afișează costul sistemului și să beneficieze de ea pe parcursul ciclului de viață

Un manager UBR trebuie să monitorizeze simultan atât costurile și beneficiile (Fig. 5.3).

Există mai multe puncte importante. În primul rând, există ceea ce se numește punctul de rentabilitate - acesta este momentul în care beneficiile totale depășesc costurile totale. Și numai după aceea începe IT pentru a face un profit și poate face observat. Profesioniștii IT susțin adesea că o mare parte din beneficiile care decurg din sistemele lor, - intangibile și, prin urmare, aceste beneficii nu pot fi măsurate. De asemenea, ei susțin că beneficiile de urmărire obținute îngreunată de faptul că acestea sunt o parte din multe alte cursuri de apă și surse de venit. Eu cred că această atitudine - „este imposibil - și punctul“ - principalul motiv că cel mai bun caz considerat diviziune neubytochnym, iar valoarea lor de afaceri în multe organizații este pusă la îndoială. Profesioniștii IT sunt convinși că acestea contribuie la afaceri, ei doar o știu. Poate că este, dar se pare că executarea unui pian solo complex, fără un pian: nu știu cât de bine se joacă, dar aspectul înconjurătoare la limbajul corpului lor și a cerut singura întrebare: „Dar ce sunt ei în IT încă mai fac? “.

În capitolul 7, am discuta în detaliu dezvoltarea proiectului modelului de afaceri definirea, măsurarea și monitorizarea beneficiilor pe parcursul ciclului de viață al fiecărui sistem.

exemplu specific mnsіliz

Desigur, programul costurilor și beneficiilor pe durata ciclului de viață al sistemului nostru de contabilitate ipotetic client va fi incompletă, dar cu toate acestea, se poate prezice evoluția situației în viitor (fig. 5.4).

Curba din figura 5.4 diferă de precedent curba generală cost / beneficiu, astfel încât o parte substanțială a acesteia - este o linie punctată reprezentând o previziune pentru viitor. Vă rugăm să rețineți că nu am inclus perioada târzie de funcționare în grafic, iar acest lucru, printre altele, o mișcare tactică cu privire la gestionarea percepției. Dar, dacă faci este important să arătăm că într-o etapă ulterioară de viață va crește costul sistemului, iar beneficiile vor fi reduse, atunci puteți face cu siguranță acest lucru. Și, în sfârșit, mai mult de o subtilitate, care s-ar putea să nu fi observat. În mod normal, sistemul poate aduce beneficii numai după ce a fost pus în aplicare. Declarăm aici că începe să producă efecte benefice chiar și în faza de proiectare. Acest lucru se datorează faptului că la Managerul de cercetare etapa UBR a analizat cu atenție situația privind disponibilitatea de îmbunătățire a rezultatelor de afaceri și a constatat că centrele de apel au perioade de calm relativ. El a introdus un sistem de înregistrare de înscriere a clienților obișnuiți și să implementeze un proces de apeluri repetate către clienți: personalul centrului de apel Late

Perioada inițială de funcționare

Perioada standard de funcționare

Punctul C ^ ° ^ іoezubіtoch-

Figura 5.4. Curba a costurilor și beneficiilor pentru un sistem de contabilitate a clientului ipotetic

Acum, cele mai mici perioade de utilizare eficiente de activitate a clienților pentru a crește gradul de interacțiune cu clienții. UBR Managerul urmărit, de asemenea, beneficiile ulterioare ale acestui și au arătat o creștere a vânzărilor, ca urmare a punerii în aplicare a procesului de apeluri repetate către clienți. El a inclus aceste beneficii în raport și cu condiția, astfel, o afacere este un alt argument în favoarea noului sistem, precum și o rezistență redusă la schimbări în companie. Și nu a fost nici măcar introdus sistemul.