Dual-track Agile е ефективна стратегия, която подкрепя както дизайнерските, така и развойните екипи на всяка стъпка от пътя към изграждането на невероятни продукти, които клиентите наистина биха използвали и харесали.

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

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

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

По този начин подходът към това може да бъде скъп, да отнеме време и предизвикателство.

Въпреки това, с подобрени модели като Agile или Dual-track Agile, можете да внедрите по-добър продукт с по-ниски разходи, време и трудности на пазара, който вашите клиенти биха искали да използват.

Нека обсъдим по-подробно двойната гъвкава писта и да разберем колко полезна може да бъде тя за следващото ви разработване на продукти.

Какво е Dual Track Agile?

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

  • Пътеката за откриване набляга на бързото генериране и валидиране на идея за продукт, която да бъде заредена във вашето изоставане. Занимава се с продуктов дизайн.
  • Пътят на доставка набляга на превръщането на тези идеи за продукти в софтуерна система, готова да бъде доставена на крайните потребители. Основно е с разработването на продукта.

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

Корените на dual-track agile могат да бъдат проследени до 2005 г., след като Agile Manifesto беше пуснат и популяризиран. Идеята беше доразвита и сега имаме пъргав двупистов режим.

Как работи Dual-track Agile?

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

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

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

Dual-track включва откриване и доставяне на продукт успоредно с по-голямо сътрудничество. Тук всеки член, включително разработчика, дизайнера и продуктовия мениджър, работи в тясно сътрудничество по време на процеса на разработване на продукта.

Защо да използвате Dual-track Agile?

Използването на dual-track agile идва с много предимства за продуктовите екипи, като например:

По-качествени продукти

С пътеките за откриване и доставка можете да поддържате добре дефинирани неизпълнени елементи. Dual-track agile позволява проверка за функции, които действително са необходими, за да можете да се съсредоточите върху потребителското изживяване и да се справите с болезнените точки.

  Как да използвате Systemd за изброяване на услуги

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

По-малко преработка

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

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

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

Подобрено потребителско изживяване

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

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

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

Бързо се адаптирайте към промените.

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

Рентабилно валидиране

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

Но валидирането на идеи е от решаващо значение за гарантиране на качеството на продукта. Ето защо разработчиците сега намират начини да направят валидирането на идеи по-управляемо, по-евтино и по-бързо. Dual-track Agile е ефективен начин за постигане на това. Членовете на екипа за откриване могат да извършват проучвания и да проектират прототипи вместо кодове за валидиране. Това води до по-лесно, по-ефективно и рентабилно валидиране.

Как да приложим Dual-Track Agile на практика?

Двуканалната гъвкавост е отлична за фирми с различни форми и размери, които изграждат софтуерни системи за различни пазари.

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

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

  Какво прави сенникът на обектива и кога трябва да го използвате?

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

Стъпка 1: Пътеката за откриване

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

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

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

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

Дейностите, които екипите извършват тук, са:

  • Провеждане на интервюта със заинтересовани страни, за да се разберат техните цели и планове
  • Проучване на потребителите, за да разберете с какви проблеми се сблъскват потребителите и как да ги разрешат чрез продукта
  • Създаване на продуктова личност за производство на продукт, който може да задоволи нуждите на клиентите
  • Картографиране на истории за приоритизиране на дейности и функции, които да добавите първи

Сега идва следващият етап.

Стъпка 2: Трасето за доставка

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

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

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

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

Трасето за доставка изисква да извършите следните дейности:

  • Бързо създаване на прототип
  • По-бързо пускане на прототипа на пазара
  • Вземане на обратна връзка за разбиране на поведението на потребителите
  • Подобряване на потребителския интерфейс и други аспекти въз основа на обратната връзка с потребителите

Двуканална гъвкавост със Scrum

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

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

Dual-track agile със Scrum изисква да извършите следните дейности:

  • Планиране на спринт за откриване на продукти и задачи за доставка, включващи процеси като анализиране на възможности, потребителско тестване, кодиране, създаване на прототипи, непрекъсната интеграция и др.
  • Провеждане на ежедневен Scrum за обсъждане на постигнатия напредък
  • Преглед на спринтовете за анализиране на производителността на продукта, производителността на процеса и т.н. и актуализиране на напредъка за постигане на дефинираните OKR
  • Ретроспекция чрез провеждане на срещи за подобряване, за да се идентифицират възможностите за подобрение за итерация
  • Визуализация на откривателската работа за подобряване на процеса и проследяване на напредъка към целта
  Как да поправите компютъра автоматично отива в BIOS

Двуканална гъвкавост с Kanban

В Kanban се визуализират две неизпълнени задачи – натрупана работа по откриване и натрупана работа по доставка.

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

След като проектите са завършени, те преминават към етапа на доставка, който цели бързо внедряване на крайния продукт до крайните потребители.

Предизвикателствата на пъргавината с две следи и как да се справите с тях

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

Следователно Dual-track Agile ще донесе по-голяма стойност за дългосрочно разработване на проекти с по-големи екипи и там, където има нужда от непрекъснато изграждане, тестване и итерация на продукта, за да се подобри. Този тип проект ще изисква непрекъснато откриване и доставка на продукти. По този начин ролите могат да бъдат ясно разпределени между членовете и такава настройка ще осигури бърз напредък на целия проект.

Някои митове за Dual-track Agile

  • Това е само за разработка на софтуер: Вярно е, че Agile за първи път стартира в света на софтуера и е особено подходящ за разработка на цифрови продукти. Но е мит, че е приложимо само за разработка на софтуер; всички видове организации могат да използват Agile.
  • Подходящ само за малки фирми и стартиращи фирми: Agile е отличен подход за изграждане на завладяващи MVP и настройване на версии в зависимост от обратната връзка с потребителите. Това не означава, че по-големите организации не могат да го използват. Някои от най-старите и големи компании в света, като GE, Philips и др., използват Agile. Те го използват, за да ускорят бавните си процеси и да премахнат изоставеността в работния процес, за да стимулират иновациите на ниво предприятие.
  • Скоростта жертва качеството: Agile позволява по-бързо разработване на софтуер. Това не означава, че го прави, като жертва качеството. Agile гарантира качеството на продукта чрез различни фази на тестване и в итерация, за да се гарантира, че нито една грешка или грешка не компрометира качеството или сигурността. Включва бета тестване, QA и т.н. и помага за създаването на качествени продукти с по-висока скорост.
  • Agile е Scrum: Това е широко разпространен мит, че Agile е Scrum. Всъщност Scrum идва от eXtreme Programming и Lean. Това е просто методология за управление на проекти, но Agile е различна концепция за разработка на софтуер.
  • Без ясно дефинирани роли: Мнозина смятат, че в Agile всеки може да прави каквото си поиска, тъй като няма ясно дефинирани цели и роли. Това е мит. Agile може да включва традиционно управление отгоре надолу с определени роли и отговорности и контролирани проекти. Разликата обаче е в командването и контрола за управление на отделни екипи. Тук всеки има малко повече гъвкавост да работи в тясно сътрудничество с екипите за разработка и дизайн с по-голямо сътрудничество.
  • Без план: Мнозина смятат, че Agile не включва планиране, защото включва по-бързи итерации. Но не е вярно. Всъщност Agile е нищо без ясно дефинирана дългосрочна цел и планиране за нейното постигане. Agile разделя по-големите задачи на по-малки и ги изпълнява ефективно, за да постигне цялостното завършване на проекта с висока степен на успех.
  • Без документация: Това, че нещата се движат по-бързо тук, не означава, че в Agile няма документация. Това включва динамичен екип с продуктивни членове и документацията също е важна тук.

Заключение

Използването на усъвършенстван подход за разработка на продукти като Dual-track Agile ви помага да създавате качествени продукти с по-ниски разходи, време и трудности. По този начин можете бързо да пуснете своя продукт на пазара и да спечелите конкурентно предимство. Освен това ще ви позволи да получавате обратна връзка рано и да подобрите продукта си, за да увеличите процента му на успех.

By admin