споменахме го в предишна публикация за избора на най-добрия софтуер, в който се съсредоточихмепредварителен анализ на собствения си корпоративен бизнес (без което не е възможно да се направи мъдър избор). Ще видим също, че за един добър избор е необходимо да се обмисли ограничен брой доставчици. След това да анализираме не само решенията от „техническа“ гледна точка, но и услугите, които предлагат, и организацията на човешките ресурси, които в рамките на нашата компания ще бъдат необходими, за да извлечем максимума от новия софтуер. В противен случай ще изхарчим парите си лошо, като не получим желаните ползи.
Сега нека направим крачка назад и да се запитаме кои от тях функционални изисквания и кои как да закупите ще трябва да представим идеалното решение за нашите нужди: накратко, кои са основните предимства, които очакваме да намерим в най-добрия софтуер. В този случай, що се отнася до предварителния анализ на нашия бизнес, няма да вземаме под внимание никакъв конкретен продукт или технически спецификации: това ще бъде следващата стъпка. Засега просто ще попълним контролен списък с елементите, които да „маркирате“, които ще ви бъдат полезни в следващите стъпки.
„Питаме се кои от тях функционални изисквания и кои как да закупите ще трябва да представи идеалното решение за нашите нужди: накратко, кои са основните предимства, които очакваме да намерим в най-добрия софтуер "
И също в този случай, нашата списък със задачи тя е артикулирана и включва повече вземащи решения вътрешен за нашата компания: със сигурност не само ИТ отдела.
La избор на софтуер за корпоративния клас това може да бъде резултат от нужда, проявен от вътрешен сектор на нашата компания, или директен мандат на висшето ръководство (която има цялостно виждане за бъдещите интереси на компанията и стратегията, която трябва да следва). Произходът на самия мандат до голяма степен зависи от това дали е разглежданият процес корем или второстепенна за бизнеса. Помнете, че често изборът на нов софтуер е ключът към промяната на процесите.
Във всеки случай наистина има значение това всички участващи актьори (включително онези, които проявяват нужда, тези, които вземат решения на най-високо ниво, и тези, които имат техническите и функционални умения за извършване на бъдещи преговори) трябва да бъдат подравнени според целта на подбора и характеристиките на разтвора да се придобие.
Само с тези предположения всъщност можем да изготвим проекта списък на функционалните изисквания, В идеалния случай нашите трима участници (потребители, топ мениджъри и технически функционални анализатори) ще се съберат за общ бизнес на брейнсторминг, Безспорно тази възможност зависи от променливата темпо (необходимо е да се вземат предвид вътрешните разходи за defiция и управление на a проект).
И тази дейност за подравняване е още по-важна, ако вземем предвид един допълнителен аспект на подбора: както при всеки „Пътешествие на купувача“, това е процесът на покупка, който започва от нужда и преминава чрез извличане на информация за пазарната оферта, може да има някои "Сиви зони", Всъщност не е рядко топ топ мениджмънтът или функцията на компанията, която да се възползва от решението, да имат общите знания за решението, което трябва да бъде прието: той знае какво иска, а не как да го каже ясно и ясно. Това също е така полезен специализирана поддръжка в ИТ сектора, ако са екипирани от добри функционални анализатори, които поставят правилните умения.
Ето тогава някои въпроси, които екипът ще зададе: какъв е подробният списък с изисквания? Ясна ли е всяка точка за целия екип, съставил контролния списък? Този, който ще води преговорите, има ли предвид своя мандат? А самият мандат конкретен и подробен ли е или има пропуски? Добра стратегия за възприемане може да бъде методът Scrum: всеки, който участва в проекта, разказва история, така че дискурсивното представяне благоприятства defiопределяне на концепциите, които да се използват за работата.
Често корпоративните решения на пазара нямат всички необходими функции от страна на купувача. Мениджърите на компании знаят това от самото начало. И това е причината, след като бъде съставен контролния списък, ние пристъпваме към създаването на индекс на приоритет: всяка компания, след като се поставят целите, има свои собствени.
„Често корпоративните решения на пазаранямат всички необходими функции от страна на купувача. Мениджърите на компании знаят това от самото начало. И това е причината, след като бъде съставен контролния списък, ние пристъпваме към създаването на индекс на приоритет"
Някои предлагат асоцииране към всяко изискване различна оценка на важността: общият резултат от всяко разгледано решение ще бъде сборът от настоящите изисквания и тяхното относително значение. Това е съвет за здрав разум, при условие че не сте твърде схематични в окончателната оценка: естествено е, че при приписването на оценка има и фактори, външни за софтуера, повече от всичко, свързано с доставчика. Ще ги видим в по-късен пост.
За да се оцени присъщото качество на софтуера необходимо е да се установят някои обективни показатели (следователно извън функционалните изисквания, чисто субективни, изисквани от компанията).
Това, че не знаем кои променливи за измерване на продукта, означава да не можем да осъзнаем неговите стойност, Отново искаме да съставим списък първи за да проучим отделните решения: ще го използваме като измервателен уред в момента на реалния избор.
По темата има широка литература: всъщност просто въведете търсачка „Качество на софтуера“ за да откриете публикации и книги по темата. Полезна отправна точка е гласът Уикипедия, който изброява набор от параметри външен (т.е. относно качеството, възприемано от потребителя), за да се оцени качеството на решението, което ще бъде придобито. Сред тях: коректност, надеждност, здравина, ефективност. Но също така интериор, подлежи на проверка от екип от разработчиците: поддържаемост, повторна употреба, модулност са някои от изброените примери.
Също така в този случай екипът решава индекс за приоритет за различните параметри: например ръководството на компанията, което има стратегическата визия на проекта, може да отдаде второстепенно значение на повторната употреба на софтуера. И разбира се, в тази фаза на подбора на софтуер е добре да се знае мнението на функция за качество на фирмата (където присъства).
Това е основна променлива: преди да започнете преговори, трябва да имате предвид бюджет общо, за което имате на разположение придобиване на софтуер (както за самия софтуер, така и за разходите за човешки час, необходими за дейността по подбор). За да установят реалистична сума, някои от тях вече имат еталон на решения, придобити преди това от компанията, други разчитат от уста на уста сред колеги от същия сектор (или от същата индустриална група). Проверката на това колко е похарчено преди това за подобни решения улеснява процеса на избор на софтуер.
„Трябва да имате предвид общия бюджет, с който разполагате придобиване на софтуер: проверете колко е похарчено преди това за подобни решения, всъщност улеснява процеса на избор на софтуер "
Разбира се, цената на софтуера на ниво предприятие е пряко следствие не само от присъщото му качество, но и от работата, извършена от доставчика за проектирането и разработването му: за амортизиране на разходите, има гъвкави форми на придобиване (ще ги видим в точката 6).
Никога няма да се говори достатъчно за това: всяка компания се оказва, че се занимава нарастващ обем данни свързани с бизнеса и клиентите му. В същото време знаем, че през последните години броят на хората се увеличава кибератаки на фирмени бази данни. Защитата на вашата информация следователно е пряка и неизбежна отговорност на тези, които я управляват.
Следователно една от задачите на тези, които извършват преговорите, е да знаят защитите, въведени от доставчика. Междувременно, основните познания за рисковете и решенията не могат да навредят: Ръководител на ИКТ отдела той ще може да информира контактите на компанията си и по двата аспекта.
Решете дали предпочитате решение в облак (за отдалечена инфраструктура) или на собствени (инсталиран на сървърите на компанията) не е просто измислица: бюджетът и типът на управление на данните имат своето пряко влияние как се администрира софтуерът.
За много мениджъри - един решение на място тя все още е свързана с възприемането на стабилност и контрол: обаче трябва да се вземат предвид най-съществените инвестиции. От друга страна, облакът той е по-гъвкав и по-евтин по отношение на цената, но изисква доставчикът да даде по-големи гаранции по отношение на сигурността на данните и ефективността на канала (т.е. скоростта на предаване и изпълнение на програмата).
Начинът, по който се поемат разходите, също се променя: цената на базата обикновено се основава на плащане на лицензиране, разходи за персонализиране, първоначална настройка, последващи разходи за поддръжка и т.н. Облакът е модел заплащане за употреба: по-голям плод, по-висока цена. Обикновено в облачния режим всички такси, които съставляват разходите, се трансформират в такса, която ги обобщава, обикновено по-ниска (в сравнение с многогодишно договорно задължение, често от три до пет години).
Може да изглежда парадокс, но е само привидно: добър контролен списък на очакванията, които възлагаме на новото решение ... не пренебрегва анализ на софтуера, който трябва да бъде променен, Разбира се, нямаме предвид ситуацията на първа инсталация.
„Един добър контролен списък на очакванията, които поставяме към новото решение ... не пренебрегва анализ на софтуера, който трябва да бъде променен"
Първо, целта е да се посочи слабости: са особеностите, които ни накараха да потърсим различен продукт. Дори софтуерът старее и агресивното лечение на същото може да се окаже грешен ход.
Въпреки това може да се наложи да запишем някои punti di forza: всъщност не се казва, че управлението на процеса със старото решение е било непълно във всеки аспект.
Също така по време на този анализ е полезно да вършите споделена работа: функционални знания e технически познания те вървят ръка за ръка и двете допринасят за по-конкретна оценка на качеството на софтуера. Дори този, който да се промени!
Лично аз смятам, че когато софтуерът вече не е адекватен, със сигурност не е по вина на онези, които направиха избора по това време. просто пазарът се е променил и този софтуер не отговаря на новите бизнес нужди. Ето защо най-новата ориентация все повече е към a рефакториране непрекъснати приложения.
Автор Paolo Ravalli
Миналия понеделник Financial Times обяви сделка с OpenAI. FT лицензира своята журналистика от световна класа...
Милиони хора плащат за стрийминг услуги, като плащат месечни абонаментни такси. Разпространено е мнението, че вие…
Coveware от Veeam ще продължи да предоставя услуги за реакция при инциденти с кибер изнудване. Coveware ще предлага криминалистика и възможности за възстановяване...
Прогнозната поддръжка революционизира сектора на петрола и газа с иновативен и проактивен подход към управлението на инсталациите.…
