Inženýři jsou vaši nejlepší designéři

Každý, kdo pracoval v technologické společnosti, zná způsob, jakým se návrháři produktů a vývojáři softwaru liší: často mají různé sady dovedností, rozdílné odpovědnosti a v mnoha ohledech jejich mozky prostě fungují odlišně. Vzhledem k tomu, že návrháři a vývojáři jsou tak odlišní, je rozumné je oddělit od projektů.

Že jo?

Tradičně bychom vytvořili specializované sila pro každou samostatnou činnost ve vícekrokovém procesu a přiřadili specialisty, aby se zaměřili na každý z těchto nezávislých kroků. To byl a stále je docela populární přístup k montážní lince k výrobnímu procesu.

Montážní linka je stále zázrakem.

Klíčové slovo výše je výroba. Pokud vyrábíte tisíce a tisíce kusů stejného produktu, vše založené na jediném plánu, je tento přístup úžasný, dodnes (s výjimkou samozřejmě, že na práci na montážní lince se podílí tolik lidí) už).

Pojďme k modernímu světu neustálých technologických inovací. Inovace, podle definice, zahrnuje vytvoření něčeho nového, - obvykle poněkud zvykového, jedinečného digitálního produktu. Nejjednodušší věc je použít tu stejnou známou montážní linku, vodopádový přístup k ní.

Tradiční vodopádový přístup.

To na nás nevypadá správně - a na většinu společností tam venku. Agilní metodika se stala odpovědí pro mnoho, což vedlo k tomu, že společnosti v rámci vývojového týmu přijímaly rychlý a flexibilní rozvrh založený na sprintu.

Agilně inspirovaný vodopádový přístup.

I když je inspirován Agile, lze jej jen stěží nazvat skutečně agilním přístupem, protože nepřidává tolik agility do podnikání jako celku. S ohledem na to mnoho společností jde dále a rozšiřuje rozvrh založený na sprintu mimo vývojový tým a zahrnuje skupiny pro správu produktů a designové skupiny.

Lepší přístup k vodopádům inspirovaný agilností.

Je smutné, že velmi často to je rozsah, v jakém organizace vidí agilní přístup. Ano, nyní si můžete užít agilitu vedení produktových týmů způsobem, který usnadňuje poučení se z trhu a poměrně rychle mění kurz.

Skutečný pracovní postup ve sprintech je však stále v zásadě montážní linkou - často s výstupy hozenými z jednoho specializovaného týmu do druhého „přes plot“. Zatímco ve výrobním závodě společnosti Ford byla práce na montážní lince zapouzdřena čistě ve výrobní („implementační“) fázi výrobního procesu - efektivní výroba stejného produktu znovu a znovu po celá léta, složitost moderních technologických inovačních prací vyžaduje to, co Agile přístup je opravdu o. Nejde ani tak o plánování práce na 1–4 týdenní kusy (což samozřejmě dává podniku požadovanou flexibilitu), nýbrž o to, aby se na základě shromážděných a přispěných dat dělala správná rozhodnutí - v zásadě to správná práce - spolupracovat.

Opravdu věřím, že skutečná síla agilního přístupu je realizována pouze tehdy, když spojíte různé lidi, kteří jsou různorodí v pozadí a sadách dovedností - ze všech částí vaší organizace - dohromady.

Ve společnosti Nice rozebíráme sila a necháme členy našich produktových týmů vytvářet věci společně, což zahrnuje inženýry pracující v uzamčení s návrháři.

Ukázka kolaborativního přístupu Agile. Přidělení se liší od projektu k projektu, od produktu k produktu.

Zahrnujeme inženýry, kteří jsou součástí každé fáze projektu, což jim umožňuje plně porozumět vizím klienta, obchodním potřebám a požadavkům na časovou osu. Rovněž získají přístup z první ruky k porozumění potřebám koncových uživatelů, čímž do procesu vývoje produktu zabudují značné množství empatie.

Výhody přidávání vývojářů do vašeho návrhářského týmu však nekončí.

Společně definujte správný produkt

Je to osvědčené: budete mít produkt vyšší kvality, pokud jej vybuduje rozmanitější tým. Nemluvím jen o demografii - rozmanitost zahrnuje šíři minulých zkušeností, dovedností, přístupů k řešení problémů a dokonce i rozmanitých postojů. Ano, designéři a vývojáři jsou často považováni za protiklady - proto se navzájem velmi dobře doplňují. Vývojáři se přirozeně pokusí získat odpovědi na otázky, na které designéři nemusí myslet, a naopak.

Jelikož hlavní zodpovědností inženýra je stavět produkt, jsou dokonalým společníkem k těm, kdo navrhují zážitek. Zajistí proveditelnost návrhů a konceptů a zavedou kreativní technologické myšlení, které posiluje proces návrhu.

Budujte hned poprvé

Nejde jen o to, aby byl vytvořen správný produkt, ale také o to, aby byl produkt vytvořen správným způsobem. Ve všech správných souvislostech - potřeby uživatelů, cíle klienta, obchodní omezení - mohou vývojáři od začátku dělat lepší technická rozhodnutí.

Pokud budou vývojáři umlčeni, mohou skončit stavbou věcí, které nastaví produkt s nezamýšlenými budoucími omezeními. Ve správném kontextu mohou lépe vytvářet kódové základny, které v případě potřeby umožňují flexibilitu. To je zvláště důležité při stavbě MVP - podle poslední studie EPFL je to zejména proto, že každé 3 ze 4 začínajících podniků se otáčí.

Pracujte chytřejší, ne těžší. Napište správný kód, ne více. Ve správném prostředí se tyto teoretické principy stávají realistickou praxí.

Podporujte vlastnictví a snižujte režijní náklady na správu

Když vývojáři vědí, proč stojí za žádostí, pochopí obchodní potřeby a pracují empaticky s ohledem na uživatele, je pro ně mnohem snazší vlastnit řešení, které vytvářejí. Tento nový druh odpovědnosti není pověřen manažerem, ale spíše pochází od samotného vývojáře.

Inženýři již budou vědět, co je třeba udělat a proč je třeba to udělat, aniž by se museli vědomě či podvědomě ptát na určitá rozhodnutí o produktech. Vedoucí týmů, kteří již nemusejí provádět mikromanage, se mohou zaměřit na pomoc při budování správného rámce, aby inženýři byli nejproduktivnější a nejúčinnější.

Zvýšení empatie v týmu

Odstraňte ukazování prstů a odesílání výstupů přes plot, k čemuž často dochází, když se vývojáři zaseknou na konci projektu. Když je váš tým nastaven od 1. dne, každý člen bude mít více empatie k sobě navzájem.

Tato struktura vede k přirozenějšímu a efektivnějšímu řešení problémů ve spolupráci. Interpersonální výzvy se také vyřeší snadněji, když váš tým sleduje stejnou vizi North Star.

Zvyšte štěstí a retenci zaměstnanců

Mnoho techniků v práci vyhořelo nebo se nudilo, protože nemají žádný přehled o tom, co se stane po napsání kódu. Jsou odpojeni od zbytku procesu a většina jejich práce se může zdát zbytečná. Je v naší přirozenosti chtít působit, řešit výzvy pro lidi a vytvářet něco, na čem opravdu záleží. Cítíte se jako vývojář, až uvidíte úplný obrázek začínající potřebami a body bolesti uživatele.

Potřeba seberealizace - od vrcholu Maslowovy hierarchie - by nikdy neměla být přehlížena. Přestože v mnoha společnostech jsou zaměstnanci s nejvyšším platem, je to pocit naplnění, který vývojář dostane z práce, což často nutí, aby zůstali, i když staví to, co se může zdát jako nudná aplikace B2B. Porozumění příběhu jejich uživatelů a proč je všechno v pořádku.

Neexistuje žádná stříbrná kulka nebo univerzální způsob, jak přijmout tento pracovní postup, a u většiny společností se bude lišit. Ne každý projekt bude potřebovat inženýra pro každý krok procesu a z čistě krátkodobého ekonomického hlediska se může zdát drahé zaplatit inženýrovi, aby udělal něco jiného než kód.

Avšak vyzkoušení typického přístupu k návrhu a vývoji digitálních produktů pomocí sestavení pomocí skutečné integrace funkcí designu a vývoje může odhalit oceněné nápady, které by jinak mohly být jen průměrným produktem.