De cine nu iti doresti sa dai la o implementare

De cine nu iti doresti sa dai la o implementare. Pai de atotstiutorul manager de proiect, pus cu dedicatie in aceasta pozitie din partea clientului.

Din experienta orice firma de software isi are procedurile ei si mersul ei si este bine sa le respecti. Procedezi altfel daca ti se dau semne cum ca nu au experienta sau nu au mai facut astfel de implementari/customizari. Totusi, daca pleci la drum cu o firma ce are experienta de implementare in domeniul tau de activitate si are si solutii mature si pregatite la cheie sa fie impementate cu atat mai mult nu te pui Gica Contra sa schimbi mersul lucrurilor. Da, trebuie sa fi atent la cine iti este trimis la implementare caci cel mai probabil la prezentari si discutii ti-au venit crema cremelor dar la implementare este posibil sa ti se trimita o maioneza taiata. In caz contrar este bine sa ii lasi sa isi faca treaba.

Tot din experienta, daca trebuie in cadrul unei implementari sa iti modelezi tu fluxurile 49% dar cu obtinerea aceluiasi rezultat si fara sa sacrifici timpi in operare sau in procesarea informatiilor, atunci fa-o pentru caci nu este un capat de lume sa schimbi ceva atata timp cat castigi ceva. Si de ce zicem ca castigi ceva. Pai pentru ca plecam de la premisa ca ai evaluat produsul si ca in plus fata de platforma folosita in momentul de fata vei castiga ceva fie ca vorbim de sisteme de raportare in plus fie ca vorbim de reducerea sau degrevarea personalului de anumite sarcini inutile si consumatoare de timp, in mod cert ceva te-a miscat in directia implementarii unui nou sistem si mai exact in directia implementarii sistemului ales.

Ok, ai luat decizia si ai plecat la drum cu cineva si constati ca la implementare lucrurile nu stau 100% asa cum iti imaginai. Daca deviatiile nu sunt majore si nu in detrimentul tau atunci nu are rost sa te impui mai mult decat este nevoie. Urmareste finalitatea. Daca ai ales pe cine trebuie si acea companie are experienta in domeniu atunci probabil ca niste proceduri sunt urmarite a.i. proiectul sa ajunga la un final satisfacator pentru ambele parti.

Orice manager de proiect al unei companii software, teoretic, nu incearc doar sa urmareasca orbeste o procedura a.i. sa se acopere de hartogaraie si sa termine teoretic si nu practic un proiect. Daca clientul se aliniaza la mersul lucrurilor atunci o reusita se intrevede. Da, exista si situatia contrara dar hai sa nu ne gandim la ea inca. Ne aflam aici ca sa facem treaba, furnizori si clienti deopotriva.

Mentionam acest subiect pentru ca au fost cazuri in care si noi ne-am confruntat cu acest stereotip perpus in cadrul personalului implicat in implementare din partea clientului. Stereotipul nu este des intalnit dar si cand dai de el trebuie sa te gandesti cum sa abordezi, manipulezi, influentezi situatia a.i. sa nu superi pe cineva dar sa si ajungi cu proiectul intr-un stadiu in care sa il poti controla fara alte intemperii. Acest lucru necesita un management de proiect practicat du delicatete si finete, va garantam  ;).

In rest, va dorim multe implementari reusite, indiferent din care parte a baricadei priviti lucrurile si multe alegeri reusite!

Bruce-Almighty

 

Advertisement

Piata ERP din Romania, matura sau nu?

Este piata ERP din Romania, matura sau nu. Daca nu, cand va ajunge la maturitate. Cand teritoriile vor fi bine delimitate intre vendorii mari din domeniu. Asa s-ar parea ca ar fi parerea unora dupa cum deduc citind diverse articole.

Cand m-am angajat in domeniu citeam destul de multe articole pentru a ma pune la curent si concluzia atunci, la finele lui 2007 era ca piata ERP din Romania nu a ajuns la maturitate. Acum citesc alte articole si concluzia pare a fi aceasi.

Din cauza asta tind sa cred ca este putin gresit punctul de vedere dupa care se face acesta afirmatie si aici ma refer la piata locala si la furnizorii locali de solutii integrate, lasandu-i deoparte pe marii jucatori externi patrunsi pe piata. Domeniul solutiilor enterprise este unul destul de dinamic si lucrurile au evoluat mult din 2007 pana in prezent. Normal ca regulile se schimba si criteriile dupa care piata din Romania ar fi fost evaluata ca una nematura acum 5 ani s-au schimbat, au evoluat, au luat amploare.

Daca ar fi sa analizez aceasta afirmatie din punct de vedere al tehnologiilor, al gradului de integrare, al functionalitatilor as zice ca suntem destul de maturi. Daca ar fi sa analizez problema din punctul de vedere al gradului de configurare al aplicatiilor si al bug-urilor tinute la un nivel destul de scazut sau al posibilitatilor de personalizare a aplicatiilor oferite de piata locala, as zice ca sunte deja maturi.

In schimb daca ar fi sa analizez problema din punct de vedere al costurilor de licentiere, de implementare, de dezvoltare, da, nu suntem acolo dar probabil nici nu trebuie. Costurile dupa care functionam acum, desi mult scazute fata de cele practicate de companiile externe sunt mult mai mici si poate ca asta ii face si pe unii sa afirme ca nu suntem o piata matura.

Unii afirma ca nu suntem maturi din cauza ca, furnizorii locali incearca sa ofere solutii pentru orice domenii, asta fiind o dovada a nematuritatii noastre si ca ar trebui sa ne stabilim pe cateva verticale si sa ramanem acolo, sa lasam restul verticalelor altora si tot asa. Iara o afirmatie cu care nu sunt de acord. Sa raman pe o verticala pana vin altii si ma elimina si de acolo. Oricat de bun as fi la acea verticala, la a oferii software pe o anumita industrie, nu am cum sa evoluez asa ca si integrator. Deja cand incepi sa dezvolti software personalizat constati cat de usor devine cu timpul sa creezi module operationale pentru diverse industrii si care sa le integrezi cu core business-ul tau. De ce sa ramai la o industrie cand poti oferi software-uri pentru oricine cu costuri reduse si functionalitatii si integrari la un nivel destul de inalt.

De ce sa ramai la o industrie atunci cand jucatorii mari ce afirma ca piata locala nu este matura pentru ca nu exista o verticalizare clara a solutiilor, chiar ei in catalog au aplicatii preconfigurate pentru un numar mare de industrii.

Tind sa cred ca si studiile astea de piata sunt doar o alta strategie…

Cum am spus, daca in 2006-2007 ne era destul de greu sa implementam intr-un domeniu nou, acum, dupa 7 ani de experienta pot spune ca unei echipe mature de implementare/dezvoltare cu experienta in domeniu ii este relativ comod sa dezvolte, sa integreze si sa implementeze solutii in domenii cu totul noi si cu atat mai mult in domenii deja atinse, parcurse, asimilate.

Am vazut solutii externe cu implementari esuate cu bugete mult depasite si cu bug-uri incredibile puse pe seama proastei configurari a sistemului sau a cerintelor neclare ale clientului. Pai atunci de ce mai exista echipa de implementare, daca nu sa previna si sa mentina implementarea pe fagasul corect. Nu zic ca nu exista implementari nefericite, am avut parte si de asa ceva, dar uitandu-ma in trecut, pot afirma ca acestea sunt produse doar din lipsa de experienta a echipei de implementare si cu greu pot fi puse pe seama solutiei in sine.

Noi va recomandam sa continuam integrarile sa continuam dezvoltarile prin prisma implementarilor personalizate, sa evoluam impreuna si sa apelam mereu la know-how-ul dobandit pentru a oferi solutii de calitate prin servicii de calitate pe o piata nu neaparat matura ci mai degraba dinamica deoarece cine invata merge inainte, cine nu, da inapoi.

Succes!

Crawl_Walk_Run

GITS Leasing, aplicatie destinata institutiilor financiare nebancare

Inca din 2007 printre modulele aplicatiei GITS se regaseste si GITS Leasing destinat firmelor de leasing, IFN-urilor. Aplicatia a fos timplementata cu succes inca de atunci si este gandita de asa natura incat permite unui numar restrans de utilizatori gestionarea rapida a unui numar mare de contracte. Aplicatia este prevazuta printre altele de optiuni de facturare in grup a contractelor cu anuitati scadente precum si de trimitere automata a facturilor emise pe email catre un grup de clienti sau catre toti clientii din baza de date.

Modulul este interfatat in timp real cu cel de contabilitate care ruleaza pe un plan de conturi modificat asa cum se impune IFN-urilor.

Printre plusurile acestui sistem integrat distribuit si implementat de GITS reamintim:

  • Contabilitate bancara cu plan de conturi dedicat;
  • Generarea automata a raportarilor catre BNR;
  • Generare automata de scadentare dupa cele 2 metode: Rate de capital egale (rata de capital este aceasi pe durata contractului iar dobanda scade) sau redenvente egale (total rata este constata pe tot parcursul contractului iar acest lucru se intampla deoarece rata de capital creste iar dobanda scade dar cumulat dau aceasi valoare dealungul perioadei);
  • Posibilitatea schimbarii scadentarului in timpul derularii contractului de la o anume rata pana la finalul contractului;
  • Posibilitatea setarii unei  dobanzii penalizatoare la definirea contractului, dobanda ce se poate activa in cazul intarzierii in achitarea facturilor mai mari de un numar stabilit de zile. Atunci programul printr-o unealta dedicata ii prezinta utilizatorului ce contracte cu dobanda penalizatoare au intarzieri la plata si li se poate activa aceasta dobanda. Aceasta poate fi stopata ulterior;
  • Posibilitatea setarii si retinerii cursului EURIBOR la momentul semnarii. Aplicatia detine o unealta dedicata de import a cursului EURIBOR din fisier excel. Apoi exista optiunea de a compara cursul EURIBOR din momentul semnarii unui contract cu actualul curs EURIBOR, Daca acesta a crescut se poate majora automat dobanda contractului respectiv daca este prevazut cu o astfel de clauza;
  • Calcul automat de provizioane cu stornarea lor automata luna urmatoare de catre program (unelte dedicate);
  • Reevaluare automata contracte;
  • Generare automata de scadentar, oferta si contract in format PDF;
  • Emitere facturi in grup pe baza scadentarelor. Procedura dureaza foarte putin. Listare automata de facturi in grup;
  • Folosind modul GITS Alerter se pot expedia automat facturile pe email in grup catre toti clientii facturati in luna;
  • Rapoarte customizate;
  • Arhitectura multitasking. Permite lucrul cu mai multe ferestre in acelasi timp;
  • Cel mai important, o echipa matura cu expertiza in metodologii de implementare si tehnologii de ultima ora.

Sper ca enumerarea de mai sus este una care starneste interesul celor avizati.

Succes in continuare! GITS.

leasing_logo

Cat conteaza dimensiunea furnizorului de solutii ERP?

Am citit de curand un articol in care se sugera ca o problema a solutiilor ERP verticale (solutii de nisa destinate anumitor industrii) ar fi ca printre furnizorii acestor solutii se regasesc si companii mici care prezinta un risc mare de business pentru compania ce le alege iar, acest criteriu de selectie ar trebui sa fie unui dintre cele mai importante aspect. Practic sugera companiilor ca ar trebui sa achiztioneze solutii ERP de la ai mai mari jucatori si, inainte de acest aliniat spunea cum 3 furnizor, cam cei mai cunoscuti de pe piata locala ofera deja solutii ERP de nisa foarte customizate.

Mi s-a parut destul de nelalocul lui comentariul mai ales ca, de curand, am citit un articol in presa din afara in care se sugera ca mai marii pietei internationale de ERP au probleme cu furnizorii locali de solutii informatice care vin cu pachete atractive, pline de noi functii integrate si preturi foarte avantajoase. Ma gandesc ca in interiorul unei piete locale schema se repeta. Mai marii pietei locale in industria ERP incep sa fie pusi in dificultate de diversi furnizorii de solutii software integrate care vin cu pachete mai atractive la costuri mai reduse ce inglobeaza functii si fluxuri mai customizate.

Practic, din cate vad eu, se merge pe ideea ca orice nas isi are nasul iar diferenta este facuta de clientul final care fie este unul ce stie sa isi controleze costurile foarte bine fie nu prea ii pasa si vrea sa se afiseze mergand la brat cu cei mai “cool” furnizori ERP de pe piata.

Probabil ca, in 5-10 ani acele companii mici cu care, domunul ce a scris articolul respectiv despre care va povesteam la inceput, va sugera sa nu va asociati vor deveni companii mari iar acele companii mari vor intra in declin sau vor fi atat de mari incat costurile lor de functionare vor fi enorme si automat se vor reflecta asupra clientilor finali in costuri de servicii de dezvoltare si implementare sau licentiere mult peste pretul real pe care cineva ar trebui sa fie dispus sa il plateasca.

Oricum, sarind de la o idee la alta, criza economica a facut si ceva bun pana la urma…ne-a invatat sa ne uitam mai bine in portofel inainte sa bagam mana.

De curand am incheiat un nou contract cu o companie destul de mare, companie ce folosea deja produsele unui jucator mare din industra ERP locala. Astfel, ne-am permis sa intrebam de ce anume schimba solutia ERP, nu ca nu am fi convinsi ca solutia noastra ofera multe avantaje, dar am vrut sa obtinem si o confirmare. Raspunsul a fost ca pe langa costurile mai reduse, ei gasesc la noi disponibilitatea de a ne adapta mai usor solutiile la nevoile lor, o facem cu mai putina usurinta si noile adaptari le implementam mult mai repede la niste costuri de dezvoltare si implementare mult mai corecte (cunostea modul nostru de lucru deoarece folosea anumite solutii de la noi dar nu si intreg ERP-ul). De asemenea ne-au spus ca le place atitudinea noastra de luptatori de guerrilla ai pietei ERP si ca nu le mai place atitudinea corporatista capatata de furnizorul acum inlocuit.

In trecut am avut si experienta de a fi inlocuiti de un jucator mai mare de pe piata. In urma acestei schimbari, am sunat directorul de IT al companiei respective, fostul nostru client, in ideea de a obtine un feedback privind noua solutie implementata. In discutia respectiva cel mai mult mi-a atras atentia un astpect. Dumnul respectiv, director de IT, mi-a comunicat ca, atunci cand folosea solutiile noastre, pe oricine suna din cadrul companiei era capabil sa ii dea un raspuns cat mai competent in privinta solicitarii avute pe cand acum, cu noua aplicatie, pana obtine un raspuns competent trebuie sa munceasca mai mult deoarece multi cu care discuta isi vad doar de treaba lor si il trimit mai departe catre x si y care se ocupa de particica aceea a aplicatiei sau a implementarii.

Ne-am cam lungit cu vorba. Pana la urma vroiam doar sa argumentez ca, un jocator local mai mic de pe piata ERP va poate surprinde cu solutiile oferite, nivelul de pregatire si alte cateva aspecte cheie in procesul de dezvoltare si implementare de solutii software integrate.

Va dorim succes in continuare. Echipa GITS.

light bulbs

GITS Alerter, o unealta interesanta

GITS ALERTER este este un instrument rapid si eficient dedicat transmiterii automate de informatii catre persoanele vizate.

Modulul Alerter a fost conceput si dezvoltat pentru a permite posibilitatea de a crea mesaje complexe, o mixtura intre datele statice care constituie scheletul mesajului si datele dinamice obtinute prin interogarea sistemului.

Transmiterea mesajelor se va realiza atat prin email-uri si/sau SMS-uri direct din aplicatia GITS Alerter.

Mesajele trimise catre clienti/furnizori/utilizatori pot fi editate, salvate si personalizate in mesaje text predefinite (temeplate-uri) , atat din punct de vedere al continutului cat si al semnaturii.

Modulul integrat de comunicare GITS Alerter, permite utilizatorului sa simplifice modul de transmitere a mesajelor prin email sau prin sms catre un tert sau un grup de terti prin predefinire unor mesaje sablon precum si a semnaturilor care vor fi atasate mesajelor respective.

Utilizatorii aplicatiei vor avea la dispozitie optiuni de adaugare, editare si salvare a continuturilor acestora.

Mesajele si continutul acestora pot fi adaugate, redactate, salvate, activate si utilizate atunci cand este necesar, toate textele create fiind active sau inactive si afisate intr-o lista de temeplate-uri pentru modificari ulterioare.

Din seria “fata nevazuta a investitiei”

Din seria “fata nevazuta a investitiei” va relatam unul din aspectele des intalnite ale acesteia.

In momentul in care bugetati o investitiei intr-un sistem ERP trebuie sa tineti cont ca, integrarea pachetelor ERP cu alte programe software este o alta cheltuiala de care nu se prea tine seama in procesul de bugetare si implementare.

O companie standard de gestiune-distributie sau una de productie poate folosi intern o suita de alte aplicatii add-on strict dedicate pentru partea de logistica, planificare productie si comenzi, etc (ex: portal online comenzi, aplicatie terminale portabile agenti).

Daca pe langa aceste aplicatii de luat in calcul mai adaugati si customizarea ERP-ului, trebuie sa va ganditi ca, costurile de integrare si dezvoltare ale sistemului vor arunca in aer bugetul preconizat.

Ca si solutie practica, fie porniti la drum cu un furnizor ale caror solutii acopera mare parte a proceselor si ramurilor businessului dvs, fie alegeti un furnizor cu experienta in genul acesta de integrari. Uneori gasiti intr-un singur loc ambele solutii :).

Schema scurta a procesului de implementare

Managementul unui proiect de anvergura trebuie sa fie bine fundamentat pentru a sustine schimbarile organizationale ce le va produce. Astfel metodologia standard de implementare pe care o practicam presupune parcurgerea pasilor de mai jos, pasi ce vor fi indepliniti de echipa comuna (reprezentantii companiei client si reprezentantii GITS) de implementare:

Deznodamantul unui astfel de management de proiect este un client pregatit sa utilizeze eficient sistemul integrat in cadrul proceselor sale si sa il exploateze in vederea obtinerii celor mai bune rezultate.

Adevaratele probleme nu sunt bug-urile

Problema “bug-urilor” din aplicatiile ERP, paradoxal vorbind, poate fi considerata o problema minora daca e sa comparam aceasta problema cu o alta categorie de probleme si anume gradul de adaptare al aplicatiilor ERP la verticala si specificul clientilor.

Cu siguranta, bug-urile au dat si dau in continuare mari probleme de cap programatorilor si consultatilor dar, daca un bug poate fi corectat in decurs de ore, constatarea faptului ca aplicatia ERP ce se incearca a se implementa este departe de specificul clientului, in termeni de functii si flux, este o problema reala ce nu poate fi corectata decat cu eforturi maxime si intr-un orizont de timp considerabil mai mare.

Adesea, aplicatii software dezvoltate de lungul timpului pe orizontala (dezvoltate a.i. sa impace mai multe domenii dar sa nu detina toate functiile cheie complete ale nici unuia) sunt achizitionate de companii care au cerinte extrem de specifice. Totusi, procesul se opreste aici deoarece de multe ori aceste aplicatii sunt doar vandute dar nu si implementate.

Rezultatul majoritar al acestui gen de tentative este inevitabil asa numitul shelfware (software which is never used and so ends up on the shelf) si anume manuale de software, analize, caiete de sarcini si CD-uri ce au ca singur rol sa sprijineaca praful din biroul managerului IT ca marturie a esecului proiectului de implementare.

Stocurile, un rau necesar?!

Stocurile, un rau necesar?! Rau daca le ai, rau daca nu le ai dar mai bine sa le ai.
Managementul stocurilor este o operatiune critic de importanta mai ales pentru segmentul de distributie si retail. Idealul in acest segment este ca stocurile sa fie disponibile spre vanzare doar atunci cand clientii au nevoie de ele.
Asigurati-va de trasabilitatea intre cerere si oferta cu solutiile GITS de gestiune si distributie!

Never give up!

Stiti povestea din spatele lantului de restaurante KFC? Este o poveste care merita ascultata.
Dl. Harland Sanders fost colonel si pensionar la momentul aparitiei KFC-ului, la varsta de 65 de ani, si-a propus sa nu stea pur si simplu, zi de zi si sa isi astepte pensia. Astfel, dumnealui s-a gandit sa dezvolte ceva pe baza retetei de pui care sta acum la baza lantului KFC. Fara a avea un plan de afaceri bine pus la punct, acesta s-a dus la primul restaurant care i-a iesit in cale si i-a propus patronului sa utilizeze reteta sa si sa-i dea o parte din profitul obtinut de pe urma ei. Patronul s-a gandit ca dl Sanders este senil si s-a descotorosit de el. Totusi, Harland Sanders nu s-a dat batut ci a continuat sa se duca si la alte restaurante cu aceeasi propunere, aceeasi reteta. Aveti idee peste pragul a cate restaurante a trecut Dl. Sanders pana sa obtine primul raspuns pozitiv privind propunerea sa? La 1009 de restaurante. Da, ati inteles bine, o mie noua.
Morala acestei povesti ar fi ca, atunci cand considerati ca ati facut tot posibilul, ca ati incercat toate variantele, ca nu veti reusi niciodata…incercati in continuare. S-ar putea ca 1001 incercare sa va aduca si roadele. Perseverenta va va fi rasplatita. Nu va dati batuti!