Успешно развивање на софтверски производи Неколку совети

Успешно развивање на софтверски производи: Неколку совети

Пазарот за софтверски услуги, како што се имплементација, сопствено програмирање и одржување, се повеќе и повеќе се префрла во областа на софтверските производи. Значи решенија што треба само да ги инсталирате и за кои не е потребен поголем развој.

Најдобар пример се софтверските решенија како услуга, на кои можете да се претплатите на месечно ниво.

Предностите на ваквите решенија се очигледни, пониски трошоци за одржување, бидејќи ажурирањата се увезуваат автоматски, а исто така и помалку грешки, бидејќи тие се поправени од давателот. И секако помалку трошење на скапи програмери.

Како може некој да развие таков софтвер за во иднина, кој ќе ги замени претходните ИТ услуги? Неколку совети за ова во објавата.

Одвојте време

Повеќето проекти за жал се започнати со изјавата „Ова е многу голем проект. Но, одвојте време. Не ни треба готовата верзија два месеци ".

Реалноста е сепак дека, особено со комплексни софтверски решенија, ни требаат неколку дена и недели само за да ги утврдиме барањата.

Theичните рамки и создавањето на дизајни потоа бараат дополнителен напор.

Постои, исто така, постојано напред и назад. Било да е тоа помеѓу клиентот и давателот на услуги или ако го имате програмирано дома, тогаш помеѓу управата и програмерите. Барањата треба да се споредат, да се земат предвид барањата за промена и да се отстранат грешките (грешките во системот).

За да имате прва бета верзија на софтверски производ, секогаш ви требаат најмалку 9 до 12 месеци.

Откако ќе одите во живо, обично ги добивате првите повратни информации, каде забележувате „О, ние ја занемаривме оваа важна функционалност“ или „Ох, сè уште не сме го тестирале во оваа форма“ За овие помали до поголеми функционалности и тестирање, тогаш ви требаат од 6 до 8 месеци.

Значи, брзо ви требаат една до две години за да го создадете производот.

Она што е посебно, сепак, е што ќе имате решение што ќе му обезбеди на крајниот клиент вистинска додадена вредност. И за тоа се работи целата оваа вежба. Давањето ИТ решение што може да обезбеди дополнителна вредност на клиентот, а за да се развијат потребни се само два месеци е нереално.

Силна база на технологија/вистински избор

Технолошкиот пристап е исто така важен.

Некои технологии се веќе зрели и откако ќе се програмираат, можете да ги користите подолго време без промени или ажурирања.

Еден пример е PHP. Овој ИТ-систем постои од 1995 година и оттогаш постојано се подобрува.

Рамките засновани на PHP се исто така тестирани и широко користени. Програмерите се запознаени со проблеми, предизвици и начини за отстранување грешки.

Изгледа поинаку со другите пристапи. На пример, ако програмирате со Node.JS (скратено како N во статијата), може да претпоставите дека ќе треба да потрошите дополнително време да откриете како да решите одредена програмска задача со Node.JS.

Во исто време, во споредба со PHP, има само неколку специјалисти и неколку точки за контакт (форуми, блогови, платформи за прашања и одговори и сл.) Каде што можете да добиете информации за Node и да добиете одговори на прашања.

Покрај тоа, постојано излегуваат нови верзии на Node, од кои некои не се компатибилни наназад, што во основа значи дека понекогаш треба да го репрограмирате постојниот софтвер од нула.

Напорот е поголем со Н. Но, може да имате корист од побрзи апликации и подобра приспособливост.

Значи во ИТ сè има свои предности и недостатоци. На крајот, зависи и од тоа кои се барањата.

За проекти од средна големина (на пример решенија за претпријатија, кои им се потребни на управувачки број корисници) PHP може да биде вистинското решение.

За големи проекти во кои многу корисници пристапуваат на исто решение преку Интернет истовремено, N може да биде вистинскиот пристап.

ASP.NET, Java, Python, Android, iOS се други пристапи што можат да се вклопат во некои случаи.

Чувајте документација

Еден од најголемите предизвици во софтверските проекти е одржливоста и континуитетот на истите.

Честопати не се разгледува иднината. Прашања како:

Што ако другите развивачи мораат да работат на овој производ?
Колку е разбирлива логиката на развојот за надворешен давател на услуги?
Како реагира програмирањето на надворешните промени што можат да се случат во иднина?

На сето ова може да се одговори позитивно ако има коментар за код и документ „упатство“ за идните колеги кои ќе работат на тоа.

Во овој детален документ, кој постојано го ажурираат развивачите, во иднина може да се направат и понатамошни промени со слики од екранот, код за програмирање, описи, објаснување за логиката зад одреден модул.

Реалноста во денешно време, сепак, изгледа вака дека едноставно „програмирањето трае“ и програмерите или новите членови на тимот што ќе се приклучат повеќе не се расположени да продолжат да работат на старото решение и потоа автоматски да предлагаат обновување на платформата од нула.

Така, деталната и добра документација за претходната работа е клучна за одржливи, скалабилни и добри софтверски производи.

Плаќање на клиенти уште од самиот почеток

Исто така е важно проектот да не стане јама без дно. Треба да се покријат барем трошоците.

Тука треба да најдете клиенти кои плаќаат за програмирање.

Ова има многу предности:

Ако надворешно лице или компанија е навистина подготвена да ги земе парите, веќе знаете дека сте на вистинскиот брод. Бидејќи надворешната компанија собира буџет само ако види предност барем на долг рок (зголемена ефикасност, заштеда на време во процесите, намалување на трошоците, итн.).
Од самиот почеток добивате повратни информации и знаете дали ова се корисни функционалности што ги развивате. Оваа постојана повратна информација особено гарантира дека софтверскиот производ ја зема вистинската форма и дека не го развивате врз основа на претпоставки.

Алтернатива 1: ангелски инвеститори/инвеститори

Другата алтернатива е да се работи со инвеститори.

Поголемиот дел од времето треба да платите за прототипот барем од вашиот џеб.

За да имате прифатлива верзија, може да се создаде само најважната функционалност, а остатокот може да биде лажна функционалност што може да се кликне.

Потоа можете да го презентирате ова пред инвеститорите.

Ова е исто така доказ за концептот: Ако најдете луѓе кои се подготвени да земат пари во свои раце за да ги поддржат, тогаш тоа е првиот показател дека сте на вистинскиот пат.

Алтернатива 2: од постојните приходи

Многу компании и услуги веќе генерираат вишок. Ова исто така може да се искористи за финансирање на трошоците на софтверот.

Алтернатива 3: сопствени пари

Ова е веројатно најлошата идеја што некој може да ја има. Користењето на заштедени пари за развој обично не е добар пристап.

Бидејќи буџетот се троши премногу брзо и исто така ќе се двоумите да направите поголеми трошоци одеднаш.

И, ако целиот проект не е успешен, тогаш парите се потрошени.

Затоа, потпрете се на алтернативите споменати на почетокот.

Да го заокружам: Систем за поддршка

Систем за поддршка ја заокружува целата работа. Бидејќи корисниците сакаат да ги дадат своите повратни информации и да ги решат нивните проблеми и прашања со системот.

Во исто време, оваа поддршка исто така може да ви даде знаење како да го подобрите софтверскиот производ.

И, тука е, исто така, фактот дека можете да изградите во еден вид оддел за продажба за оние што прашуваат кои сè уште не плаќаат клиенти.

Заклучок

Главните области за успешен софтвер се:

подигнете го потребното време
користете ја вистинската технологија
Чувајте документација
Најдете плаќање на клиенти уште од самиот почеток или потпрете се на инвеститорите (алтернативно финансирање од постојните приходи од други бизниси)
Изградете во систем за поддршка и претпродажба

Кои други точки ги гледате во развојот на софтверски производ?

Flickr.com/ GDC/remереми/тројки

Авторот: Саша Татил работи во YUHIRO и им помага на претприемачите и компаниите лесно да формираат програмски тимови во Индија. YUHIRO е германско-индиска компанија која обезбедува ИТ компании, агенции и ИТ оддели со развивачи на софтвер.