ERP Tips & Tricks – Când o implementare poate eşua….?

Autor:
Data: 20-03-2014

Un lucru este evident – cu toţii ne dorim o implementare de succes, fie că ne aflăm în „barca” clientului, fie în cea a furnizorului. Un proiect, nu neapărat unul de implementare sistem ERP, este considerat un succes atunci când, în timpul şi în bugetul agreat sunt îndeplinite obiectivele stabilite la începutul proiectului.Totuşi, există proiecte de implementare care, în timp, sau chiar de la început se îndepărtează de la această definiţie. Unele din principalele motive pentru care o implementare este sortită unui eşec sunt: 1. Neînţelegerea obiectivelor stabilite la începutul proiectului, sau mai grav, lipsa acestor obiective. Există situaţii în care clientul ori nu ştie care sunt obiectivele lui de business, ori nu ştie să le exprime corect. E clar că în astfel de situaţii consultantul de implementare ar trebui să ştie să elimine aceste zone „gri”. Bineînţeles că se poate întâmpla şi invers – consultantul de implementare să nu […]

Despre Vechi și Nou

Autor:
Data: 11-03-2014

sau Despre Reticența la schimbare a utilizatorilor și despre cum se transformă din adversari în aliați odată cu trecerea timpului și cu obicinuirea cu noul ‘program’. N-ați avut senzația că vă aflați pe un câmp de luptă,  atunci când utilizatorii încep în sfârșit lucrul în ‘noul program’? Eu da, all the time, sau în cea mai mare parte a implementărilor. Într-un fel, implementarea unui ERP, aka ‘noul program’ este un război ’ iar noi, implementatorii suntem cei din linia intâi. Ca să fiu mai clar: unde se petrece conflagrația, cine este inamicul și cine sunt aliații? Terenul: este întotdeauna nou, plin de surprize și capcane: ești  în deplasare, pe terenul clientului. Aliații: sunt puțini, extremi de prețioși și foarte volatili:cînd ai mai mare nevoie de ei, nu sunt prezenți :). Sunt de obicei acei stakeholderi care doresc să depășească stadiul curent și doresc ceva mai bun pentru ei și pentru […]

Concepte de backup și restaurare a bazei de date Oracle

Autor:
Data: 03-03-2014

Este în general recunoscut faptul că planificarea continuităţii activităţii în caz de dezastru este o activitate vitală, dar destul de rar implementată în sistemele IT medii şi mici din România. Înainte de crearea planului în sine, este esenţial să se ia în considerare efectele potenţiale ale dezastrelor şi riscurile asociate. Acestea sunt bazele pe care ar trebui să fie construit planul de continuitate sau de refacere în caz de dezastru. Planul în sine trebuie să fie întreținut, testat şi verificat, pentru a avea certitudinea că acesta rămâne adecvat nevoilor organizației. Departamentul IT trebuie să stabilească împreună cu conducerea firmei cele două valori de referință pentru orice plan de refacere în caz de dezastru: RPO – Recovery Point Objective reprezintă cantitatea maximă de informaţie care este acceptabil să fie pierdută, exprimată în unități de timp RTO – Recovery Time Objective reprezintă intervalul maxim de timp scurs de la declanşarea incidentului până […]

Ce trebuie sa urmărească un administrator de baze de date Oracle?

Autor:
Data: 25-02-2014

E o vorbă care spune că  “este mult mai ușor să previi decât să tratezi”.  Acest lucru se aplică cam în toate domeniile, inclusiv în IT și este valabil și pentru orice administrator: de aplicație, de baze de date, etc. Ce ar trebui sa facă administratorul de baze de date Oracle pentru a asigura o exploatare optimă a acesteia? O definiție foarte sumară s-ar rezuma la următoarele atribuții: Să asigure buna funcționare a acesteia, mai exact: o încărcare optimă a resurselor pe server-ul de Oracle:  procesorul să nu fie ocupat 80- 90% din timp, memoria să nu fie ocupată peste 90%, să fie suficient spațiu astfel încât să permită creșterea bazei de date cu cel puțin 25%; un timp cât mai bun de răspuns al bazei de date pentru activitățile curente: introducere de documente, rapoarte financiare, balanțe contabile, etc.; diagnosticarea și rezolvarea cât mai rapidă a incidentelor apărute, în baza […]

Pagina 1 din 2212345...1020...Ultima »