Tre huvudroller inom IT
I ett framgångsrikt IT-företag finns huvudroller, utan vilka de korrekta och
Den första rollen är produktchef.Det är den som hanterar idén, tydligt ser vilken "smärta" produkten löser för kunden och vilket värde den tillför. Det svarar på frågan "Varför gör vi det här?" Denna person måste ha utvecklat mjuka färdigheter (från engelska "soft skills" - "High-tech") för att känna av kundernas behov, bygga kommunikation med utvecklings-, försäljnings- och marknadsföringsteamet. Sådana färdigheter är svåra att mäta, men det finns ett antal metoder som hjälper till att tillämpa dem och i slutändan skapa den produkt kunden behöver: kunskap inom området användarupplevelse (UX), analys, positionering av vad som har gjorts, samt som sätt att studera målgruppen och färdigheter i att genomföra experiment.
Användarupplevelse “Användarupplevelse, interaktionsupplevelse”är användarens uppfattningar och svar som härrör från användningen och/eller avsedd användning av en produkt, ett system eller en tjänst.
Användarupplevelsen inkluderar alla känslor, övertygelser,preferenser, sensationer, fysiska och psykologiska reaktioner från användaren, beteende och prestationer som uppstår före, under och efter användning av systemet.
Den andra personen är chefsingenjör eller, på annat sätt,CTO är CTO. Den här personen svarar på frågan "Hur gör vi det här?" Han måste ha programmerings- och managementfärdigheter - om företaget växer kommer hans roll gradvis att förändras: han kommer att arbeta mindre med händerna och hantera teamet mer. Att känna till IT-landskapet som helhet och förstå vilka tekniker, specialister, algoritmer, tillvägagångssätt som behövs för att slutföra en specifik uppgift kommer att vara praktiskt. Han måste ha en bred IT-syn, obligatorisk för denna position även vid ingången.
Den tredje personen ansvarar för marknadsföring ochförsäljning. I början av vägen kan dessa områden kombineras. En sådan specialist svarar på frågan "Till vem och hur ska vi sälja vår lösning?" Uppsättningen av färdigheter här varierar beroende på om det fungerar på B2C- eller B2B-marknaden. I B2B behövs för det första erfarenhet och en ”full hand” inom detta område. En uppsättning specialfärdigheter är ännu mindre viktig än erfarenhet.
Viktiga utvecklingssteg
Som regel har företaget redan vid startenhypoteser om vilka "smärtor" och problem hos en potentiell kund produkten ska lösa. När ett företag redan har en produkt är det viktigt att lägga upp processer inom marknadsföring och försäljning för att nå en potentiell kund, generera leads – förintresserade kunder, bearbeta dem och omvandla dem till en order.
Nästa steg är inte mindre viktigt - implementeringen av produkten inom kundens företag, eftersom vi talar om B2B-marknaden.
Efter det kommer kundens "lyckhantering": teknisk support, uppdateringar och eventuellt tillfredsställelsen av följande "smärta" på grund av försäljningen av ytterligare tjänster, vi pratar om hur man arbetar med en klient och hur hanterar honom, samt tar emot sina pengar längre.
Utarbeta tekniska specifikationer: hur man inte förväxlar rollerna
Produktchef ansvarig för den övergripande utvecklingen.produkten och dess vision, och strävar också efter att säkerställa att produkten inte bara uppfyller uppgifterna för en viss kund, utan också löser ett antal liknande problem och sedan kan skalas - såldes till många andra kunder. Sådana specialister studerar kunder, utför olika experiment, bildar en vision om produktutveckling. Efter det förvandlar de denna vision till en sekvens av steg för att skapa en produkt - färdplan.
Teknisk färdplan “Teknologisk färdplan”— kortsiktig eller långfristig frisättningsplantillverkare av någon produkt. Oftast är detta en ny version eller utveckling av en redan känd produkt, förändringar som konsumenterna väntar på. En teknisk färdplan kan innehålla de verktyg, tillvägagångssätt eller vägar som behövs för att uppnå milstolparna.
Projektledare leder ett projekt med ett specifiktkund och ser till att din produkt så mycket som möjligt tillgodoser det enskilda kundens unika behov. Hans arbete börjar med förhandsförsäljning, han hanterar projektets utformning, förbereder tekniska specifikationer, leder konstruktionsarbetet steg för steg och ansvarar för den slutliga implementeringen.
Beroende på projektets storlek i detta skedeytterligare roller kan visas, till exempel en affärs- och systemanalytiker. Dessa människor studerar projektplanen i detalj, arbetar ut den dokumentation som utvecklarna arbetar med. Utvecklingsavdelningen förstår i sin tur vilken arkitektur eller system som ska svara på de utmaningar som chefer och kunder ställer.
Nästa steg: "hantera kundlycka"
Det finns flera nivåer i detta skede:
- Den första är ett standardpaket med tjänster inomsom du tillhandahåller ett SLA (servicenivåavtal), det vill säga ett servicenivåavtal. Det är viktigt att notera i det hur snabbt du svarar på en kunds begäran, hur mycket tjänster du kan erbjuda honom, vad som ingår i denna lista över tjänster. Detta är vanligtvis tydligt reglerat och beskrivet.
- Andra alternativet: individuella förhållanden - beroende på kundens behov kan företaget förse honom med en separat chef, en extra pool av timmar eller arbete, en uppsättning rabatter för ett stort antal beställningar. I det här fallet anpassas villkoren helt individuellt och som regel måste du utse en nyckelchef som ska leda arbetet med att arbeta med en specifik kund.
Sätt att eliminera fel i utvecklingen
1. Det viktigaste är att inte ta fel på människor när de anställer. Inom programvaruutveckling är dina anställda den enda viktiga, lönsamma och fördelaktiga tillgången för dig. Och först är det viktigaste att välja dem korrekt.
Hur man monterar ett team för ett IT-företag korrekt
- I de första faserna av urvalet måste du svara självÄrligt talat när du frågas om du har nödvändiga kompetenser för att bedöma kandidatens professionalism. Kan du lita på rekommendationerna från dina vänner, har de kompetenser inom ditt affärsområde? När du rekryterar måste du skilja på känslor och fakta - att anställa en charmig men inkompetent anställd är ett misstag.
- Gör feedbackslingan i dina arbetsflöden så kort som möjligt. Du behöver inte vänta en månad för att avgöra om en anställd är rätt för ditt företag.
A) Om du har kommentarer om en anställds prestation och du förstår att du förväntade dig andra resultat från honom, låt honom veta så snart som möjligt.
C) Det är viktigt att anställda kan acceptera och svara på feedback. Frånvaron av detta gör det klart att du i framtiden inte kommer att kunna arbeta bekvämt och produktivt.
- Titta på professionella markörer, indikatorer som är viktiga inom ett visst område, för att förstå om den anställde når sina mål.
Företaget måste ha ett system inrättatresultatstyrning. I de inledande stadierna av att bygga upp ett företag kan det ligga i chefens huvud för att tydligt och opartiskt bedöma hur väl teamet klarar av uppgifter. Använd färdiga lösningar om du identifierar organisatoriska hinder, kompetensbrister, låg motivation och engagemang och andra faktorer som påverkar de anställdas produktivitet. Med hjälp av lösningen "TalentTech.Goals" kan du alltså hantera de anställdas prestationer, inte bara registrera det faktum att ett mål har uppnåtts, utan också förstå av vilka skäl målet uppnåddes eller inte.
2. Otillräcklig uppmärksamhet på medarbetarnas utveckling, deras personliga tillväxt, engagemang, känslomässiga tillstånd, produktivitet. Eftersom detta är ditt huvudverktyg måste du vara mycket proaktiv för att säkerställa att din personal är i ett så bekvämt och produktivt tillstånd som möjligt. Tekniken hjälper till med medarbetarnas anpassning och engagemang: snabba pulsundersökningar låter dig till exempel förstå stämningen i teamet, identifiera "smärtpunkter" och genomföra analyser för att korrigera processer och öka arbetseffektiviteten.
3. Produktfel.Det finns en risk att göra en produkt som inte helt uppfyller din kunds behov. Ett flexibelt förhållningssätt och iterativitet kommer att hjälpa här - regelbunden mellanliggande analys av vad som har gjorts, förändringar i processen, så att teamet i varje steg är på samma våglängd med kundens idéer och tydligt förstår vilket mål det eftersträvar.
4. Felaktiga tekniska beslut och ackumulerade tekniska skulder. Det kan vara lösningar som fungerar perfekt nu men hindrar framtida utveckling. Du måste till exempel skicka ett brev till klienten under registreringen, men texten är skriven i programkoden och endast en programmerare kan göra ändringar i den. När du utvecklar programvara finns det alltid ett val - att göra det snabbt eller effektivt så att det inte ger problem i framtiden. Vanligtvis väljs en kompromiss, och oavsett hur du utvecklar ackumuleras teknisk skuld. Det är viktigt att hantera denna process och eliminera felaktigheter i tid. Om du glömmer bort dessa nyanser kan företaget om några år bli arbetsoförmöget.
5. Ignorera kvalitetsledningsfrågor.Kvalitet är det som får kunderna att komma tillbaka till dig igen och igen. Bristande uppmärksamhet i denna fråga kommer att resultera i arbetskostnader och förlust av pengar i framtiden. Till exempel skrev du inte tester i kod, vilket sparade en timmes tid. Efter en månad av förbättringar kommer du att spendera en dag för att se till att allt fungerar korrekt.
Uppdrag från projekt- och produktchefer förstgå till eftersläpningen - ett gemensamt arkiv för alla uppgifter. Därifrån väljs de viktigaste sakerna och tas i bruk. För att förstå vilka uppgifter som ska tas från efterslaget är lagen eniga om sprintens mål. Denna process ser ut som ett fynd, eftersom många åsikter tas med i beräkningen. Men det finns inget annat magiskt sätt att prioritera uppgifter.
OrderstockÄr en logg över återstående arbete sommåste köras av kommandot. Termen kommer från familjen Agile-metoder, särskilt från Scrum, där det är en av de viktigaste artefakterna - källan till användarberättelser.
Därefter sker sprinten i sig - utveckling av funktionalitet, testning, kvalitetskontroll, sedan släppning och demonstration av produkten till kunder och andra team.
Arbeta därför med "TalentTech.Anpassning” började med en idé: vi studerade marknadens behov och såg att många företag måste täcka och utvärdera hela vägen för att anställa en kandidat: från hans sökande till de första stadierna av arbetet. Den ryska marknaden har redan lösningar för att automatisera urval, utbildning och målsättning, men inget tillhandahålls för personalanpassning. På grund av en sådan lucka kan du snabbt tappa motivationen och döda engagemanget hos en nykomling, vilket gör att du redan i början kan förvandla en bra kandidat till en oinvigd, missnöjd medarbetare.
Anta att det inte går att involvera en nyanländ i arbetsprocessenlyckades - han slutade på prov. Vad betyder detta för företagen? Om en rekryterare i ett IT-företag får 100 tusen rubel och förväntas fylla fyra lediga platser per månad, och det tog 1,5 månader att anställa en person, blir det 37,5 tusen rubel. Vi lägger till detta belopp tre anställdas löner, med hänsyn till skatter och avdrag, och vi får cirka 931 tusen rubel spenderade på en anställd under 4 månader. Här kan du även lägga till kostnaden för arbetstimmar för mentorer, team, chefer och revisorer, samt kostnad för utrustning för arbetsplatsen. Och viktigast av allt, dessa kostnader försvann i tomma intet med hans uppsägning, vilket innebär att företaget lider av betydande ekonomiska förluster.
Vi genomförde en undersökning av 27 företag -potentiella kunder: de frågade var deras "gör ont" och vilka behov som måste stängas. Det visade sig att för många företag är anpassningsprocessen ett verkligt problem. Så i ett företag måste du skapa en hel rapport med grafer för att digitalisera ombord, hur många som jobbar den första dagen, hur många undertecknar dokument, hur många utbildas. För att göra detta måste utbildningsavdelningen ringa upp filialer i alla regioner. Tidskrävande, kostsamt och tidskrävande.
Ett annat företag på 200 personer har bara en dator, och det är omöjligt att börja arbeta utan ett digitalt utbildningsprogram, eftersom det innehåller den viktigaste informationen om processerna.
Efter att ha analyserat alla dessa "smärtor" hos kunder på marknadenoch efter att ha utvärderat möjligheten att effektivisera processer och minska kostnaderna började vi utveckla applikationen. De bestämde sig för att skapa en produkt och omedelbart pilotera den inom fyra företag: IT, detaljhandel, service och ett företag med onlinearbete för anställda. Gemensamt var att teamet hade fördelat medarbetare, som det var svårare att kommunicera med.
Efter 2,5 månader lanserade vi den första piloten, en annanom en månad - den andra. Vår uppgift var att kontrollera hur produkten uppfyller marknadens krav. Innan vi startar en applikation i ett företag bestämmer vi alltid vilka mätvärden vi vill påverka med hjälp: förbättra produktiviteten, sänka kostnaderna, öka anställdas motivation och kvaliteten på mentorskapet.
Se även:
Det visade sig att den Maya-civilisationen lämnade sina städer
Forskare har avslöjat en herpesinfektionsplan för människor: det ser ut som ett spel med spel
På sjukdagens dag 3 förlorar de flesta COVID-19-patienter luktkänslan och lider ofta av en rinnande näsa