Ingeniører er dine bedste designere

Alle, der har arbejdet hos en teknologivirksomhed, kender, hvordan produktdesignere og softwareudviklere er forskellige: De har ofte forskellige kompetencer, forskellige ansvarsområder, og på mange måder fungerer deres hjerner bare anderledes. Da designere og udviklere er så forskellige, er det fornuftigt at holde dem adskilte om projekter.

Ret?

Traditionelt opretter vi en specialiseret silo til hver separat aktivitet i en flertrinsproces og tildeler specialister at fokusere på hvert af disse uafhængige trin. Dette var og er stadig en ret populær samlebåndstilgang til en fremstillingsproces.

Samlebånd er virkelig et mirakel, stadig.

Nøgleordet ovenfor er fremstilling. Hvis du producerer tusinder og tusinder af enheder af det samme produkt, alt baseret på en enkelt plan, er denne tilgang fantastisk, stadig den dag i dag (bortset fra, selvfølgelig, der er ikke så mange mennesker involveret i samlebåndets arbejde længere).

Lad os gå videre til den moderne verden af ​​konstant teknologisk innovation. Innovation involverer pr. Definition skabelsen af ​​noget nyt - generelt et noget brugerdefineret, enestående digitalt produkt. Den mest ligefremme ting her er at anvende den samme velkendte samlebånd, vandfaldets tilgang til den.

Traditionel vandfald tilgang.

Det ser ikke godt ud for os - og for de fleste virksomheder derude. Agile Methodology er blevet svaret for mange, hvilket resulterer i, at virksomheder vedtager den hurtige og fleksible, sprint-baserede tidsplan inden for udviklingsteamet.

Agile-inspireret vandfald tilgang.

Selvom det er inspireret af Agile, kan det næppe kaldes en ægte Agile-tilgang, da det ikke tilføjer al den meget smidighed til virksomheden som helhed. Med det for øje går mange virksomheder videre og udvider den sprintbaserede plan uden for udviklingsholdet og inkluderer produktstyring og designgrupper.

En bedre Agile-inspireret vandfaldstilgang.

Desværre er det ofte, i hvilket omfang organisationer ser den Agile-tilgang. Ja, nu kan du nyde smidigheden ved at køre produktteamene på en måde, der gør det nemt at lære af markedet og ændre kursen ret hurtigt.

Imidlertid er den egentlige arbejdsgang inden for sprinterne stadig en samlebånd - ofte med leverancer kastet fra et specialiseret team til et andet "over hegnet". Selv om Fords produktionsfabriksgulv samlebåndets arbejde blev indkapslet rent inden for produktionsfasen (“implementering”) i produktionsprocessen - effektivt at producere det samme produkt igen og igen i årevis, kræver kompleksiteten af ​​moderne teknologisk innovationsarbejde hvad Agile tilgang handler virkelig om. Det handler ikke så meget om at planlægge arbejdet i 1-4-ugers bidder (hvilket naturligvis giver den ønskede fleksibilitet til virksomheden), lige så meget det handler om at tage de rigtige beslutninger baseret på de indsamlede og bidragede data - i det væsentlige at gøre det rigtige arbejde - i samarbejde.

Jeg er en ægte tro på, at den sande kraft i Agile-tilgangen kun realiseres, når du bringer forskellige mennesker, der er forskellige i deres baggrund og færdigheder, - fra alle dele af din organisation - sammen.

Hos Handsome nedbryder vi siloer og lader medlemmer af vores produktteam bygge ting sammen, som inkluderer ingeniører, der arbejder i lock-step med designere.

En prøve af samarbejdsvillig Agile-tilgang. Tildelingerne varierer fra projekt til projekt, fra produkt til produkt.

Vi inkluderer ingeniører, der skal være en del af hver fase af et projekt, som giver dem mulighed for at forstå en kundes vision, forretningsbehov og tidslinjekrav fuldt ud. De får også førstehåndsadgang til at forstå slutbrugerens behov og bygger en betydelig mængde empati i produktudviklingsprocessen.

Fordelene ved at føje udviklere til dit designteam stopper dog ikke der.

Definer det rigtige produkt sammen

Det er velprøvet: Du får et produkt af højere kvalitet, hvis et mere forskelligartet team bygger det. Jeg taler ikke kun demografi - mangfoldighed inkluderer bredden af ​​tidligere erfaringer, færdigheder, tilgange til løsning af problemer og endda forskellige tankesæt. Ja, designere og udviklere bliver ofte set på som modsætninger - hvorfor de komplementerer hinanden ekstremt godt. Udviklere vil naturligvis forsøge at få svar på spørgsmål, som designere måske ikke tænker på, og vice versa.

Da en ingeniørs hovedansvar er at opbygge et produkt, er de den perfekte ledsager til dem, der designer oplevelsen. De vil sikre gennemførligheden af ​​designideer og -koncepter og introducere kreativ tech-tænkning, der styrker designprocessen.

Byg den rigtige første gang

Det handler ikke kun om det rigtige produkt, der bygges, det handler også om at bygge produktet på den rigtige måde. Med al den rette kontekst - brugerbehov, en klients mål, forretningsbegrænsninger - kan udviklere træffe bedre tekniske beslutninger fra starten.

Hvis udviklere bliver tavet, kan de ende med at bygge ting, der sætter et produkt op med utilsigtede fremtidige begrænsninger. Med den rigtige kontekst kan de bedre bygge codebaser, der giver mulighed for fleksibilitet, når det er nødvendigt. Dette er især vigtigt, når man bygger en MVP - især da hver 3 ud af 4 startups ender med at dreje, ifølge en nylig EPFL-undersøgelse.

Arbejd smartere, ikke hårdere. Skriv den rigtige kode, ikke mere kode. I det rigtige miljø bliver disse teoretiske principper en realistisk praksis.

Opmuntrer ejerskab og reducer administrationsomkostninger

Når udviklere ved, hvorfor bag et spørgsmål, forstår forretningsbehov og arbejder empatisk med brugerne i tankerne, er det meget lettere for dem at eje den løsning, de bygger. Denne nye type ansvarlighed kræves ikke af en manager, men kommer snarere i sig selv fra udvikleren selv.

Ingeniører vil allerede vide, hvad der skal gøres, og hvorfor det skal gøres, uden at skulle stille spørgsmål - om bevidst eller ubevidst - visse produktbeslutninger. Holdledere kan ikke længere behøver at mikronisere udførelsen, og fokusere på at hjælpe med at opbygge de rigtige rammer for at sikre, at ingeniører er mest produktive og effektive.

Forøg empati inden for teamet

Fjern fingerpegning og send leverancer over hegnet, hvilket ofte sker, når udviklere sidder fast i slutningen af ​​et projekt. Når dit team er sat fra dag 1, vil hvert medlem have mere empati for hinanden.

Denne struktur fører til mere naturlig og effektiv samarbejdsproblemløsning. Interpersonelle udfordringer løses også lettere, når dit team alle følger den samme North Star-vision.

Øg medarbejdernes lykke og fastholdelse

Mange ingeniører bliver udbrændt eller keder sig på arbejde, fordi de ikke har nogen synlighed til, hvad der sker, når deres kode er skrevet. De er koblet fra resten af ​​processen, og meget af deres arbejde kan ende med at virke meningsløst. Det er i vores natur at ønske at påvirke, løse udfordringer for mennesker og skabe noget, der virkelig betyder noget. Du får kun føle dette som en udvikler, når du ser det fulde billede, der starter med en brugers behov og smertepunkter.

Behovet for selvaktualisering - fra toppen af ​​Maslows hierarki - bør aldrig diskonteres. På trods af at de er de højst betalte ansatte i mange virksomheder, er det følelsen af ​​opfyldelse, som en udvikler får fra arbejdet, der ofte får dem til at ønske at blive, selvom de bygger det, der kan synes at være en kedelig B2B-app. At forstå deres brugers historie og hvorfor gør hele forskellen.

Der er ingen sølvkugle eller en universel måde at omfavne denne arbejdsgang, og det vil variere for de fleste virksomheder. Ikke hvert projekt har brug for en ingeniør til hvert trin i processen, og ud fra et rent kortsigtet økonomisk synspunkt kan det virke dyrt at betale en ingeniør for at gøre noget andet end kode.

At udfordre den typiske samlebåndstilgang til digital produktdesign og -udvikling ved virkelig at integrere design- og udviklingsfunktioner kan imidlertid låse prisvindende ideer til, hvad der ellers kun kunne være et gennemsnitligt produkt.