Инженерите са най-добрите ви дизайнери

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

Така ли е?

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

Носещата линия е наистина чудо.

Ключовата дума по-горе е производството. Ако произвеждате хиляди и хиляди единици от един и същ продукт, всички базирани на един план, този подход е страхотен и до днес (освен, разбира се, няма толкова хора, участващи в работата на монтажната линия вече).

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

Традиционен подход за водопад.

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

Agile-вдъхновен подход за водопад.

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

По-добър подход, вдъхновен от Agile.

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

Въпреки това, действителният работен процес в спринтовете все още е по същество сборна линия - често с резултати, хвърлени от един специализиран екип в друг „през оградата“. Докато на производствената фабрика на Ford производствената линия на производствената линия е била капсулирана изцяло в етапа на производство („внедряване“) на производствения процес - ефективно производство на един и същ продукт от години и отново, сложността на съвременната технологична иновационна работа изисква това, което Agile подход е наистина за. Не става въпрос толкова за планиране на работата в порции от 1 до 4 седмици (което, разбира се, дава желаната гъвкавост на бизнеса), колкото за вземане на правилни решения въз основа на събраните и допринесени данни - по същество правилната работа - съвместно.

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

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

Извадка от съвместния Agile подход. Разпределенията варират от проект до проект, от продукт към продукт.

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

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

Определете правилния продукт заедно

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

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

Изградете правилно от първия път

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

Ако разработчиците бъдат затворени, те могат да завършат изграждането на неща, които създават продукт с непредвидени бъдещи ограничения. С правилния контекст те могат по-добре да изграждат кодови бази, които позволяват гъвкавост, когато е необходимо. Това е особено важно при изграждането на MVP - особено след като всеки 3 от 4 стартиращи компании завършва завъртане, показва скорошно проучване на EPFL.

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

Насърчете собствеността и намалете управлението на режийни разходи

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

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

Увеличете съпричастността в екипа

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

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

Увеличете щастието и задържането на служителите

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

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

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

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