Пре него што се почне причати о технологији, буџетима или роковима испоруке, постоји питање на које вреди прво одговорити: да ли заиста треба да га градимо? Зашто LSR понекад препоручује куповину производа, повезивање постојећих система или поправку процеса.
Када се организација обрати компанији за развој софтвера, обично се очекује да ће разговор завршити предлогом да се нешто изгради: нова апликација, замена за застарели систем, платформа која повезује неповезане процесе. То је разумљива претпоставка, али прескаче питање на које треба одговорити пре него што ико проговори о технологији, буџетима или роковима испоруке.
Да ли заиста треба да га градимо?
У компанији Libertas Software Research (LSR) верујемо да је знати да ли треба развијати софтвер подједнако важно као знати како. Понекад је апликација по мери управо права ствар. Понекад утемељена SaaS платформа савршено задовољава потребу, или повезивање система које већ имате даје резултат без трошкова и поремећаја замене. Циљ је да се побољша начин на који организација ради, а не да се дода још једна апликација у већ компликовано окружење.
Организације обично описују решење за које мисле да им треба, уместо проблема који имају. „Контролна табла за извештавање“ или „апликација која ће заменити наше табеле“ звучи добро дефинисано, али мало говори о томе шта је покренуло захтев.
Узмите месечни управљачки извештај који се ручно саставља из више табела и система. Траје данима, а када стигне, подаци су већ застарели. Очигледан закључак је да вам треба софтвер за извештавање. При ближем погледу прави проблем су често неповезани подаци и недоследни процеси: скроман пројекат интеграције, а не нова апликација. А ако истраживање покаже да су вам потребни специјализовани токови рада или контроле које ниједан производ не подржава, тада развој по мери заслужује своје место.
Комерцијално тржиште је зрело. CRM, рачуноводство, заказивање, управљање документима и пословна интелигенција имају производе са годинама усавршавања. Ако један задовољава ваше потребе без неразумних ограничења, замена по мери додаје мало вредности.
Али упоредите укупан трошак власништва, а не цене претплате. Производ од 500 £ месечно износи 30.000 £ за пет година, пре него што додате конфигурацију, интеграције, додатне лиценце или измене у сопственим процесима. Проверите како цена расте, можете ли извести своје податке и шта се дешава ако добављач промени модел. И будите опрезни када се пословање приморава да одустане од активности које га заиста разликују само зато што производ претпоставља другачије.
Већина организација временом нагомилава системе: финансије на једном, операције на другом, корисничка подршка на трећем. Сваки ради добро; једноставно не комуницирају међусобно, па настају кашњења, дуплирани рад и недоследне информације.
Заменити све једном апликацијом је примамљиво, али ризично. Постојеће платформе чувају године оперативног знања и скривене интеграције. Пажљиво осмишљен слој интеграције (повезивање API-ја, аутоматизација преноса, обједињавање извештавања из меродавних извора) може продужити век тих улагања. Захтева добро промишљање аутентификације, власништва над подацима, обраде грешака и ревизије, али препорука интеграције уместо замене није инжењерство другог реда. Често је то промишљенија архитектонска одлука.
Неки захтеви заиста не стају у уобичајене производе: специјализоване операције, необичне потребе за безбедношћу или подацима, или софтвер који је сам по себи конкурентска предност. Овде софтвер по мери омогућава да архитектура прати начин на који посао заправо функционише.
Та флексибилност долази са дугорочном одговорношћу за одржавање, безбедност, тестирање и подршку. Систем може задовољити првобитну спецификацију а ипак бити лоша инвестиција ако је тешко одржавати га или не може да се прилагоди. Развој по мери је оправдан када користи решења направљеног посебно за вас надмашују и почетни трошак и трајну обавезу власништва.
Понекад је проблем сам процес. Одобрења, извештаји и административни кораци нагомилавају се годинама, дуго након што су нестале околности које су их створиле. Аутоматизовати их тачно онакве какви јесу само чува сложеност.
Ако документ захтева пет одобрења, не питајте како аутоматизовати пет одобрења, питајте зашто свако постоји и који ризик покрива. Софтвер је одличан у примени доследних правила, али не може рећи да ли је процес разуман. Поједностављење тока рада или разјашњавање одговорности може донети стварне добитке без још једног система који треба учити и подржавати.
Пројекти по мери имају велики почетни трошак док SaaS своју цену распоређује кроз претплате, због чега поређење изгледа искривљено. Поштено поређење обухвата цео животни век: имплементацију, лиценцирање, хостинг, подршку, одржавање, интеграцију, обуку и будуће промене.
Укључите и цену нечињења. Неефикасан процес који поједе 20 радних сати недељно износи око 1.040 сати годишње. Уз илустративних 35 £ по сату то је око 36.400 £ годишње, под претпоставком да се време заиста може вратити и преусмерити. Додајте лош квалитет података и споре одлуке, које је теже проценити, али су подједнако стварне. Најбоља опција није најјефтинија, него она са најбољом комбинацијом вредности, прихватљивог ризика и дугорочне одрживости.
То је оправдано питање. Ако препоручимо производ или малу интеграцију, на папиру је то мање развојног посла.
Али постоји разлика између пружања развојних капацитета и деловања као партнер за софтверско истраживање и архитектуру. Наш рад почиње пре него што спецификација уопште постоји: разумевање проблема, вагање опција и помоћ при одлуци где уложити. То има вредност без обзира на исход, а обично још има аналитичког, архитектонског, планерског и интеграционог посла чак и када развој по мери није одговор.
Препоручивати развој који вам не треба контрапродуктивно је. Пројекат испоручен на време и по спецификацији ипак пропада ако није био право решење. Помагање клијенту да избегне непотребну потрошњу гради поверење које траје.
Вештачка интелигенција и савремени алати чине код бржим и јефтинијим за израду. То је корисно, али чини размишљање унапред важнијим, а не мање важним, јер напор који је људе некада терао да питају „треба ли нам то заиста?“ нестаје. Сасвим је могуће изградити нешто технички изврсно, ефикасно испоручити и открити да је то био погрешан одговор.
Пре почетка развоја желимо јасне одговоре о пословном проблему, цени његовог нерешавања, захтевима које постојећи производи не могу задовољити, начину мерења успеха (време обраде, тачност, прегледност, усклађеност, а не број функција) и ономе ко ће решење касније покретати и подржавати.
Биће пројеката у којима је софтвер по мери јасно прави, других у којима је интеграција боља вредност и трећих у којима готова платформа обавља посао. Важно је да препорука проистиче из разумевања ваше организације, а не из претпоставке о томе шта софтверска компанија жели да прода.
Пре него што питамо како бисмо нешто требало да градимо, вреди утврдити да ли то уопште треба да градимо.
Libertas Software Research ради са организацијама на истраживању, процени, пројектовању и развоју софтверских решења, са нагласком на дугорочну одрживост, оперативну вредност и промишљена технолошка улагања.