![\"tidseffektivitet\"](\"\/app\/uploads\/2024\/05\/1tR8fGHRhmgTIZqb1ad_X-Q.jpeg\" "\\"tidseffektivitet\\"")
<\/p>\n
Vi vill alla vara smidiga och agil<\/a> s\u00e5 att resultatet av v\u00e5r verksamhet, m\u00e4tt i siffror, blir s\u00e5 h\u00f6gt som m\u00f6jligt. \u00c4ven om vi l\u00e4gger mest energi p\u00e5 att minska f\u00f6rlusterna, tar vi i slut\u00e4ndan h\u00e4nsyn till den vinst som har \u00f6kat tack vare de besparingar som genererats.<\/p>\n Dessa besparingar hamnar i samma ficka som de \u00f6vriga faktorerna och \u00e4r bara tillg\u00e4ngliga f\u00f6r de mest nyfikna. P\u00e5 s\u00e5 s\u00e4tt tappar vi fokus och utel\u00e4mnar oavsiktligt en hel del v\u00e4rdefulla data<\/a> och i slut\u00e4ndan intelligens.<\/p>\n Att l\u00e4ra sig av sina egna misstag \u00e4r en s\u00e4rskilt anv\u00e4ndbar (men dyr) f\u00e4rdighet, men organisationskultur<\/a> och den diplomati som ligger i denna f\u00f6rm\u00e5ga hj\u00e4lper inte alltid. Vi d\u00f6ljer ofta finansernas negativa inverkan med \"r\u00f6krid\u00e5\"-ord. N\u00e4r en investerare skriker \"Jag f\u00f6rlorade mina pengar!\", kommunicerar f\u00f6rvaltaren det till Team<\/a> genom att s\u00e4ga \"vi borde vara mer effektiva\" och vi letar alla automatiskt efter nya l\u00f6sningar och f\u00f6rb\u00e4ttringar - i st\u00e4llet f\u00f6r att blicka bak\u00e5t letar vi st\u00e4ndigt efter s\u00e4tt att g\u00e5 fram\u00e5t.<\/p>\n Samtidigt \u00e4r f\u00f6rluster ofta nyckeln till att dra r\u00e4tt slutsatser. Om vi g\u00e5r igenom vissa fl\u00f6dessteg i processen utan att t\u00e4nka efter ordentligt, kommer n\u00e4sta l\u00f6sning sannolikt att vara infekterad av samma fel.<\/p>\n Exempel:<\/em><\/strong>\u00a0<\/p>\n Ett litet team av seniora JS<\/a> utvecklarna inte tillhandah\u00e5ller funktionalitet inom den f\u00f6rv\u00e4ntade tiden. Investeraren, som vill p\u00e5skynda utvecklingen, beordrar att en ny programmerare ska anst\u00e4llas. Att introducera en ny person i projektet kommer att distrahera teamet, vilket saktar ner projektets framsteg ytterligare.<\/p>\n Om investeraren b\u00e4ttre skulle f\u00f6rst\u00e5 orsakerna till teamets ineffektivitet skulle han dra slutsatsen att det bara utnyttjar sin potential under 60-70%. B\u00e4ttre utrustning och n\u00e5gra arbetsdagar som \u00e4gnas \u00e5t automatisering av arbetet skulle l\u00f6sa problemet.<\/p>\n Tyv\u00e4rr m\u00e5ste han nu betala f\u00f6r en annan utvecklare som ska arbeta med samma utrustning och vars effektivitet ocks\u00e5 kommer att ligga p\u00e5 60-70%.<\/p>\n L\u00f6sning A:<\/strong><\/p>\n \nFr\u00e5n och med nu kostar projektet $20.200 \/ m\u00e5nad<\/p>\n Total utgift under 12 m\u00e5nader: 12 * 20.200 + 10.000 = $252.400<\/p>\n L\u00f6sning B:<\/strong><\/p>\n \nFr\u00e5n och med nu kostar projektet: $30.000 \/ m\u00e5nad<\/p>\n Total utgift p\u00e5 12 m\u00e5nader: 12 * 30 000 = $360 000<\/p>\n Tv\u00e5 utvecklare som arbetar p\u00e5 100% g\u00f6r ungef\u00e4r samma sak som tre utvecklare som arbetar p\u00e5 60-70%. Investeraren kommer att betala \u00f6ver $ 100 000 mer f\u00f6r samma bearbetningskapacitet per \u00e5r p\u00e5 grund av ett felaktigt designbeslut!<\/p>\n Agilitet i processen inneb\u00e4r inte n\u00f6dv\u00e4ndigtvis att man str\u00e4var efter 100%-testt\u00e4ckning eller att sl\u00e5 prestandarekord. \u00c4ven om dessa m\u00e5tt ger en \u00f6versikt \u00f6ver projektets tekniska tillst\u00e5nd \u00e4r de s\u00e5 obetydliga ur slutkundens perspektiv att det inte \u00e4r n\u00f6dv\u00e4ndigt att uppn\u00e5 dem till ett idealiskt tillst\u00e5nd i en verkligt agil process eftersom de inte ger n\u00e5gon verklig marknad<\/a> v\u00e4rde.<\/p>\n Att utveckla perfekta tekniska l\u00f6sningar kr\u00e4ver ett stort engagemang fr\u00e5n teamet och mycket mer omfattande kommunikation. F\u00f6ljden blir att patcherna arbetar l\u00e5ngsammare och att projektet blir tungt p\u00e5 grund av \u00f6verutveckling.<\/p>\n Agil utveckling<\/a> handlar om att leverera en fungerande kod<\/a> med minimal anstr\u00e4ngning. Kodtestning \u00e4r utan tvekan en bra metod och testerna s\u00e4ger mycket om hur koden fungerar, men de ska inte g\u00f6ras bara f\u00f6r att man ska g\u00f6ra dem och skryta om det - den optimala tekniska kvaliteten p\u00e5 l\u00f6sningar ligger n\u00e5gonstans mellan den miniminiv\u00e5 som fastst\u00e4lls av utvecklingsteam<\/a> och det maximala som begr\u00e4nsas av budgeten.<\/p>\n I slut\u00e4ndan kommer man ingenstans med perfektion. Intressant nog \u00e4r \u00e4ven s\u00e4kerhetsfr\u00e5gan f\u00f6rem\u00e5l f\u00f6r denna regel - teoretiskt sett kan alla system hackas. Det tidigare n\u00e4mnda utvecklingsminimumet m\u00e5ste dock vara motsvarande h\u00f6gre och relevant f\u00f6r vikten, skalan och kostnaden f\u00f6r potentiella konsekvenser av kodmisstag. Ofta, ist\u00e4llet f\u00f6r att skriva inloggningsmodulen fr\u00e5n grunden, som alltid \u00e4r belastad med en h\u00f6g risk f\u00f6r fel och inf\u00f6ra s\u00e4kerhetsproblem, \u00e4r det b\u00e4ttre att anv\u00e4nda till exempel knappen \"Logga in med Google\", vars korrekta implementering \u00e4r relativt snabb och s\u00e4ker.<\/p>\n S\u00e5 l\u00e4nge m\u00e5let \u00e4r en kort time-to-market \u00e4r \u00f6verdrivet ambiti\u00f6sa antaganden kontraproduktiva. I en till synes perfekt process kan \u00f6verentusiasm vara ett sl\u00f6seri med resurser<\/a>.<\/p>\n Anv\u00e4ndarcentrerad design \u00e4r coolt. M\u00e4nniskocentrerat samarbete \u00e4r viktigare. N\u00e4r teamet kommunicerar p\u00e5 samma v\u00e5gl\u00e4ngd kan det spontant minska ytterligare potentiella f\u00f6rluster.<\/p>\n A UX<\/a> designer som \u00e4r uppdaterad med frontend-teknik kommer inte att f\u00f6resl\u00e5 en l\u00f6sning p\u00e5 MVP<\/a> fas som kommer att ta orimligt mycket tid i anspr\u00e5k i genomf\u00f6randeskedet.<\/p>\n En frontend-utvecklare som kan anv\u00e4ndbarhetsheuristik kommer att kunna anpassa gr\u00e4nssnittet till en viss sk\u00e4rmuppl\u00f6sning utan att involvera UX-designern - quick fix, f\u00f6rhandsgranska, acceptera.<\/p>\n Att arbeta med en applikation kr\u00e4ver synkronisering av aktiviteter hos personer med helt olika kompetensprofiler. Du m\u00e5ste veta hur kompetensen \u00e4r f\u00f6rdelad i ditt team f\u00f6r att effektivt kunna leverera v\u00e4rde till dina kunder.<\/p>\n Ett engagerat och synkroniserat team \u00e4r en viktig faktor f\u00f6r att skapa besparingar. Denna typ av smidighet kr\u00e4ver optimal produktutveckling<\/a>.<\/p>\n Bra teamprestationer p\u00e5 det h\u00e4r s\u00e4ttet \u00e4r oerh\u00f6rt sv\u00e5rt att uppn\u00e5, s\u00e4rskilt i en tid av distansarbete<\/a>. F\u00f6retag som har varit \"fj\u00e4rrv\u00e4nliga\" i flera \u00e5r har en betydande f\u00f6rdel p\u00e5 detta omr\u00e5de j\u00e4mf\u00f6rt med dem som har tvingats anpassa organisationen under nedst\u00e4ngningen och f\u00f6rst nu l\u00e4r sig om nya metoder och former f\u00f6r kommunikation.<\/p>\n I samband med de v\u00e4xande kommunikationsbehoven noterar verktyg som Whimsical, Miro, Mural, Figma och Balsamiq en imponerande \u00f6kning i popularitet.<\/p>\n Visst har nedst\u00e4ngningen och behovet av att arbeta p\u00e5 distans spelat sin roll i denna explosion av anv\u00e4ndare. Jag anser att valet av verktyg b\u00f6r matcha individuella preferenser, men l\u00e5t oss ta en titt p\u00e5 Miro:<\/p>\n Popularisering av s\u00e5dana verktyg driver naturligtvis \u00f6kningen av populariteten f\u00f6r sj\u00e4lva metoderna. Den som k\u00f6pt Miro f\u00f6r att arbeta med personas f\u00e5r tillg\u00e5ng till dussintals andra mallar som kan visa sig vara av intresse och p\u00e5verka teamets dagliga arbete positivt.<\/p>\n Du b\u00f6r alltid utrusta dig med verktyg som effektiviserar informationsfl\u00f6det i projektet. \u00d6ppenhet f\u00f6r nya verktyg och metoder \u00e4r ocks\u00e5 en av grunderna f\u00f6r ett effektivt produktutveckling<\/a>.<\/p>\n Erfarna designers av b\u00e5de gr\u00e4nssnitt och programvaruarkitektur<\/a> brukar se flera potentiella l\u00f6sningar som b\u00f6r verifieras i b\u00f6rjan av samarbetet och effektivt leta efter l\u00e4mpliga inspirationsk\u00e4llor eller till och med f\u00e4rdiga l\u00f6sningar p\u00e5 marknaden. Ett bra exempel \u00e4r ramverket Material UI, som vanligtvis \u00e4r ett s\u00e4kert kort i prototypstadiet<\/a>.<\/p>\n Ibland r\u00e4cker det med att granska n\u00e5gra implementeringar p\u00e5 Behance eller Dribble och anv\u00e4nda inspirationen f\u00f6r att ta fram en moodboard och sedan skicka den till utvecklaren. Denna person kommer att anv\u00e4nda den f\u00f6r att s\u00e4tta ihop en klickbar Prototyp<\/a> som kan presenteras f\u00f6r tidiga anv\u00e4ndare f\u00f6r att samla in feedback. Denna organiska str\u00e4van efter en effektiv process hos designintresserade och engagerade m\u00e4nniskor \u00e4r naturlig.<\/p>\n Om du vill leverera digitala produkter p\u00e5 ett effektivt s\u00e4tt m\u00e5ste du l\u00e5ta m\u00e4nniskor g\u00f6ra sitt jobb. Du vet vilket v\u00e4rde\/vilken tj\u00e4nst du vill ge dina kunder - det r\u00e4cker. Ett kompetent och v\u00e4lsk\u00f6tt projektteam vet b\u00e4st hur man levererar detta v\u00e4rde\/denna tj\u00e4nst s\u00e5 snabbt som m\u00f6jligt med n\u00f6dv\u00e4ndig kostnadseffektivitet.<\/p>\n Visa f\u00f6rtroende, dela ansvaret och \u00f6ppna upp f\u00f6r en verklig tv\u00e5v\u00e4gskommunikation s\u00e5 att din Produkt<\/a> kommer att bli b\u00e4ttre och b\u00f6rdan av att g\u00f6ra allt sj\u00e4lv kommer att vara borta fr\u00e5n dina axlar, vilket ofta visar sig vara en anstr\u00e4ngande resa f\u00f6r grundare och entrepren\u00f6rer! P\u00e5 Codest<\/a>Vi oms\u00e4tter denna princip inte bara i projekt utan \u00e4ven i interna processer - det \u00e4r f\u00f6rmodligen d\u00e4rf\u00f6r vi har en h\u00f6g retention av b\u00e5de kunder och medarbetare (sann historia, b\u00e5da> 90%).<\/p>\n Unna dig lite l\u00e4ttja, \u00f6verf\u00f6r ansvar och sl\u00e4pp taget om allt \u00f6verfl\u00f6digt arbete som inte \u00e4r n\u00f6dv\u00e4ndigt f\u00f6r att komma vidare - funktioner som skulle vara \"trevliga att ha\" kan alltid v\u00e4nta.<\/p>\n Processen med att skapa en digital produkt \u00e4r en st\u00e4ndig kollision mellan olika perspektiv, erfarenheter och informationsk\u00e4llor - och varje s\u00e5dan kollision medf\u00f6r en risk f\u00f6r att fatta fel designbeslut.<\/p>\n En god intern kommunikation minskar denna risk, men det \u00e4r bara en sida av myntet. Fr\u00e5gan om hur man h\u00e5ller kontakten med marknaden \u00e5terst\u00e5r fortfarande att besvara.<\/p>\n Business Intelligence, Customer Support, UX research-avdelningar och m\u00e5nga andra - precis som utvecklingsteam<\/a>b\u00f6r de str\u00e4va efter det minimum som kr\u00e4vs f\u00f6r att ge specifika svar p\u00e5 fr\u00e5gor som st\u00e4lls av produkt\u00e4garen eller UX-teamet.<\/p>\n Sj\u00e4lva varum\u00e4rkesprofileringen och kommunikationsstrategin \u00e4r ocks\u00e5 viktiga. De tj\u00e4nar till att bygga en kvalitativ relation med kunderna, vilket sedan \u00f6vers\u00e4tts till deras engagemang. Om du vill st\u00e4lla fr\u00e5gor till kunderna b\u00f6r du se till att de \u00e4r villiga att svara p\u00e5 dessa fr\u00e5gor. Tonen i din r\u00f6st \u00e4r viktig.<\/p>\n Det \u00e4r s\u00e4kert s\u00e5 att man genom att ha st\u00e4ndig kontakt med marknaden kan definiera de r\u00e4tta v\u00e4garna f\u00f6r projektet f\u00f6r att f\u00e5 det att flyga. Mindre uppenbart \u00e4r det faktum att behovet av denna kontakt b\u00f6r beaktas redan i b\u00f6rjan av projektet, n\u00e4r det g\u00e4ller att f\u00f6rutse r\u00e4tt kompetens i teamet (f\u00f6r att st\u00e4lla r\u00e4tt fr\u00e5gor och besvara dem) och bygga upp en produktstrategi som involverar m\u00e5lgrupperna.<\/p>\n Med tanke p\u00e5 alla de fr\u00e5gor som n\u00e4mns ovan kan vi konstatera att det finns flera problem som regelbundet dyker upp i designprocessen:<\/p>\n - \u00e4r alltf\u00f6r vinstinriktade och undviker att titta p\u00e5 misslyckanden,<\/p>\n - felaktigheter och inte r\u00f6ntga egna misstag,<\/p>\n - Jaga en perfekt produkt som du har i ditt huvud, men som inte \u00e4r vad marknaden beh\u00f6ver,<\/p>\n - \u00f6vernitisk implementering av textboksprocesser - \u00f6verutveckling och \u00f6verdesign,<\/p>\n - oflexibelt teamarbete och tvingar medarbetarna att stanna kvar endast inom sina specialomr\u00e5den,<\/p>\n - ineffektiv kommunikation,<\/p>\n - tendens att uppfinna hjulet p\u00e5 nytt.<\/p>\n Processoptimering p\u00e5 makroniv\u00e5 omfattar summan av besparingar. F\u00f6r att p\u00e5 r\u00e4tt s\u00e4tt m\u00f6ta de ovan n\u00e4mnda utmaningarna m\u00e5ste du involvera dina kollegor s\u00e5 att de \u00f6ppet kan presentera id\u00e9er f\u00f6r att f\u00f6rb\u00e4ttra processen.<\/p>\n Ibland r\u00e4cker det med att prata mindre och lyssna mer uppm\u00e4rksamt p\u00e5 underordnade, kunder och partners - i enlighet med var och ens roll och ansvar - f\u00f6r att n\u00e5 framg\u00e5ng.<\/p>\n N\u00e4r du inte riktigt r\u00e4cker till \u00e4r du troligen \u00f6verinvesterad<\/a>. Har du f\u00f6r mycket pengar?<\/p>\n L\u00e4s mer om detta:<\/strong><\/p>\n CTO-utmaningar - uppskalning och tillv\u00e4xt av mjukvaruprodukter<\/a><\/p>\nL\u00e4rdomar fr\u00e5n misslyckanden<\/h2>\n
\n
\n
Att bygga en perfekt produkt \u00e4r som att jaga en kanin<\/h2>\n
Det \u00e4r bra att veta allt om n\u00e5got och n\u00e5got om allt<\/h2>\n
Kraftfull utrustning innan du g\u00e5r ig\u00e5ng<\/h2>\n
![\"Miro\"](\"\/app\/uploads\/2024\/05\/miro.png\" "\\"Miro\\"")
<\/p>\nDu kan (och b\u00f6r) vara lat<\/h2>\n
Fokusera p\u00e5 att hitta r\u00e4tt svar<\/h2>\n
Slutsatser<\/h2>\n
![\"H\u00e5ll](\"\/app\/uploads\/2024\/05\/meme.png\" "\\"H\u00e5ll")
<\/p>\nH\u00e5ll k\u00e4ften och ta dina pengar! Och f\u00f6rresten..:<\/h2>\n
\n