Beste svaret
Dessverre oppfinner forskjellige selskaper forskjellige terminologier for å løse problemet med å gi passende titler til de ansatte og de blir sittende fast. Definisjoner eller roller og ansvar for slike personer i forskjellige organisasjoner er alltid forskjellige.
Du har terminologier som IT-analytiker, Forretningsanalytiker, Programvareanalytiker, Søknadsanalytiker osv. Du kan til og med ha testresultatanalytiker. Selvfølgelig er det laboratorieanalytikere eller kvalitetsanalytikere. Avhengig av selskapene, kan de gjøre forskjellige oppgaver eller samme oppgave.
Begrepet ‘Analyst’ (en som gjør ‘analyse’) krever analytisk evne til personen. Når du treffer et problem, anbefales det at du analyserer det. Så vi kan forestille oss at analyse betyr å få de indre detaljene for den spesifikke tingen, utvikle en god forståelse av dem og sannsynligvis forklare det på et språk som er forståelig for et annet team.
Nå til teamet ovenfor, prefiks virksomhet – da betyr det at du analyserer forretningskravene. Hva trenger virksomheten? For eksempel trenger virksomheten å vite hvor mye de skal trekke som TDS før de gjør en skatt. Så en forretningsanalytiker kommer inn i metoden for beregning av TDS osv.
Hvis vi legger til prefikset ‘programvare’ til ‘analysen’, vil det bety at noen analyserer kravene til ‘programvaren’. Hvilken programvare? Hva må produseres av utviklerteamet. Så nå snakker han med programvarebrukerne (husk, en forretningsanalytiker snakker med forretningspersoner som gir noe for programvaren – de er mer bekymret for virksomheten) som spesifiserer hvordan de kan gi innspillene, hva slags utganger de behov slik at de kan gi salgsfakturaen (for eksempel) til leverandørgjeldsteamet osv.
For å oppsummere analyserer programvareanalytikeren kravene til programvarebrukerne og oversetter dem til utviklingsteamet og sørger for at det utviklede produktet tilfredsstiller vilkårene.
Jeg vet at det har vært en langvarig respons – og takk for tålmodigheten hvis du nådde dette stedet.
Kravene til rollen er enkle: ( a) analytisk evne først – klarer du å få formen på utstyret når du ser på en tann? Dette kommer hovedsakelig med erfaring (b) forstår du brukernes språk? Dette krever kommunikasjonsferdigheter og litt (spesifikk) forretningskunnskap (c) vet du hvordan man snakker utviklerens språk? Dette krever en viss forståelse av utviklingsverktøyene og prosessen, og (d) vet du hvordan du skal teste for funksjonene – dette krever litt kunnskap om testing.
Så hvilken rolle enhver analytiker har, er en kombinasjon av at lease minimum kunnskap om alle aspekter.
Svar
For det første, ikke alle liker å kode utfordringer, så det er greit. Noen mennesker klokker bare inn og skriver kode, og er ikke interessert i den utenfor jobben. Ikke alle trenger å være veldig lidenskapelige om programmering.
Men hvis du mangler motivasjon og fokus på jobben, bør det være en alarmklokke – kanskje du virkelig gjør hat det valgte yrket ditt. Men du bør prøve å utelukke andre mulige faktorer først – faktorer som ikke kan bety at du bør forlate programvareutvikling:
- Hater du sjefen din, eller føler du deg mikrstyrt av dem? Uansett om du føler at deres handlinger var riktige eller gale, kan du i prinsippet komme overens med dem, eller ikke? Hvis ikke, er det kanskje bare dårlig passform, og du trenger bare å bytte til et annet selskap, eller til og med bare et annet team i samme selskap.
- Er din distraherthet faktisk forårsaket av miljøfaktorer (dårlig / ingen klimaanlegg, vanskeligheter med å konsentrere seg i et støyende arbeidsmiljø osv.) eller lagkamerater med irriterende vaner? Igjen, bytte av team eller jobber kan hjelpe her – eller til og med bare å lytte til favorittmusikken din på hodetelefoner.
- Er din distrahering en konsekvens av en udiagnostisert fysisk sykdom? Ikke avvis dette med hånden – forsvinner det hvis du tar en pause og tilbringer litt tid hjemme, eller er du like distrahert som før?
- Er det noe du alltid har ønsket å gjøre, men aldri hatt muligheten til å gjøre det, noe du kan gjøre i løpet av et års sabbatsår eller et «gapår»? Kanskje du ser etter den opplevelsen, og du blir distrahert på grunn av det. Å ta ett år ut vil ikke bare tillate deg å få den opplevelsen uten å haste eller angre, det vil tillate deg å nøye vurdere karrierevalget ditt og hva du virkelig vil ha ut av livet, på din fritid.
- Er du mer av en gründer- eller entreprenørtype? Vil du være din egen sjef? Så hvorfor ikke prøve å starte en oppstart eller gå frilans – du kan fremdeles utnytte programvareteknikk.
- Er du irritert over «dumme» produktutvikling / UX-beslutninger, og tror du kan gjøre en bedre jobb?Kanskje du bare trenger å flytte «sidelengs» ut av en ingeniørrolle og inn i en produktrolle.