Трябва ли да го изграждаме? Въпросът, който задаваме, преди да напишем код

Когато организация се обърне към софтуерна компания, обикновено се очаква разговорът да завърши с предложение да се изгради нещо: ново приложение, замяна на остаряваща система, платформа за свързване на разпокъсани процеси. Това е разбираемо предположение, но прескача въпрос, на който трябва да се отговори, преди някой да заговори за технологии, бюджети или срокове за доставка.

Наистина ли трябва да го изграждаме?

В Libertas Software Research (LSR) вярваме, че да знаем дали да разработваме софтуер е също толкова важно, колкото да знаем как. Понякога приложение по поръчка е точно това, което трябва. Понякога утвърдена SaaS платформа отговаря напълно на нуждата, а друг път свързването на системите, които вече имате, дава резултата без цената и смущенията от подмяната им. Целта е да се подобри работата на организацията, а не да се добави още едно приложение към и без това сложната среда.

Започнете от проблема, не от решението

Организациите са склонни да описват решението, което смятат, че им трябва, вместо проблема, който имат. „Табло за отчети“ или „приложение, което да замени електронните ни таблици“ звучи добре дефинирано, но казва малко за това, какво е породило заявката.

Вземете месечен управленски отчет, събиран на ръка от няколко таблици и системи. Отнема дни, а когато е готов, данните вече са остарели. Очевидното заключение е, че ви трябва софтуер за отчети. При по-внимателен поглед истинският проблем често са разпокъсаните данни и непоследователните процеси: скромен интеграционен проект, а не ново приложение. А ако проучването покаже, че са ви нужни специализирани работни процеси или контроли, които никой продукт не поддържа, тогава разработката по поръчка си заслужава мястото.

Кога купуването има повече смисъл

Пазарът е зрял. CRM, счетоводство, планиране, управление на документи и бизнес анализи разполагат с продукти, усъвършенствани с години. Ако един от тях отговаря на нуждите ви без неоправдани ограничения, замяната по поръчка добавя малко стойност.

Но сравнявайте общата цена на притежание, а не цената на абонамента. Продукт за 500 £ месечно е 30 000 £ за пет години, преди да добавите конфигурация, интеграции, допълнителни лицензи или промени в собствените ви процеси. Проверете как се мащабира цената, може ли да изнесете данните си и какво става, ако доставчикът смени модела си. И бъдете внимателни, когато бизнесът бъде принуждаван да се откаже от дейности, които наистина го отличават, само защото продуктът предполага друго.

Понякога отговорът е да свържете наличното

Повечето организации натрупват системи с времето: финанси в една, операции в друга, обслужване на клиенти в трета. Всяка работи добре; просто не си говорят, което води до забавяния, дублиране на усилия и несъгласувана информация.

Да замените всичко с едно приложение е изкушаващо, но рисковано. Съществуващите платформи носят години оперативно знание и скрити интеграции. Грижливо проектиран интеграционен слой (свързване на API, автоматизиране на трансфери, консолидиране на отчетите от авторитетни източници) може да удължи живота на тези инвестиции. Той изисква сериозен подход към удостоверяването, собствеността върху данните, обработката на грешки и проследимостта, но препоръката за интеграция вместо замяна не е по-нискокачествена инженерия. Често е по-премисленото архитектурно решение.

Кога решението по поръчка е правилната инвестиция

Някои изисквания наистина не се вписват в масовите продукти: специализирани операции, необичайни изисквания за сигурност или данни, или софтуер, който сам по себе си е конкурентно предимство. Тук софтуерът по поръчка позволява на архитектурата да следва начина, по който бизнесът наистина работи.

Тази гъвкавост идва с дългосрочна отговорност за поддръжка, сигурност, тестване и подкрепа. Една система може да отговаря на първоначалната си спецификация и пак да е лоша инвестиция, ако е трудна за поддръжка или не може да се адаптира. Разработката по поръчка е оправдана, когато ползите от решение, изградено специално за вас, надвишават както първоначалната цена, така и постоянния ангажимент да го притежавате.

Не всеки проблем изисква повече софтуер

Понякога проблемът е самият процес. Одобрения, отчети и административни стъпки се трупат с годините, много след като обстоятелствата, които са ги създали, са изчезнали. Автоматизирането им във вида, в който са, само запазва сложността.

Ако един документ изисква пет одобрения, не питайте как да автоматизирате петте одобрения, а защо съществува всяко от тях и какъв риск покрива. Софтуерът е отличен в прилагането на последователни правила, но не може да каже дали процесът е разумен. Опростяването на работния процес или изясняването на отговорностите може да донесе реални ползи, без още една система, която да се учи и поддържа.

Погледнете отвъд първоначалната цена

Проектите по поръчка носят голяма първоначална цена, докато SaaS разпределя цената си в абонаменти, което прави сравнението изкривено. Честното сравнение обхваща целия жизнен цикъл: внедряване, лицензи, хостинг, поддръжка, интеграция, обучение и бъдещи промени.

Включете и цената на бездействието. Неефективен процес, който поглъща 20 работни часа седмично, са около 1 040 часа годишно. При илюстративна ставка от 35 £ на час това са около 36 400 £ годишно, ако времето наистина може да бъде възстановено и пренасочено. Добавете лошото качество на данните и бавните решения, които са по-трудни за остойностяване, но не по-малко реални. Най-добрият вариант не е най-евтиният, а този с най-добра комбинация от стойност, приемлив риск и дългосрочна устойчивост.

Защо софтуерна компания би препоръчала да не се изгражда софтуер?

Това е справедлив въпрос. Ако препоръчаме продукт или малка интеграция, на хартия това е по-малко разработка.

Но има разлика между предоставянето на капацитет за разработка и ролята на партньор в софтуерни проучвания и архитектура. Работата ни започва, преди да съществува спецификацията: разбиране на проблема, преценка на вариантите и помощ при решението къде да се инвестира. Това има стойност независимо от резултата и обикновено остава работа по анализ, архитектура, планиране и интеграция дори когато разработката по поръчка не е отговорът.

Да препоръчваш разработка, от която нямате нужда, е контрапродуктивно. Проект, доставен навреме и по спецификация, пак се провалява, ако не е било правилното решение. Помощта на клиента да избегне ненужен разход изгражда доверие, което трае.

Да можеш да изградиш не е причина да изграждаш

ИИ и модерните инструменти правят кода по-бърз и по-евтин за създаване. Това е полезно, но прави предварителното мислене по-важно, а не по-малко, защото усилието, което някога принуждаваше хората да питат „наистина ли ни трябва това?“, изчезва. Напълно възможно е да изградите нещо технически отлично, да го доставите ефективно и да откриете, че е било грешният отговор.

Преди започване на разработката искаме ясни отговори за бизнес проблема, цената на неговото нерешаване, кои изисквания съществуващите продукти не могат да изпълнят, как ще се измерва успехът (време за обработка, точност, видимост, съответствие, а не брой функции) и кой ще поддържа и експлоатира решението след това.

Ще има проекти, при които софтуерът по поръчка е очевидно правилен, други, при които интеграцията е по-изгодна, и трети, при които готова платформа върши работа. Важното е препоръката да следва от разбирането на вашата организация, а не от предположение какво иска да продаде една софтуерна компания.

Преди да питаме как да изградим нещо, струва си да установим дали изобщо трябва да го изграждаме.

Libertas Software Research работи с организации, за да проучва, оценява, проектира и разработва софтуерни решения, с акцент върху дългосрочната поддръжка, оперативната стойност и обосновани технологични инвестиции.