Dream Catcher

Lumea lor şi lumea noastră

2011-05-03T19:24:00.005+02:00

1 Mai, ei, în stradă.
Ei, cei care iau atitudine când ceva anormal se întâmplă.

Un marş (legal) al neo-nazi prin cartierul ţiganilor a fost considerat anormal, a fost considerat o tentativă de intimidare. Au ieşit în stradă (ilegal) pentru a cere dreptul la normalitate.

Organizare , Poze , Link 1 , Link 2

Examen Information Security Foundation Based on ISO/IEC 27002

2011-04-30T23:00:00.003+02:00

A trecut. Aşa cum a venit.
Încă o hârtie cu valoare îndoielnică, sunt noţiuni de bază - nu vă lăsaţi amăgiţi de titlu.

Prostituţie intelectuală

2011-04-30T22:42:00.004+02:00

Zilele trecute. E68. Ţin de volan.
Şi mi-a trecut aşa , prin gând...

Dacă există, cum o defineşti ?
Dacă există, ai practicat-o ?
Dacă o practici, eşti ieftin(ă) sau te încadrezi la categoria "lux" ?
Dacă vezi pe cineva că o practică, ce e în mintea ta ?

Oare ... putem să discutăm despre moralitate aici ?

Există două tabere ? Ele , care îşi vând trupul pe stradă şi noi, care e posibil să ne vindem cu totul la adăpostul unui birou ?

Examen ISO/IEC 20000 Foundation

2011-03-04T22:52:00.002+01:00

Da. Am fost la examen.
Hartia este destul de scumpă (200 Eu). Examenul este foarte uşor de luat, aşa că mă aştept să fie multe hârtii pe piaţă.

Dacă vreţi să citiţi ceva interesant, "ISO/IEC 20000 - An Introduction" , de la VanHaren. Nu am terminat de citit şi nici nu e necesar pentru examen (care e bazat pe cunoştinţe de bun simţ), dar recomand cu căldură.

Omul sau procesul ?

2011-03-04T22:39:00.003+01:00

Nu este o întrebare de genul "oul sau găina"...
De câteva săptămâni stau şi mă gândesc pe cine să pariez...cum va arăta viitorul. Prezentul îmi este clar, pentru mine componenta umană este critică atunci când vorbim de oferirea unor servicii, nu produse.

Toate aceste dileme pornind de la postul lui Adi .

Pe de altă parte, am fost pentru câteva zile prins în nişte subiecte de SixSigma/Lean în IT, care m-au dus din nou cu gândul la industrializare, automatizare. Oamenii aştia chiar vreau să ne transforme în ceva ... în ce eu refuz să mă transform.

Revin...

Clientul nostru - stăpânul nostru

2011-01-23T23:05:00.004+01:00

Am auzit de prea multe ori chestia asta, e la modă (sau era)...unii dintre colegii mei au auzit-o de la clienţii lor, în mod direct.

Eu cred că nu îşi are rostul, în contextul economiei de azi şi a modului în care se desfăşoară relaţiile de business. Căci până la urmă, despre asta este vorba - de o relaţie de business.

Eu sunt adeptul echilibrului, cred în echilibru, când vorbim de orice aspect legat de viaţă. Şi relaţia furnizor-client nu face excepţie : avem nevoie de un echilibru pentru a face lucrurile să meargă, avem nevoie de respect reciproc, avem nevoie de încredere, avem nevoie ca ambii participanţi în acest joc să câştige. O relaţie "stăpân - sclav" este nelalocul ei şi într-un final toţi o să piardă.

În momentul în care echilibrul s-a rupt, lucrurile nu mai merg cum trebuie. Balanţa poate înclina în oricare dintre părţi...dar trebuie evitat acest lucru. În cazul nostru, balanţa este înclinată in favoarea clientului care consideră că un furnizor de servicii este la picioarele lui. Cât se poate de fals. Un furnizor de servicii o să astepte cu mare interes momentul să-i arate că s-a înşelat.

Termin aceste rânduri prin a îndemna la cugetare. Fie că sunteţi clienţi sau furnizori, cum o să vă purtaţi cu partenerii voştri, aşa o să se poarte şi ei cu voi. Doar vorbim de un parteneriat, nu ?

Nu uitaţi, există un echilibru ...

DeadDrops - altfel de vremuri

2011-01-17T17:57:00.004+01:00

O idee care ridică multe semne de întrebare...prea multe subiecte sensibile sunt deschise pentru a putea aborda măcar unul.

DeadDrops

Pe vremuri, îţi luai discheta şi mergeai la un internet - cafe ... să te dai pe net, să mai faci un mic download, să mai "furi" un virus ... Acum, o să iţi iei device-ul mobil şi o să mergi să accesezi astfel de ... nici nu ştiu cum să le numesc ?!?!

"Reţeaua" asta offline o să explodeze destul de repede. Sunt curios care o să fie reacţia celor răspunzători de securitatea IT.

Trăim vremuri interesante :) .
Văd că în România nu există unul...încă ! Pun pariu că vor devenii foarte populare.

Ce poţi studia ?

2011-01-13T22:26:00.004+01:00

O listă interesantă cu posibile certificări în domeniu : Certificări

Aş pune pe listă şi partea de project management.

Spor la învăţat !

Measures-Metrics-and-Madness

2011-01-06T22:33:00.004+01:00

Preluat de pe ITSM Portal, interesant de citit.

Measures-Metrics-and-Madness

Sunt curios, dacă abordarea propusă este eficientă şi în cazul în care ai parte de nişte clienţi speciali (cei cu care una vorbeşti, şi alta te trezeşti că fac). O altă problemă apare când echipele nu sunt dedicate unui singur client, există o tendinţă de a pierde noţiunea de "customer focus".

SERVQUAL - continuare

2011-01-05T20:04:00.009+01:00

Mă tot gândesc ... poate ar ajuta să printez această diagramă (luată la întâmplare de pe internet) şi să o ţin la vedere pe birou.

Înainte de a continua trebuie să precizez că nu o să încerc o traducere a termenilor din diagramă.

GAP5 - cu cât este mai mare, cu atât este mai rău pentru un furnizor de servicii (să considerăm că diferenţa este negativă). Acest decalaj apare între serviciul primit şi serviciul aşteptat, mai bine spus poate - între valoarea percepută şi valoarea aşteptată.

4 elemente compun serviciul aşteptat :
1 - "word of mouth communication"
2 - "personal needs"
3 - "past experience"
4 - "external communication to customers"

2 elemente influenţează serviciul primit :
1 - "service delivery"
2 - "external communication to customers"

Acum câteva vorbe despre ce putem face când totul pare pierdut şi nivelul de satisfacţie al clientului este foarte jos. Spre deosebire de multă lume care preferă să scrie câteva linii intr-un plan (care sfârşeşte prin a avea culoarea verde :) ) , eu prefer o abordare mai "sentimentală"... să detaliem.

Surpriză (sau nu) , vedem un element comun "external communication to customers". Este evident că vom avea tot timpul o deviaţie aici, între ce au promis cei care au vândut serviciul şi cei care o să-l ofere. E momentul să neutralizezi orice deviaţie aici şi să nu mai faci promisiuni aiurea.

Un element foarte important (dacă nu cel mai important) îl consider pe cel definit ca şi "past experience". De ce ? Pentru că vei avea nevoie de o "ancoră" solidă pentru un nou început. Şi pentru asta consider că ai nevoie de o experienţă pozitivă din trecut, pe care să o reactivezi in serviciul pe care îl oferi, la calitatea pe care clientul tău a fost fericit să o aibă.

Următorii doi paşi sunt strâns legaţi unul de altul :

- "personal needs" : când ai un client supărat, lucrurile devin foarte personale. Iţi recomand să uiţi o vreme de contract şi să asculţi ce are de spus. Asta merge mână în mână cu ...

- "word of mouth" : pe cat posibil fă ca informaţia să circule pe cale verbală. Dacă poţi să fii fizic prezent lângă client şi mai bine.

Am uitat ceva ? Ah ... "service delivery" , e pe acolo prin diagramă ... da, avem nevoie şi de asa ceva, printre altele.

SERVQUAL

2011-01-03T23:28:00.003+01:00

Gradul de satisfacţie al clientului este important. Calitatea serviciilor este importantă. La fel şi echilibrul care trebuie să existe între client şi furnizorul de servicii. Când spun echilibru, mă refer la relaţia de business.

O să vă dau un subiect de citit, după care o să revin cu câteva opinii personale : SERVQUAL.

Puteţi începe prin a răsfoi : SERVQUAL 1 , SERVQUAL 2 .

Pe curând.

SLA@SOI

2010-05-21T21:06:00.004+02:00

Interesant : http://sla-at-soi.eu/

Cei de la SAP nu dorm...sunt coordonatorii proiectului.

Soluţie anti-business

2010-05-11T21:09:00.005+02:00

O să vi se pară ciudat ceea ce scriu aici...

Am întâlnit cea mai simplă metodă de a transforma o soluţie de High Availability într-0 soluţie anti-business. Iau un caz simplu, care îmi este deja confirmat de câteva ori : un simplu cluster, cu două noduri (activ-activ , dacă vreţi voi). Unde apare problema...cel mai probabil echipa care propune soluţia nu o să primească buget pentru a face o soluţie echivalentă în mediul de test. Datorită costurilor, business-ul pur şi simplu va refuza acest lucru.

Rezultatul este (im)previzibil : o soluţie unde pe viitor totul se implementează direct în producţie, mă refer la change-uri aici. O estimare personală, după 1.5 - 2 ani de la implementare începe distracţia. Sau mai repede :).

Cine este responsabil când apar problemele ? Cei din operaţiuni, evident.

Dacă nu v-aţi ars încă, aveţi mare grijă.

O emoţie, la cald

2010-05-10T10:52:00.000+02:00

Se întâmplă că sunt acasă. În picioare, în jurul mesei, mănânc oarece. Gălăgie mare, pe stradă o trupă de prichindei de la grădiniţă : gălăgioşi, sărind de colo-colo pe trotuar. Cei doi din faţă şi cei doi din spate au vestuţe reflectorizante. S-au dus, gata...probabil la joacă la pădurea din apropiere.

În fiecare dimineaţă în drum spre lucru trec (cu maşina, autobuzul sau pe jos..) pe lângă o şcoală / grădiniţă. Cei de la administraţia locală au cumpărat un radar fix. Scopul lui este de a afişa viteza curentă şi de a te informa că eşti într-o zonă delicată. Limita de viteză este de 30 km / oră. Lumea merge (în general) încet. Se fac statistici - în momentul în care statisticile nu mai arată bine, sunt chemaţi cei de la circulaţie cu radarul - se dau amenzi. În fiecare dimineaţă este o doamnă / domnişoară poliţist care opreşte maşinile şi cei mici dau buzna spre şcoală. Da, există trecere de pietoni, dar prezenţa ei le creşte celor mici gradul de siguranţă.

Open Source în Service Management

2010-05-05T19:54:00.000+02:00

Preluat astăzi de pe ITSMPortal :

http://www.otrs.com/en/products/otrsitsm/

Omul

2010-05-05T18:52:00.000+02:00

Definiţie : cel mai al dracu' animal de pe faţa pământului.

Ca şi resursă IT , este poziţionat în categoria "people". Având în vedere că îl consider o resursă strategică (când mulţi consideră că nu mai e nimic strategic în IT) , recomand să fie studiat cu mare atenţie.

COBIT 5

2010-04-17T10:44:00.000+02:00

Probabil aveţi vestea : (din 2011 se pregateşte) COBIT 5. Pe site la ISACA este un document care merită puţină atenţie : COBIT 5 Design .

Ce am remarcat : One Integrated Framework !

"COBIT 5 will be consolidated into a single overarching framework providing one consistent and integrated source of guidance. COBIT 5 will consolidate and integrate the COBIT 4.1, Val IT 2.0 and Risk IT frameworks and also draw significantly from BMIS and ITAF. In so doing, a new and more complete and consistent framework will be created."

Aştept cu mare interes.

De ce nu mai scriu ?

2010-04-10T08:53:00.000+02:00

de ceva vreme...

O perioadă mai agitată , atât pe plan profesional cât şi în viaţa personală.

În plus, mi-am vândut sufletul.

Riscuri IT, o listă lungă

2010-01-05T19:47:00.000+01:00

Interesant de răsfoit:

http://catless.ncl.ac.uk/Risks

Managementul capacităţii

2009-12-10T09:27:00.000+01:00

Această activitate îmi ocupă foarte mult timp în această perioadă a anului, aşa că m-am gândit să scriu câteva rânduri. Trebuie să ne familiarizăm cu anumiţi termeni specifici, definiţiile le găsim în glosar:
- capacitate
- managmentul capacităţii
- sistem informatic de management al capacităţii
- plan de capacitate
- planificarea capacităţii

Trecem mai departe şi aruncăm o scurtă privire prin materialele unde este tratat subiectul. Intenţionez doar să indic sursele cele mai importante :

COBIT : Capitolul "DS3 Manage Performance and Capacity"
ISO 20000 : Capitolul 6.5 , în ambele cărţi
ITIL v3 : Capitolul 4.3, în cartea de Service Design

Spre final, câteva aspecte din practică:
- o planificare necorespunzătoare a capacităţii are efecte neplăcute asupra business-ului. Lipsa de capacitate duce la incidente, prea multă capacitate înseamnă risipă.
- business-ul este cel care oferă informaţii despre nevoile viitoare, IT-ul face tot posibilul să se alinieze.
- într-o relaţie furnizor-client, clientul este cel care furnizează informaţii din perspectiva business-ului.
- serviciul oferit este semi-transparent, furnizorul nu poate face tot timpul o analiză completă a capacităţii împreună cu clientul
- planul de capacitate trebuie respectat. Incidentele cauzate de nerespectarea planului de capacitate sunt greu de explicat.
- periodicitate : recomandarea este ca elaborarea unui plan de capacitate să fie făcută anual
- nu uitaţi că şi omul este o resursă (foarte importantă), care are anumite limite.

Teoria constrângerilor

2009-12-08T08:50:00.000+01:00

Prescurtat, TOC - din Theory of Constraints. Am găsit multe scrise despre acest subiect, aşa că nu intenţionez să reinventez roata - doar intenţionez să il mediatizez. Pe scurt, este o filozofie a managementului, dezvoltată de dl. Goldratt.

Prima resursă de unde puteţi începe lectura este wikipedia : http://en.wikipedia.org/wiki/Theory_of_Constraints

Probabil o să vă întrebaţi ce legătura are cu Service Managementul, cu IT-ul în genereal. Ei bine, are. Vă las să digerati subiectul mai mult timp şi sper ca într-o zi să vin si cu un exemplu din practică.

Vă doresc o zi bună, cu fără prea multe constrângeri.

Servicii

2009-11-19T18:46:00.000+01:00

Cred ca a venit vremea să discutăm despre servicii. Din cărţi , despre ceea ce este un serviciu :

"Mijloace de a livra valoarea catre Clienti prin facilitarea acelor Rezultate/Obiective pe care Clientii le doresc sa fie atinse, fara detinerea Costurilor si Riscurilor specifice."

Livrăm valoare către clienţi : un aspect foarte important este acela de a înţelege ceea ce înseamană valoare pentru client. De multe ori trebuie să vedem lucrurile din perspectiva clienţilor pentru a înţelege ceea ce îşi doresc (rezultate/obiective). Comunicarea foarte clară dintre furnizor şi client este esenţială, îmi aduc aminte de o situaţie foarte "deosebită" când am hotărât împreună cu un client să-i ofer un serviciu dimineaţa.

Costuri şi riscuri specifice : aceastea trec din responsabilitatea clientului în responsabilitatea furnizorului. În general cam aşa stau lucrurile, dar există şi excepţii mai ales în zona de conformitate/audit financiar/securitate.

Dacă tot oferim un serviciu, ne interesează satisfacţia clientului (pentru că el este consumatorul de servicii). Ei bine, este subiectivă. Serviciul, neavând prea multe caracteristici tangibile, este greu de evaluat mai ales din punct de vedere calitativ. Din acest motiv furnizorul şi clientul cad de acord asupra unor indicatori de performanţă.

Concurenţă loială ?

2009-11-16T19:53:00.000+01:00

Căutam în week-end un examen şi cerinţele pentru examinare. Sunt doi jucători mari pe piată care oferă posibilitatea susţinerii examenelor, sunt foarte cunoscuţi aşa că nu le menţionăm numele. Ei bine, mesajele pe care le-am primit arată cam aşa:

Site-ul nr. 1 :
" SPECIAL NOTICE:This website is scheduled to undergo routine maintenance on 14 November from Saturday, 6:00 p.m. CT–Sunday, 12:00 noon CT. During this time, you will not be able to schedule, reschedule or cancel test appointments. We apologize for this inconvenience and thank you for your patience."

Site-ul nr.2
"The website you are attempting to reach is temporarily unavailable due to scheduled maintenance. We apologize for any inconvenience.
Please check back again later. Thank You"

Apreciez mesajul primului site, care precizează serviciul oferit şi perioada în care acesta nu este accesibil. Trecând peste acest detaliu (important !) în modul de comunicare , este foarte posibil ca în spatele acestei mentenanţe să fie motive tehnice, care-i afectează pe ambii furnizori. Daţi-mi voie să fiu (poate) naiv şi să cred că şi-au planificat împreună mentenanţa, pur şi simplu din motive de etică în afaceri. Până la proba contrarie, tot respectul meu !

CMMI-SVC 1.2

2009-11-15T09:33:00.000+01:00

Dacă ne uităm în glosarul pentru ITIL v3, găsim următoarea definiţie pentru CMMI :

"Modelul Integrat de masurare a Maturitatii Capabilitatilor (CMMI) este un proces de imbunatatire dezvoltat de Institutul Software Engineering (SEI) din cadrul Universitatii Carnegie din Mellon. CMMI asigura organizatiilor elementele esentiale ale unui proces efectiv. Poate fi folosit pentru a ghida procesul imbunatatirii de-a lungul unui proiect, al unei divizii sau al unei intregi organizatii. CMMI ajuta integrarea functiilor organizationale, traditional separate, fixeaza obiectivele procesului de imbunatatire si prioritatile, furnizeaza indicatii pentru procese de calitate, si asigura un punct de referinta pentru aprecierea proceselor curente. Pentru mai multe informatii acceseaza http://www.sei.cmu.edu/cmmi/ "

SEI a extins modelul dedicat dezvoltatorilor de software, care era prezent pe piaţă de foarte multă vreme şi din Februarie 2009 avem un model dedicat serviciilor : CMMI-SVC 1.2. Documentaţia este prezentă aici : http://www.sei.cmu.edu/reports/09tr001.pdf

Procese, procese, procese - despre asta este vorba în acest material. Să nu uităm că avem nevoie şi de oameni pentru a furniza un serviciu.

Paradoxul Abilene şi "group thinking"

2009-11-12T21:56:00.000+01:00

Pe scurt, decizia luată de un grup este contrară oricărui interes a membrilor grupului. Este o situaţie neplăcută, până în momentul de faţă nu am întâlnit-o. Componenţa echipei este foarte importantă - pentru a asigura existenţa mai multor puncte de vedere, cel care deţine poziţia de lider trebuie să-i "interogheze" (de multe ori individual) pe toţi cei care fac parte din echipă pentru a afla aceste păreri.

http://en.wikipedia.org/wiki/Abilene_paradox

Similar cu paradoxul Abilene (şi mult mai frecvent întâlnit) o să dăm peste "group thinking".

http://en.wikipedia.org/wiki/Groupthink

Nu traduc termenul pentru că nu găsesc cuvintele potrivite. Diferenţă constă în modul de reacţie al echipei - în ultimul caz echipa se orientează în jurul unei idei şi este observată o abordare de grup (de multe ori neargumentată, subiectivă), dar există şi alte idei care sunt prezentate şi evaluate. Este un obicei pe care nu îl apreciez şi îl detectez foarte uşor urmărind fenomenul de "bisericuţe". În Service Management, fenomenul de "group thinking" l-am întâlnit cel mai frecvent în aria de management a problemelor, mai exact la indentificare cauzelor unor probleme - RCA.

Servicii placate cu aur

2009-11-11T21:13:00.000+01:00

Să nu credeţi ca am luat-o razna chiar aşa de repede :). E greu de tradus din engleză terminologia de "Gold Plate Services". Nici nu ştiu daca termenul este documentat prin vreun framework sau standard. O sa explic în următoarele rânduri şi sper să înţelegeţi la ce fac referire.

Un serviciu este oferit pe baza unor SLA-uri = Service Level Agreement. Să ne amintim definiţia : "Un Acord între un Furnizor de Servicii IT şi un Client. SLA descrie Serviciul IT, documentează Norma Nivelului de Servicii şi specifică responsabilităţile Furnizorului de Servicii IT şi ale Clientului." La ce mă refer în titlu: situaţia în care furnizorul de servicii oferă clientului o calitate deosebită a serviciului şi de ce nu, în afara ariei de responsabilitate.

De ce ar face un furnizor de servicii acest lucru ? Să vedem :
- creşte satisfacţia clientului. În general un client foarte satisfăcut aduce alţi clienţi
- ambiţii personale. Există situaţii în care vrem neapărat să dovedim că putem face un anumit lucru, chiar dacă nu e în aria noastră de responsabilitate
- orice alt scenariu, prin care urmărim o situaţie de câştig în ambele părţi (furnizor şi client)

Din păcate lucrurile nu merg tot timpul cum trebuie. Ce poate merge prost :
- clientul pur şi simplu nu e interesat de un serviciu care să-i depăşească aşteptările. Tu, ca şi furnizor, o să fii frustrat şi drept pedeapsă o să cauţi o cale să echilibrezi balanţa.
- alţi clienţi o să fie nemulţumiţi, pentru că ei nu primesc acest serviciu şi se simt ignoraţi
- probleme financiare. Efortul pentru oferirea acestor servicii placate cu aur este considerabil şi s-ar putea să nu se justifice financiar.
- când nu o să mai oferiţi acest serviciu, clientul o să se simtă ignorat

Eu vă recomand să fiţi moderaţi şi să vă gândiţi bine atunci când evaluaţi astfel de scenarii. Lucrurile pot merge înspre bine, dar echilibrul este foarte fragil şi situaţia poate degenera uşor.

Simularea unui DRP

2009-11-11T18:50:00.000+01:00

DRP - Disaster Recovery Plan
RTO - Recovery Time Objective (în cât timp restaurezi serviciul)
RPO - Recovery Point Objective (care este pierderea de date acceptată)

O să mă opresc pentru câteva momente asupra unui aspect pe care îl consider delicat şi care generează de multe ori discuţii aprinse. Mai jos pun o informaţie extrasă din Cobit 4.1 , mai exact din capitolul DS4 - Ensure Continous Service.

DS4.5 Testing of the IT Continuity Plan
Test the IT continuity plan on a regular basis to ensure that IT systems can be effectively recovered, shortcomings are addressed and the plan remains relevant. This requires careful preparation, documentation, reporting of test results and, according to the results, implementation of an action plan. Consider the extent of testing recovery of single applications to integrated testing scenarios to end-to-end testing and integrated vendor testing.

Subliniez câteva aspecte legate de acest test şi unele erori întâlnite de-a lungul vremii :
- testul trebuie să fie periodic. Dacă astăzi rezultatul a fost pozitiv, nu înseamnă că şi următorul o să fie la fel.
- după orice modificare majoră de arhitectură sau orice schimbare semnificativă asupra componentelor implicate într-o astfel de soluţie un nou test trebuie executat.
- rezultatul testului este pozitiv sau negativ. Am întâlnit foarte multă lume care consideră un test cu rezultat negativ un dezastru. Greşit ! Important este să inveţi din acest test, să documentezi ceea ce a mers rău şi să eviti la următorul test aceleaşi greşeli. Dacă rezultatul este negativ de mai multe ori consecutiv, planul trebuie revizuit complet.
- revizuirea rezultatelor în urma testelor, îmbunătăţirea documentaţiei şi informarea echipei sunt elemente esenţiale care vor creşte şansele de reuşită într-o situaţie reală.
- resurse (oameni) - am avut multe discuţii legate de acest topic. Îmi menţin părerea : pentru primul test (sau testul următor unui rezultat negativ), nivelul de cunoştinţe şi experienţa oamenilor trebuie sa fie mai mare decât media echipei. Acesta este momentul în care se stabilesc paşii ce trebuie urmăriţi, se scrie/corectează documentaţia. Dar, pentru testele recurente eu recomand alocarea unor persoane cu conştinţe medii şi rotirea acestor persoane. De ce ? Pentru că în momentul în care o să ai o situaţie reală ai nevoie de ajutorul echipei şi nu doar a celor mai experimentaţi.
- aveţi mare grijă ca în timpul testului să nu afectaţi mediul de producţie. Având în vedere că se incearcă o simulare cât mai reală, şansele de a afecta mediul de producţie sunt destul de ridicate.
- de cele mai multe ori testul este anunţat şi nu sunt întâmpinate probleme în a respecta RTO/RPO. O situaţie extremă puţin probabil că o să fie planificată. Încercaţi să luaţi prin surprindere echipa şi cereţi o simulare care nu este prevăzută. De obicei există o înţelegere scrisă legată de timpii de reactivitate pentru a activa o astfel de soluţie.

Spre final, un motto : "Pregătiţi-vă pentru ce e mai rău, aşteptaţi-vă la ce e mai bun !"

Glosar ITIL v3 - traducere

2009-11-11T18:13:00.000+01:00

Un material util.

http://www.best-management-practice.com/gempdf/ITILV3_Glossary_Romanian.doc

Spaţiu pe disc şi soluţia de BC

2009-11-11T16:10:00.000+01:00

Atunci când ai un business mai serios, te gândeşti în mod normal şi la o soluţie de continuitate a business-ului în caz de dezastre. Ei bine, o să dau un exemplu foarte simplu în care o astfel de soluţie (destul de costisitoare) a fost anihilată şi (ce e mai trist) a trecut ceva vreme până a fost reactivată.

Soluţia de DRP este foarte simplă: se bazează pe Oracle Active Stanby Database. Foarte pe scurt, redolog-urile sunt transmise de pe baza de date primară pe o bază de date secundară unde sunt aplicate şi şterse. Din motive tehnice, aplicarea log-urilor pe baza secundară şi ştergerea lor nu a mai decurs corespunzător, acest lucru generând o alertă pentru spaţiu pe disc. Nimic deosebit până acum. Doar că tratarea incidentului a fost defectuoasă. Deşi exista un grad ridicat de urgenţă pentru rezolvarea acestui incident, neexistând nici un impact vizibil asupra mediului de producţie, rezoluţia a fost foarte mult întârziată. Ce se întâmpla dacă în acest interval trebuia activată solutia de BC ? O întrebare fără răspuns.

Ce trebuie învăţat de aici:
- definiţia unui incident nu trebuie uitată: (Service Operation) întreruperea neplanificată a unui serviciu IT sau degradarea calităţii unui serviciu IT. Defectarea unui element de configurare care nu a afectat înca un serviciu reprezintă de asemenea un incident.
- prioritatea incidentului este determinată de urgenţă x impact
- revizuirea periodică a incidentelor (indiferent de prioritate) ajută la detectarea unor astfel de situaţii
- toţi participanţii în oferirea unui serviciu IT trebuie periodic educaţi, o solutie de BC este ultima scăpare în situaţii neplăcute.

Puţin despre ISO/IEC 20000

2009-11-09T14:17:00.000+01:00

Se face că zilele acestea citesc tot mai mult despre ISO/IEC 20000. Comparativ cu ITIL, sunt câteva diferenţe notabile, pe care le găsiţi aici :

http://www.best-management-practice.com/gempdf/ITIL_and_ISO_20000_March08.pdf

Un lucru foarte important pe care trebuie să îl ţineţi minte:
- ITIL este un framework
- ISO/IEC 20000 este un standard. Acest lucru îl face auditabil.

Documentaţia pentru ISO/IEC 20000 conţine două volume :
- ISO/IEC 20000-1:2005 Specification
- ISO/IEC 20000-2:2005 Code of Practice

Prima parte este orientată spre standard, detaliază obligativitatea (Shall) implementării conform cerinţelor. A doua parte reprezintă mai mult un ghid de implementare (Should).
Câteva cuvinte despre SHALL şi SHOULD găsiţi aici :
http://adimunteanu.wordpress.com/2009/11/09/should-vs-shall/

Spre final, de unde să incepeţi citirea acestui material ? Personal m-am orientat spre această carte : "ISO/IEC 20000 : An Introduction"

http://www.itsmf.co.uk/Shop/Products/ISO20000introduction.aspx

ITIL v2 - retras de pe piaţă

2009-11-02T20:30:00.000+01:00

OGC retrage ITIL V2 de pe piaţă :

V2 Foundation - 30 Iunie 2010
V2 Manager - 31 August 2010
V2 Practitioner - 31 Decembrie 2010
Foundation Bridge - 31 Decembrie 2010

Mai multe informaţii, direct de la sursă :

http://www.ogc.gov.uk/itil_ogc_withdrawal_of_itil_version2.asp

Contract - puterea unui cuvânt

2009-11-02T20:07:00.000+01:00

Prin vară am aflat "adevăratul sens" al acestui cuvânt: contract. De ce pun ghilimele ? Pentru că gradul de utilizare al acestui cuvânt în Service Management este destul de mare, dar de multe ori îi uităm sensul. Uitându-mă mai târziu în dicţionar am ajuns la o concluzie simplă: trebuie folosit cu măsură, doar atunci când este neapărat nevoie. Folosirea excesivă a cuvântului "contract" poate anunţa o degradare a relaţiilor de business. Drept înlocuitor recomand folosirea cuvântului "înţelegere" (agreement) - este mult mai lejer şi reflectă o relaţie de bună colaborare.

http://www.dex-online-ro.ro/search.php?cuv=contract

~ convenţie, înţelegere scrisă prin care două sau mai multe părţi se obligă reciproc la ceva.
~ economic = contract între două întreprinderi prin care o parte se obligă să livreze anumite produse, să presteze un serviciu sau să execute o lucrare, iar cealaltă să plătească preţul mărfii sau al lucrării, ori tariful serviciului efectuat.

Termenul (şi explicaţia) în engleză întăresc cele spuse mai sus prin nuanţarea obligaţiilor legale :

http://en.wikipedia.org/wiki/Contract

"In law, a contract is a binding legal agreement that is enforceable in a court of law. [1] That is to say, a contract is an exchange of promises for the breach of which the law will provide a remedy."

De ce acest blog ?

2009-11-02T18:36:00.000+01:00

Simplu : în urmă cu vreo două săptămâni terminam un curs de project management şi am găsit destul de multe site-uri din .RO dedicate subiectului. Nu am găsit prea multe informaţii despre IT Service Management scrise în limba română aşa că m-am hotărât să scriu şi eu câte ceva. O să scriu mai mult chestii practice şi când e nevoie o să menţionez şi sursele teoretice.

Părerile exprimate aici sunt personale şi nu reprezintă viziunea companiilor prin care am trecut sau la care activez.

Orice comentariu este binevenit !