Как да стартирате вашия ниършор проект и как да го направите успешен

Имате ли ИТ проект и чудите ли се как да го реализирате? Вече сте чували за ниършоринг: по принцип това е опция за вас. Може би дори вече сте натрупали първоначален опит. Предимствата на ниършоринга пред офшорните проекти са очевидни. Ниършорингът предлага най-доброто съотношение цена-качество, когато става въпрос за ИТ аутсорсинг. Но каква полза от тези знания, ако не знаете как да организирате и успешно да реализирате ниършор проект на практика? Често е необходимо предварително да се изясни дали проектът е подходящ за ниършоринг. Тази статия ще покаже кои проекти са подходящи за ниършоринг, как изглежда практическото изпълнение и как да предприемете първите стъпки с ниършор екип.

Всеки ИТ проект е уникален, но не винаги е подходящ за ниършоринг

Проектите се различават значително един от друг. Времевият хоризонт, задачите, ресурсите и желаният резултат определят начина, по който е проектиран проектът. Всъщност разликите тук са много големи и поради това не всички проекти са подходящи за ниършоринг. Нека разгледаме по-отблизо няколко примера. За проекти, които трябва да бъдат изпълнени ad hoc и много бързо от екип, ниършорингът не е алтернатива. Намираме такива проекти например в рекламните агенции, където заявките на клиентите възникват доста бързо и трябва да бъдат изпълнени. Ресурсите, т.е. съответните служители или фрийлансъри, са на разположение, така че изпълнението може да започне веднага. В ниършоринга няма да откриете такава отзивчивост. Ако първо трябва да съберете или намерите екип, това просто отнема твърде много време. Клиентът не би бил очарован, ако трябва да чака дълго за резултата. Ако е необходим само един експерт за съществуващ или нов проект (напр. специалист по Salesforce), винаги можете да аутсорснете това, търсейки специалист в ниършор държава. Този експерт може да подкрепя ad hoc проекти или да стане част от екип в дългосрочен план. За legacy проекти и проекти за поддръжка зависи много от това кого използвате за целта. Според нашия опит е трудно да се заинтригуват младши разработчици за тези проекти. Те не намират работата по такива проекти за много интересна, а и за тях е трудно да изградят нови умения за кариерата си. Старшите разработчици са по-склонни да проявят интерес, тъй като тези проекти са дългосрочни или дори безсрочни и им предлагат определено ниво на стабилност. Ниършорингът има най-голям смисъл при разработването на продукти. В началото стои продуктовата визия или идеята за продукт. Тази визия може да бъде много добре разбита на отделни етапи, които се разработват стъпка по стъпка. За изпълнението е необходим екип за софтуерна разработка, който да работи по реализацията на продукта за по-дълъг период. За тази цел може много добре да се сформира ниършор екип. Тук усилията и ползите са балансирани.

За кой проект коя концепция е подходяща?

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

Фрийлансър

За проекти, които имат много кратка продължителност и не изискват голям екип, работата с фрийлансър е добър вариант. Това също така ви позволява първо да се опознаете. Може би ИТ специалистът дори ще стане част от екип за разработка по-късно, ако и двете страни желаят това.

Проектен аутсорсинг

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

Ниършор екип – Аутстафинг

В този модел екип от ИТ професионалисти работи дистанционно за вас и вашия проект от ниършор държава. Този отдалечен екип се състои от различни ИТ специалисти, като разработчици и софтуерни тестери, които се събират според нуждите ви за проекта. Вие сами избирате членовете на екипа и ги развивате в екип – вашия екип. Фактът, че екипът работи изключително за вас, се нарича още специализиран екип. Вие сте много свободни в състава на екипа – при условие че на ниършор локацията могат да бъдат намерени подходящите специалисти. Вие също така ще отговаряте за разработването на продукта и изпълнението на проекта. Така че трябва да поемете по този път само ако можете сами да управлявате такъв екип или имате човек с подходящия технически, културен и управленски опит. Например мениджър по доставките, ръководител на проекти, гъвкав коуч (agile coach) или CTO.

Къде да намерите ИТ професионалисти за вашия екип или ниършор партньор

Съществуват безброй ресурси за намиране на фрийлансъри. Интернет портали като Upwork, freelancer.com или Gulp не само предлагат фрийлансъри, но и се занимават с обработката на плащанията. Ако търсите ниършор доставчик, можете да разгледате портали като Clutch или The Manifest. Там можете да намерите различни партньори, активни в аутсорсинга и/или аутстафинга, чрез категории и държави. Отзивите на клиентите и портретите на доставчиците ви помагат да намерите подходящи доставчици на услуги. Освен това съществуват онлайн портали (напр. Transparency Wins), където компаниите могат да направят запитване и да изберат подходящия изпълнител от подадените оферти.

Стартирането с ниършор екип

Първо е необходима визия. Тя трябва да бъде записана на не повече от три страници. Въпросите могат да бъдат: Какво трябва да се разработи (мобилно приложение, уебсайт, корпоративен софтуер и др.)? За какво е необходимо или какво трябва да могат да правят клиентите с него? Изчерпателни софтуерни спецификации рядко се срещат днес, тъй като те не само отнемат много време, но и трябва постоянно да се пренаписват веднага щом изискванията към продукта се променят. Тъй като добрите разработчици рядко са безработни, можете да използвате визията и за да заинтригувате програмистите за проекта. Освен това трябва да оцените обема на работата и размера на екипа въз основа на визията. От нашия опит размерът на екипа и ниършор доставчикът трябва да си съответстват. Ако проектът ви е малък, той ще върви по-добре, ако работите с малък доставчик. За голям доставчик малките проекти са финансово непривлекателни. Ако няма познания за технологиите, тогава можете да опишете функционалностите на продукта и продуктовата визия и да възложите на проектен аутсорсинг партньор цялостното изпълнение. В случай обаче, че управлявате екипа сами, потърсете доставчик, който може да ви помогне да намерите ИТ професионалисти и осигурява пространство, инфраструктура и администрация. Наличието на специализиран екип винаги има смисъл, когато е необходима по-дългосрочна подкрепа, например защото има цяла поредица от проекти. Тогава можете да съставите екипа по много по-детайлен начин и да развиете компетенции, които са необходими за постигане на бизнес и проектните цели. Ако в началото все още не е на сто процента ясно накъде отиват нещата, защото е необходимо само доказателство за концепция (PoC) или минимално жизнеспособен продукт (MVP), тогава можете да разработите това с фрийлансъри. Разработването на завършен продукт обаче обикновено изисква стабилен екип.

Какво е важно за успеха на ниършор проекта

Вече ви предоставихме някои съвети, които да ви помогнат да започнете. За да не се спънете, когато правите първите си стъпки в ниършоринга. Успехът на вашия проект – ако всички проектни цели са изпълнени накрая – зависи до голяма степен от това колко добре се управляват екипът и проектът. По-долу предоставяме няколко метода и съвета за из път.

Уъркшоп

Въз основа на продуктовата визия трябва да се създаде конкретен списък със задачи (to-do list) заедно с график. По този начин могат да бъдат идентифицирани и описани зависимостите (Какво от какво зависи? Какво трябва да се разработи първо, какво след това?). Може да се определи и броят на необходимите разработчици. Това се постига най-добре в уъркшоп, на който са поканени всички заинтересовани страни (продажби, клиент, CEO, CTO и др.). Често от дискусиите със заинтересованите страни произтичат нови продуктови функции и във всеки отделен случай се решава дали те да бъдат внедрени. Трябва да се дефинират и нефункционалните изисквания, тъй като те оказват влияние върху разходите. Можете също така да поръчате такъв уъркшоп от доставчик на проектен аутсорсинг, който ще работи с вас за разработване на план и спецификация. След това използвате тези документи, за да получите подходящи оферти от няколко доставчика.

Доказателство за концепция

С PoC проверявате осъществимостта на вашата визия. В управлението на проекти това е етап, който доказва осъществимостта на даден проект по принцип – както технически, така и от бизнес гледна точка. По този начин потвърждавате концепцията на вашия проект и създавате основа за по-нататъшна работа. За стартъпите PoC често е предпоставка за привличане на инвеститори.

Канбан

Канбан първоначално идва от Япония и автомобилната индустрия. В софтуерната разработка този гъвкав метод се използва за внасяне на структура в сложността на проекта, така че той да стане по-лесно управляем. Дъската (виртуална или реална) е разделена на колони, обозначаващи различни фази (напр. за изпълнение, в процес, тестване, готово). Картите, представляващи задачи, се местят от станция на станция с напредването на проекта. Задачите и отговорностите могат да бъдат визуализирани много добре. Има доста доставчици на такива дигитални инструменти за управление на проекти.

Scrum/Спринтове

Scrum също е процесен модел за управление на проекти, особено в софтуерната разработка. Подходът тук е различен от този на Канбан. Фокусът е върху определен ритъм, който екипът следва по време на разработката. Така проектите се разбиват на части от две седмици – спринт. За всеки спринт се определя какви задачи има и колко време е необходимо за всяка задача. В края на спринта се оценява дали усилията са били реалистични. Оценяват се нови усилия за следващия спринт. Това подобрява сътрудничеството в екипа, тъй като той е подложен на вид учебен процес. Постепенно продуктивността на екипа се подобрява.

Структуриран беклог

Функционалностите, които един продукт трябва да притежава, се записват в беклог. Той може да се разбира като списък със задачи и се използва в Scrum. В списъка се записват задачи, които все още трябва да бъдат изпълнени. Този списък е динамичен, така че беклогът трябва да се поддържа, актуализира и почиства редовно. В противен случай структурата и съответно прегледът ще бъдат загубени.

Story Points, измерваемост, инструменти

Инструменти като Trello (за Канбан) или Jira (за Scrum) ви помагат в работата. Те показват напредъка на проекта и помагат да се измери кои работни пакети са завършени през последните две седмици от спринта. По този начин могат да бъдат идентифицирани възможности за подобрение на екипа. Усилията могат да бъдат оценени със story points. Измерва се не колко време е отделено за дадена работна поръчка, а колко точки има задачата. Това трябва да се оцени предварително: колкото по-сложна и времеемка е задачата, толкова повече story points получава тя.

Scope Creep (Разширяване на обхвата)

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

Технически дълг

Техническият дълг е често срещана метафора в софтуерната разработка. Той възниква, когато се разработва софтуер с недостатъчно качество. Това често се случва, когато новите функционалности се внедряват бързо и съответно нечисто. Колкото по-често се случва това, толкова по-трудно става да се поправят произтичащите дефицити в структурата на софтуера. Често тези „наследени проблеми“ затрудняват внедряването на нови функции. За да се предотврати това, в разработката винаги трябва да се планират фази, по време на които се отстранява техническият дълг. Ако това бъде пропуснато, софтуерът често може само да бъде изграден напълно наново.

Заключение

Има много неща, които трябва да вземете предвид при реализирането на вашия ниършор проект. В началото винаги стои въпросът дали имате достатъчно опит в управлението на проекти във вашата компания, за да управлявате ниършор екипа. Ако това не е така, остава ви вариантът да аутсорснете разработката на продукта на доставчик на услуги. Ако се интересувате от изграждането на собствен ниършор екип, тази статия предоставя някои насоки за най-добрите практики, за да направите проекта успешен. Ниършор доставчиците се намират на място в съответната държава и могат да ви подкрепят в изграждането на екипа и набирането на персонал. Те също така осигуряват помещения, инфраструктура и административна подкрепа. Те са културната връзка с ниършор екипа и гарантират чрез събития, че факторът щастие сред ИТ специалистите е висок и се създава екипна идентичност. nearshorefriends има ниършор локации в Тунис, Португалия и Украйна. Чувствайте се свободни да се свържете с нас, ако имате въпроси относно вашия проект или се нуждаете от екип.