Защо фирменият ви софтуер се проваля?
Причината е вероятно да се крие в недобро бюджетиране
Патентованият софтуер често се възприема като свещения граал за компаниите, сигурен знак, че те са „успели“. Началото на дигиталната трансформация създава бизнес както технологично напреднал и иновативен, така същевременно повишаващ общата стойност на компанията.
Въпреки това, когато при необходимостта да се изготви примерен бюджет за разработка на софтуер, много начинаещи фирми са склонни да бъдат прекалено предпазливи, което ги кара да харчат повече пари в дългосрочен план. Тесният първоначален бюджет не отчита промените в проекта, които неизбежно ще се появят по време на етапите на разработка.
Ревизиите в разработването на софтуер и приложения могат да доведат до по-високи дългосрочни разходи, когато необходимият капитал не е наличен от самото начало. Според доклад от 2020 г. на Консорциума за информация и качество на софтуера неуспешните софтуерни проекти струват на компаниите 260 милиарда долара, а софтуерните системи с оперативни повреди струват 1,56 трилиона долара.
Изграждането на повече бюджет в края на разработката на софтуер може да ви помогне да предвидите неуспехите и правилно да разпределите ресурсите, за да направите софтуера успешен. Мохан Карунаниди , консултантски директор за Propel Technology представя три неща, които е необходимо да разгледаме при обзор на бюджетирането на подходящия софтуер.
1. Задайте очаквания за това какво ще постигне вашият софтуер!
Какво всъщност иска екипът да прави софтуерът? Има ли конкретни проблеми, които софтуерът може да реши? Какъв е начинът за това? Има ли вече вътрешни експерти или трябва да бъде нает човек или екип, който да помогне за разработването на софтуера? Очертаването на целите на софтуера и задълбоченото разбиране на това, което ще прави, е важна първа стъпка при определянето на вашия бюджет.
„Бюджетирането на софтуерно решение трябва да бъде предшествано от бюджетиране на хипотеза или доказателство за концепция“, каза Карунаниди. „По-задълбоченото разбиране на изискването чрез идентифициране и привличане на правилните хора с експертен опит в дадена област и опит в индустрията е от решаващо значение за острото усещане за бюджетиране, след като хипотезата бъде доказана.“
Карунаниди
2. Помислете за изживяването на крайния потребител!
Първо помислете кой е предвиденият потребител на вашия софтуер и как ще го използва! Ключов компонент в разработването на софтуер идва от реални потребителски активности и прилагане на обратна връзка, където те се повтарят, докато софтуерът бъде напълно набран. Провеждането на изпитания и интегрирането на промени в софтуера изисква капитал. Ако не е заделено достатъчно предварително, бизнесът може – и в крайна сметка ще загуби средства от необходимостта да пресъздаде продукта си или от липсата на продажби и приходи от продукти.
„Ограниченият бюджет ще има пряко влияние върху времето и качеството – факторът триъгълник, който остава актуален до тази дата. Когато става дума за бюджетиране, оптимистичната част от човешкия ум е склонна да се асоциира само с най-добрите ситуации. С толкова много за постигане с ограничен бюджет, непълнотата и непоследователността в изискванията често се разкриват по-късно в жизнения цикъл на разработката.“
Мохан Карунаниди
В продължение той констатира, че неуспехът да се конструира за мащабност и да се тества решението е особено вредно, тъй като потенциалното забавяне се случва в края на жизнения цикъл на разработка, което прави възстановяването невъзможно. Ограниченият бюджет налага компресирането на много резултати в кратък период от време, намалявайки възможността за създаване на приложение въз основа на обратна връзка от действителни потребители.
3. Създайте реалистична времева линия!
„Кога е необходим този софтуер?“ винаги е основният въпрос. Но между сега и крайния срок могат да възникнат безброй рискове и проблеми и те трябва да бъдат предвидени в бюджета. Трябва да разширите обхвата на работа, за да включите „какво, ако“. Какво може да се случи? Какви очаквания има отборът? Какъв вид наемане и обучение са необходими? Приблизително 20% от разработването на софтуер се изразходва за отстраняване на проблеми , които вероятно биха могли да бъдат избегнати, ако беше създаден по-голям бюджет.
Тесните софтуерни бюджети причиняват главоболия на всички участващи, защото пряко влияят върху времето и качеството на продукта. Бюджетирането с оптимистично мислене, за разлика от реалистичното, позволява само най-добрите сценарии да се разиграят в развитието. Продължителността на производството в софтуера изисква много работа. Опитът да се постигне всичко с ограничен бюджет оставя място за непълен и непоследователен продукт, фактори, които често се разкриват по-късно в жизнения цикъл на разработката.
Липсата на отчитане на скалируемостта и тестването на решението е особено вредно, тъй като потенциалното забавяне се случва в края на жизнения цикъл на разработка, което прави възстановяването невъзможно. Ограниченият бюджет налага компресирането на много резултати в кратък период от време, намалявайки възможността за създаване на приложение въз основа на обратна връзка от действителни потребители.
Като пример Карунаниди обясни, че ограниченият бюджет е накарал една компания да създаде приложение за потребители само на една платформа. По-късно компанията открива, че приложението е трябвало да бъде проектирано като крос-платформено решение (за iOS, Android и уеб). Софтуерът трябваше да бъде преработен за разширяване на потребителите между различни платформи, следствие от стартирането на проекта с твърде консервативен бюджет. Това в крайна сметка струва на компанията повече пари, защото забавя времето за пускане на пазара за всички потребители на платформата и засяга потребителите, които вече са използвали приложението.
Новите фирми, които смятат, че включването на подходящ софтуер в техните компании е знак, че са „успели“, забравят няколко неща за разработката на софтуер: За да „успеете наистина“, трябва да разберете какво цели да постигне вашето софтуерно решение, на борда правилния екип за постигане на вашите цели и създаване на бюджет, който позволява проба и грешка за отстраняване на проблеми, когато възникнат. В крайна сметка създаването на по-голям бюджет за развитие ще докаже, че вашият бизнес наистина е пристигнал.
