spomenuli sme to v predchádzajúcom príspevku o výbere najlepšieho softvéru, na ktorý sme sa zameralipredbežná analýza vlastnej firemné podnikanie (bez ktorého nie je možné urobiť múdre rozhodnutie). Uvidíme tiež, že pre dobrý výber je potrebné zvážiť obmedzený počet predajcov. Potom analyzovať nielen riešenia z „technického“ hľadiska, ale aj služby, ktoré ponúkajú, a organizácia ľudských zdrojov, ktoré v rámci našej spoločnosti budú potrebné, aby sa čo najlepšie využil nový softvér. V opačnom prípade by sme svoje peniaze minuli zle tým, že nedostaneme požadované výhody.
Teraz sa poďme o krok späť a opýtajte sa sami seba, ktoré z nich sú funkčné požiadavky a ktoré ako nakupovať bude musieť predstaviť ideálne riešenie pre naše potreby: skrátka, aké hlavné výhody očakávame v najlepšom softvéri. Aj v tomto prípade, pokiaľ ide o predbežnú analýzu nášho podnikania, Nebudeme brať do úvahy žiadne konkrétne výrobky alebo technické špecifikácie: toto bude ďalší krok. Zatiaľ vyplníme kontrolný zoznam s položkami, ktoré „začiarkneme“ a ktoré sa hodia v ďalších krokoch.
„Pýtame sa sami seba, ktoré z nich sú funkčné požiadavky a ktoré ako nakupovať bude musieť predstaviť ideálne riešenie pre naše potreby: skrátka, aké hlavné výhody očakávame v najlepšom softvéri “
A tiež v tomto prípade náš zoznam úloh je kĺbový a zahŕňa viac osôb s rozhodovacou právomocou interné pre našu spoločnosť: určite nielen IT oddelenie.
La výber softvéru podnikovej triedy môže to byť dôsledok potreby, prejavujúci sa interným sektorom našej spoločnosti, alebo priamy mandát spoločnosti vrcholový manažment (ktorý má celkový prehľad o budúcich záujmoch spoločnosti a stratégii, ktorá sa má dodržať). Pôvod samotného mandátu do značnej miery závisí od toho, či sa uvažuje o postupe jadro alebo sekundárne k podniku. Pripomínajúc, že voľba nového softvéru je často kľúčom k zmene procesov.
V každom prípade je to skutočne dôležité všetko zúčastnené subjekty (vrátane tých, ktorí preukážu potrebu, tých, ktorí prijímajú rozhodnutia na najvyššej úrovni a tých, ktorí majú technické a funkčné schopnosti na uskutočnenie budúcich rokovaní), musia byť zosúladené s účelom výberu a charakteristikami riešenia získať.
Iba s týmito predpokladmi môžeme v skutočnosti navrhnúť zoznam funkčných požiadaviek, V ideálnom prípade sa naši traja aktéri (používatelia, vrcholoví manažéri a technicko-funkcionálni analytici) spoja pre spoločné podnikanie brainstorming, Táto možnosť nepochybne závisí od premennej čas (je potrebné vziať do úvahy interné náklady na definácia a riadenie a Progetto).
A táto zarovnávacia aktivita je o to dôležitejšia, ak vezmeme do úvahy ďalší aspekt výberu: ako v každom prípade „Cesta kupujúceho“, to je proces nákupu, ktorý začína potrebou a prechádza získavaním informácií o trhovej ponuke „Šedé oblasti“, V skutočnosti nie je zriedkavé, že vrcholový manažment alebo funkcia spoločnosti, ktorá bude mať z riešenia úžitok, sa ocitnú vo všeobecnej znalosti riešenia, ktoré sa má prijať: vie, čo chce, nie ako to jasne a explicitne povedať. Aj to je Užitočný odborná podpora v IT sektore, ak je obsadený dobrými funkčnými analytikmi, ktorí zaviedli správne zručnosti.
Tu potom niekoľko otázok, ktoré tím položí: Aký je podrobný zoznam požiadaviek? Je každý bod jasný celému tímu, ktorý zostavil kontrolný zoznam? Má ten, kto bude viesť vyjednávanie, na mysli ich mandát? A je samotný mandát špecifický a podrobný alebo má medzery? Dobrou stratégiou by mohla byť metóda Scrum: tí, ktorí sa zúčastňujú na projekte, rozprávajú príbeh tak, aby diskurzívna prezentácia uprednostňovala defipojmov, ktoré sa majú v práci použiť.
Podnikové riešenia sú často na trhu nemajú všetky požadované funkcie kupujúcim. Vedúci spoločnosti to vedia od začiatku. Preto po vypracovaní kontrolného zoznamu pristúpime k vytvoreniu index priorita: Každá spoločnosť, hneď ako sú stanovené ciele, má svoje vlastné.
„Často sú podnikové riešenia na trhunemajú všetky požadované funkcie kupujúcim. Vedúci spoločnosti to vedia od začiatku. Preto po vypracovaní kontrolného zoznamu pristúpime k vytvoreniu index priorita"
Niektorí navrhujú združenie pre každú požiadavku iné skóre dôležitosti: celkové skóre každého skúmaného riešenia bude súčtom súčasných požiadaviek a ich relatívnej dôležitosti. Je to rada pre zdravý rozum, pokiaľ nie ste pri konečnom hodnotení príliš schematickí: je prirodzené, že pri priradení hodnotenie existujú aj faktory, ktoré nie sú súčasťou softvéru, viac ako čokoľvek súvisiace s dodávateľom. Uvidíme ich v neskoršom príspevku.
Vyhodnotiť vlastné kvalita softvéru je potrebné niektoré zriadiť objektívne metriky (teda nad rámec funkčných požiadaviek, čisto subjektívnych, vyžadovaných spoločnosťou).
Nevedieť, ktoré premenné na meranie produktu znamená, že si toho nie je vedomý hodnota, Opäť chceme zostaviť zoznam prvý na preskúmanie jednotlivých riešení: použijeme ho ako meter v čase skutočného výberu.
Existuje široká literatúra na túto tému: v skutočnosti stačí zadať vyhľadávací nástroj „Kvalita softvéru“ objavovať príspevky a knihy na túto tému. Užitočným východiskovým bodom je hlas Wikipedia, ktoré sú uvedené súbor parametrov externý (tj pokiaľ ide o kvalitu vnímanú používateľom), vyhodnotiť kvalitu riešenia, ktoré sa má získať. Medzi ne patrí: správnosť, spoľahlivosť, robustnosť, efektívnosť. Ale tiež interiér, overiteľné tímom vývojári: udržiavateľnosť, opätovné použitie, modularita sú niektoré z uvedených príkladov.
Aj v tomto prípade sa tím rozhodne index priority pre rôzne parametre: napríklad vedenie spoločnosti, ktoré má strategickú víziu projektu, môže pripísať druhotnému významu opätovné použitie softvéru. A samozrejme, v tejto fáze výberu softvéru je dobré poznať názor spoločnosti funkcia kvality spoločnosti (ak je prítomná).
Je to základná premenná: pred začatím vyjednávania musíte mať na pamäti rozpočet celkom, pre ktorú máte k dispozícii získavanie softvéru (pre softvér samotný, ako aj pre náklady na pracovnú hodinu potrebné na výberovú činnosť). Aby sa stanovila realistická suma, niektoré už majú referenčnú hodnotu riešení, ktoré spoločnosť predtým získala, iné sa spoliehajú na ústne vyjadrenie medzi kolegami z rovnakého odvetvia (alebo z rovnakej priemyselnej skupiny). Kontrola toho, koľko sa už predtým vynaložilo na podobné riešenia, uľahčuje výber softvéru.
„Musíte mať na pamäti celkový rozpočet, ktorý máte k dispozícii získavanie softvéru: skontrolujte, koľko sa už predtým vynaložilo na podobné riešenia, čo v skutočnosti uľahčuje proces výberu softvéru. “
Cena softvéru na podnikovej úrovni je, samozrejme, priamym dôsledkom nielen jeho vnútornej kvality, ale aj práce, ktorú dodávateľ vykonal pri jeho navrhovaní a vývoji: na amortizáciu nákladov existujú flexibilné formy akvizície (uvidíme ich v bode 6).
O tom sa nikdy nebude hovoriť dosť: každá spoločnosť sa ocitne v rokovaní rastúce množstvo údajov týkajúce sa jej podnikania a zákazníkov. Zároveň vieme, že v posledných rokoch sa počet ľudí zvýšil kybernetické útoky o podnikových databázach. Ochrana vašich informácií je preto priamou a nevyhnutnou zodpovednosťou tých, ktorí ich spravujú.
Jednou z úloh tých, ktorí rokujú, bude preto poznať ochranu poskytovanú poskytovateľom. Medzitým nemôžu ublížiť základné znalosti o rizikách a riešeniach: Vedúci oddelenia IKT bude schopný informovať svoje obchodné kontakty o oboch aspektoch.
Rozhodnite sa, či uprednostňujete riešenie v oblaku (na vzdialenú infraštruktúru) alebo na predpoklade (nainštalovaný na podnikových serveroch) nie je iba vtip: rozpočet a typ správy údajov majú priamy dopad na ako sa softvér spravuje.
Pre mnohých manažérov jeden on-premise riešenie stále to súvisí s vnímaním stability a kontroly: treba však brať do úvahy najvýznamnejšie investície. Na druhej strane, mrak je to flexibilnejšie a lacnejšie z hľadiska ceny, ale vyžaduje od dodávateľa, aby poskytoval väčšie záruky, pokiaľ ide o bezpečnosť údajov a výkonnosť kanálov (tj rýchlosť prenosu a vykonávania programu).
Spôsob, akým sa predpokladajú náklady, sa tiež mení: cena na mieste sa vo všeobecnosti zakladá na platbe licencií, náklady na prispôsobenie, počiatočné nastavenie, následné náklady na údržbu atď. Cloud je model platba za použitie: väčšie ovocie, vyššie náklady. V cloudovom režime sa zvyčajne všetky poplatky, ktoré tvoria náklady, transformujú na poplatok, ktorý ich sumarizuje, zvyčajne nižší (v porovnaní s viacročným zmluvným záväzkom, často od troch do piatich rokov).
Môže sa to zdať paradoxné, ale je to len zjavne: dobrý kontrolný zoznam očakávaní, ktoré kladieme na nové riešenie ... nezohľadňuje analýzu softvéru, ktorý je potrebné zmeniť, Nehovoríme samozrejme o situácii prvej inštalácie.
„Dobrý kontrolný zoznam očakávaní, ktoré kladieme na nové riešenie ... nezohľadňuje analýzu softvéru, ktorý je potrebné zmeniť"
Po prvé, účelom je uviesť slabiny: sú zvláštnosti, ktoré nás viedli k hľadaniu iného produktu. Dokonca aj softvér starne a agresívne zaobchádzanie s ním sa môže ukázať ako nesprávny krok.
Možno však budeme musieť niektoré napísať silné: v skutočnosti sa nehovorí, že riadenie procesu so starým riešením bolo vo všetkých aspektoch neúplné.
Počas tejto analýzy je tiež užitočné urobiť zdieľanú prácu: funkčné znalosti e technické znalosti idú ruka v ruke a prispievajú ku konkrétnejšiemu hodnoteniu kvality softvéru. Aj ten, ktorý sa má zmeniť!
Osobne si myslím, že keď softvér prestane byť primeraný, určite to nie je vina tých, ktorí sa v tom čase rozhodli. jednoducho trh sa zmenil a softvér nereaguje na nové obchodné potreby. Preto je najnovšia orientácia čoraz viac zameraná na refactoring nepretržité aplikácie.
autor Paolo Ravalli
Milióny ľudí platia za streamovacie služby a platia mesačné predplatné. Je bežný názor, že si…
Coveware od Veeam bude aj naďalej poskytovať služby reakcie na incidenty v oblasti kybernetického vydierania. Coveware ponúkne forenzné a sanačné schopnosti…
Prediktívna údržba prináša revolúciu v ropnom a plynárenskom sektore s inovatívnym a proaktívnym prístupom k riadeniu závodu.…
Britská CMA vydala varovanie pred správaním Big Tech na trhu s umelou inteligenciou. tam…
