am menționat-o într-o postare anterioară despre alegerea celui mai bun software, în care ne-am concentratanaliza preliminară a propriei persoane afaceri corporative (fără de care nu este posibil să faci o alegere înțeleaptă). Vom vedea, de asemenea, că, pentru o selecție bună, este necesar să avem în vedere un număr limitat de furnizori. Pentru a analiza apoi nu numai soluțiile din punct de vedere „tehnic”, ci și serviciile pe care le oferă și organizarea resurselor umane care, în cadrul companiei noastre, vor fi necesare pentru a obține la maxim din noul software. În caz contrar, ne-am fi cheltuit rău banii neobținând beneficiile dorite.
Acum să facem un pas înapoi și să ne întrebăm care dintre noi cerințe funcționale si care cum să cumpărați va trebui să prezinte soluția ideală pentru nevoile noastre: pe scurt, care sunt principalele beneficii pe care ne așteptăm să le găsim în cel mai bun software. Tot în acest caz, în ceea ce privește analiza preliminară a afacerii noastre, nu vom lua în considerare niciun produs special sau specificații tehnice: acesta va fi următorul pas. Deocamdată, vom completa doar o listă de verificare cu elementele de „bifat” care vor fi utile în următorii pași.
„Ne întrebăm care dintre ele cerințe funcționale si care cum să cumpărați va trebui să prezinte soluția ideală pentru nevoile noastre: pe scurt, care sunt principalele beneficii pe care ne așteptăm să le găsim în cel mai bun software "
Și, de asemenea, în acest caz, al nostru lista de sarcini este articulat și implică mai mulți factori de decizie intern companiei noastre: cu siguranță nu doar departamentul IT.
La selecția de software de clasă întreprindere poate fi efectul unei nevoi, manifestat de un sector intern al companiei noastre sau un mandat direct al acestuia management de top (care are o viziune de ansamblu asupra intereselor viitoare ale companiei și a strategiei de urmat). Originea mandatului propriu-zis depinde în mare măsură de faptul dacă procesul are în vedere CORE sau secundar afacerii. Amintind că de multe ori alegerea unui software nou este cheia schimbării proceselor.
În orice caz, ceea ce contează cu adevărat este acela toate actori implicați (inclusiv cei care manifestă nevoia, cei care iau decizii la cele mai înalte niveluri și cei care au abilități tehnice și funcționale pentru a duce negocieri viitoare) trebuie să fie aliniat la scopul selecției și la caracteristicile soluției pentru a fi dobândite.
Doar cu aceste presupuneri, putem efectua în realitate versiunea lista cerințelor funcționale. În mod ideal, cei trei actori (utilizatori, manageri de top și analiști tehnico-funcționali) se vor reuni pentru o afacere comună brainstorming. Fără îndoială, această posibilitate depinde de variabilă timp (este necesar să se țină cont de costurile interne pentru defiținerea și managementul a proiect).
Iar această activitate de aliniere este cu atât mai importantă dacă avem în vedere un aspect suplimentar al selecției: ca în fiecare „Călătoria cumpărătorului”, adică procesul de achiziție care pornește de la o nevoie și trece prin preluarea informațiilor despre oferta de pe piață, pot exista unele „Zonele gri”. De fapt, nu este rar ca managementul de vârf, sau funcția companiei care să beneficieze de soluție, să se afle că au o cunoaștere generică a soluției care trebuie adoptată: știe ce vrea, nu cum să o spună clar și explicit. Și asta este Utile sprijin de specialitate în sectorul IT, dacă este condus de analiști funcționali buni, care pun la punct abilitățile potrivite.
Aici atunci câteva întrebări pe care le va pune echipa: care este lista detaliată de cerințe? Este fiecare punct clar pentru întreaga echipă care a întocmit lista de verificare? Cine va duce negocierea are în vedere mandatul? Și mandatul în sine este specific și detaliat sau are lacune? O strategie bună de adoptat ar putea fi metoda Scrum: cei care participă la proiect spun o poveste astfel încât prezentarea discursivă să favorizeze defimentiunea conceptelor care vor fi folosite pentru lucrare.
Adesea, soluțiile de pe piață nu au toate funcțiile cerute de către cumpărător. Managerii companiei știu acest lucru de la început. Acesta este motivul pentru care, odată întocmită lista de verificare, procedăm la stabilirea unui index de prioritate: fiecare companie, odată ce obiectivele sunt stabilite, are propria sa.
„Adesea, soluțiile de pe piațănu au toate funcțiile cerute de către cumpărător. Managerii companiei știu acest lucru de la început. Acesta este motivul pentru care, odată întocmită lista de verificare, procedăm la stabilirea unui index de prioritate
Unii sugerează asocierea la fiecare cerință, un scor diferit de importanță: punctajul general al fiecărei soluții examinate va fi suma cerințelor actuale și importanța lor relativă. Este un sfat de bun-simț, cu condiția să nu fii prea schematic în evaluarea finală: este firesc ca în atribuirea unui evaluare există și factori externi software-ului, mai mult decât orice legat de furnizor. Le vom vedea într-o postare ulterioară.
Pentru a evalua intrinsec calitatea software-ului este necesar să se stabilească unele metrici obiective (prin urmare, dincolo de cerințele funcționale, pur subiective, cerute de companie).
Să nu știi ce variabile să măsoare produsul înseamnă să nu poți conștientiza valoare. Din nou, vrem să compilăm o listă primul pentru a examina soluțiile individuale: îl vom folosi ca un contor în momentul selecției efective.
Există o largă literatură pe această temă: de fapt, introduceți doar un motor de căutare „Calitate software” pentru a descoperi postări și cărți pe această temă. Un punct de plecare util este vocea Wikipedia, care listează un set de parametri extern (adică în ceea ce privește calitatea percepută de utilizator), pentru a evalua calitatea soluției care trebuie achiziționată. Printre acestea: corectitudinea, fiabilitatea, robustetea, eficienta. Dar, de asemenea interior, verificabile de către o echipă din dezvoltatori: mentenabilitate, reutilizabilitate, modularitate sunt câteva dintre exemplele enumerate.
Tot în acest caz echipa decide un indice de prioritate pentru diverși parametri: de exemplu, managementul companiei, care are viziunea strategică a proiectului, poate atribui o importanță secundară reutilizării software-ului. Și, desigur, în această fază a selecției software, este bine să cunoaștem părerea funcția de calitate a companiei (acolo unde este prezent).
Este o variabilă fundamentală: înainte de a începe o negociere, trebuie să aveți în vedere buget total pentru care aveți disponibil achiziție software (atât pentru software-ul în sine, cât și pentru costurile man-hour necesare activității de selecție). Pentru a stabili o sumă realistă, unii au deja un punct de referință al soluțiilor dobândite anterior de companie, alții se bazează pe cuvântul gurii printre colegii din același sector (sau din același grup industrial). Verificarea cât a fost cheltuit anterior pentru soluții similare facilitează procesul de selecție a software-ului.
"Trebuie să aveți în vedere bugetul general pe care îl aveți disponibil pentru achiziție software: verificați cât a fost cheltuit anterior pentru soluții similare, de fapt, facilitează procesul de selecție a software-ului "
Desigur, prețul unui software la nivel de întreprindere este o consecință directă nu numai a calității sale intrinseci, ci și a muncii prestate de furnizor pentru proiectarea și dezvoltarea acestuia: pentru a amortiza costurile, există forme flexibile de achiziție (le vom vedea la punctul 6).
Nu se va vorbi niciodată despre asta: fiecare companie se ocupă o cantitate din ce în ce mai mare de date referitoare la afacerile sale și la clienții săi. În același timp, știm că în ultimii ani numărul de oameni a crescut atacuri cibernetice pe bazele de date ale companiei. Protejarea informațiilor dvs. este așadar o responsabilitate directă și inevitabilă a celor care o gestionează.
Una dintre sarcinile celor care desfășoară negocierea va fi, prin urmare, cunoașterea protecțiilor puse la dispoziție de furnizor. Între timp, o cunoaștere de bază a riscurilor și soluțiilor nu poate răni: Director departament TIC el va putea informa contactele companiei sale despre ambele aspecte.
Decideți dacă preferați o soluție în nor (pe infrastructura de la distanță) sau on-premise (instalat pe serverele companiei) nu este pur și simplu o problemă: bugetul și tipul de gestionare a datelor au un impact direct asupra acestora modul în care este administrat software-ul.
Pentru mulți manageri, unul soluție pe premisă este încă asociat cu o percepție a stabilității și a controlului: cu toate acestea, investițiile cele mai substanțiale trebuie luate în considerare. Pe de altă parte, norul este mai flexibil și mai puțin costisitor din punct de vedere al prețului, dar necesită ca furnizorul să ofere garanții mai mari în ceea ce privește securitatea datelor și performanța canalului (adică viteza de transmitere și execuția programului).
Modul în care sunt asumate costurile se modifică și: prețul pe premisă se bazează, în general, pe o plată a licențiere, costuri de personalizare, configurare inițială, costuri de întreținere ulterioare și așa mai departe. Norul este un model plata pe utilizare: o fructare mai mare, costul este mai mare. În mod obișnuit, în modul cloud, toate taxele care compun costul sunt transformate într-o taxă care le însumează, de obicei mai mici (în comparație cu un angajament contractual pe mai mulți ani, adesea de la trei la cinci ani).
Poate părea un paradox, dar este doar aparent: o listă de verificare bună a așteptărilor pe care le plasăm la noua soluție ... nu ignoră o analiză a software-ului care trebuie schimbată. Desigur, nu ne referim la situația unei prime instalări.
"O listă de verificare bună a așteptărilor pe care le plasăm la noua soluție ... nu ia în considerare o analiză a software-ului care trebuie schimbată
În primul rând, scopul este de a indica puncte slabe: sunt particularitățile care ne-au determinat să căutăm un produs diferit. Chiar și vârstele software-ului și tratamentul agresiv pe același lucru se pot dovedi a fi o mișcare greșită.
Cu toate acestea, este posibil să fie necesar să notăm și câteva tari: nu se spune, de fapt, că gestionarea procesului cu soluția veche a fost incompletă în toate aspectele.
De asemenea, în timpul acestei analize, este util să faceți o muncă partajată: cunoștințe funcționale e cunoștințe tehnice merg mână în mână și ambele contribuie la o evaluare mai concretă a calității software-ului. Chiar și cea care se va schimba!
Personal, cred că atunci când software-ul nu mai este adecvat, cu siguranță nu este vina celor care au ales atunci. pur și simplu piața s-a schimbat iar software-ul respectiv nu răspunde nevoilor de afaceri noi. Acesta este motivul pentru care cea mai recentă orientare este din ce în ce mai mare spre a refactorizare aplicații continue.
Autor Paolo Ravalli
În lumea învățării automate, atât pădurile aleatorii, cât și algoritmii arborelui de decizie joacă un rol vital în clasificare și...
Există multe sfaturi și trucuri pentru a face prezentări grozave. Obiectivul acestor reguli este de a îmbunătăți eficacitatea, fluiditatea...
Raportul „Protolabs Product Development Outlook” a fost lansat. Examinați modul în care produsele noi sunt aduse pe piață astăzi...
Termenul de durabilitate este acum utilizat pe scară largă pentru a indica programe, inițiative și acțiuni care vizează conservarea unei anumite resurse...
Orice operațiune comercială produce o mulțime de date, chiar și sub diferite forme. Introduceți manual aceste date dintr-o foaie Excel pentru a...
Compromisul e-mailurilor companiei a crescut cu peste dublu în primele trei luni ale anului 2024 comparativ cu ultimul trimestru al...
Principiul segregării interfeței este unul dintre cele cinci principii SOLIDE ale designului orientat pe obiecte. O clasă ar trebui să aibă...
Microsoft Excel este instrumentul de referință pentru analiza datelor, deoarece oferă multe caracteristici pentru organizarea seturilor de date,...
