Fråga:
Är det möjligt att jag skadar min långsiktiga anställbarhet genom att stanna i ett företag med fruktansvärd struktur?
pay
2016-08-01 21:45:05 UTC
view on stackexchange narkive permalink

Jag arbetar som programutvecklare, för närvarande i mitt första jobb utanför skolan. Jag har jobbat här i cirka 15 månader. För alla ändamål är vår "avdelning" i mjukvara helt oskadlig. Vi har inget sådant som kvalitet, kodgranskning eller testning av något slag. Det finns ingen sken av en programvarus livscykel. Det finns ingenting som SCRUM eller något som helst nära det.

I huvudsak, där det skulle finnas flera lag eller åtminstone flera personer som omfattar olika positioner, tar jag reda på varje tänkbar position relaterad till detta programvaruprojekt. Jag skulle betraktas som huvudutvecklare, projektledare och kvalitetssäkring; Jag hanterar utgivningen av produkten och kundsupport därefter. Jag tar också alla övergripande designbeslut för programvaran och nya delar av programvaran. Den enda personen som någonsin tittar på eller hanterar koden för detta projekt är jag. Jag har vid ett tillfälle för ett något separat projekt haft en högskolestudent (betald) som arbetar under mig, så jag kunde delegera några uppgifter.

Så min fråga är, med tanke på att jag jobbar i en mycket felaktigt strukturerad mjukvarumiljö, gör att jag spenderar mycket tid i denna position möjligen att mina färdigheter ser ut som oförenliga med platser som är strukturerade ordentligt?

Låter det eventuellt dåligt potentiell arbetsgivare om jag faktiskt säger att jag omfattade alla dessa roller vid min tidigare position? Jag misstänker att det för en HR-person som inte är så bekant med programvara låter bra att jag var den enda ledaren för alla dessa positioner. För en annan person i programvara misstänker jag att det kan låta negativt för dem.

Eftersom några få personer har frågat vill jag bara tillägga att det är ett litet företag, cirka 50-100 anställda, och de viktigaste produkten är inte programvara. Det finns också tre divisioner till företaget; Jag jobbar för en av de tre, de minsta, när det gäller anställda, men ungefär lika mycket i försäljningen. Tack också till dem som tog sig tid att svara.

* varför * har du inte fått någon av dessa strukturer på plats. Om du är den enda utvecklaren verkar det inte finnas något som hindrar dig från att testa, använda SCRUM etc annat än din egen ovilja att göra dem. Jag antar att du åtminstone testar ny funktionalitet och buggfixar innan du lämnar den till användare?
@Móż, vad är ljudet av att en hand klappar? Det är bara så mycket en person kan göra. OP: n borde inte försöka ladda kult något som scrum som ett enmansband. Sådana metoder handlar om samordning av ett TEAM snarare än en individ.
@teego1967 min poäng är att som soloutvecklare kan lön göra alla rent interna "utvecklingsteam" saker som inte involverar direkt spendera företagets pengar, och interagera med ledning / kunder med hjälp av en SCRUM-metod ... om de vill. Enligt min åsikt saknar SCRUM som bara vänder inåt halva bilden, men uppenbarligen är inte alla överens.
Är det här jobbet i en start? Om inte, är det då ett litet företag? Annars är det inte meningsfullt att du förväntas vara över så många områden med så lite tidigare erfarenhet.
Eftersom jag nästan alltid är med på projekt där jag är den enda utvecklaren ligger min position ganska nära din. Så för att göra detta till något bra när det gäller motivation och din karriär, försök att få ut det mesta av det: det är det perfekta tillfället att testa nya saker som automatisk testning och felsökning, benchmarking av prestanda, generering av dokumentation, effektiv versionning och sådant. Du lär dig mycket och i slutändan handlar det mer om vad du gjorde med den här situationen än vad som var situationen.
@Móż Ja, jag gör verkligen alla tester jag kan göra själv innan jag släpper något till en kund och har för det mesta kunnat släppa bug-free programvara. Jag har diskuterat det med min chef några gånger, och han uppmuntrar till samarbete när det är relevant, men realistiskt har de andra utvecklarna inte kunskap om mitt projekt och jag har inte kunskap om deras, så den hjälp vi kan erbjuda var och en annat är i allmänhet begränsat. Eftersom några få personer har frågat är det ett litet företag med cirka 50-100 anställda. Jag har lagt till det också i huvudinlägget.
Vet inte varför detta försöker stängas. Det är inte "att be om råd om vad man ska göra" utan han frågar bara om en uppfattning kan eller inte kan vara typisk och troligtvis vad som är slut, om man är tydlig och uppenbar.
Lite off-topic, men använder du [versionskontroll] (https://en.wikipedia.org/wiki/Version_control)? Om inte, är det något du kan göra _ idag_ för att förbättra din avdelning och få en viktig skicklighet för när du flyttar till ett nytt jobb. ([Git] (https://en.wikipedia.org/wiki/Git_ (programvara)) är den mest populära - den används för att underhålla kodbasen för Linux-kärnan, bland många andra saker - även om jag föredrar [Mercurial] ( https://en.wikipedia.org/wiki/Mercurial_(software)).)
@iamnotmaynard Ja, jag utvecklar i Visual Studio och vi använder TFS för versionskontroll.
Detta är inte alls en ovanlig struktur för ett litet företag. Och nej, du gör dig inte arbetslös. Se bara till att du är tydlig och ärlig i ditt CV om allt arbete du gjorde och hur bra du utfört. Jag kan berätta att du har arbetat som utvecklare i alla typer av företag att även två företag av samma storlek och med djupa fickor kan ha helt olika ledningsstrukturer och arbetsflöden.
Stand-ups är bra när du är den enda personen i ett projekt. Du kan låtsas att du spelar i * Fight Club *.
@DaveKaye Yep kom hit för att skicka samma sak. Du kan antingen älska den frihet du har vid ett jobb som det här eller så kan du hata det, eller försöka ändra det om du vill, men tänk inte en sekund på att många företag inte fungerar på det exakta sättet.
Tolv svar:
MelBurslan
2016-08-01 21:52:06 UTC
view on stackexchange narkive permalink

Nej, du förstör inte dina chanser att bli anställda. I själva verket ökar du dina chanser. Om din arbetsplats är så utom normen, varför försöker du inte implementera några av de saker som du sa att den här platsen saknas. Jag pratar inte om dig genom att ensam genomföra en SCRUM-process, men en peer code review-process är inte så långt ifrån fråga, oavsett hur lite värde det ger i en sådan miljö.

Dessa saker kan tyckas små för dig, men att ta en organisation från en total oordning och hjälpa den att nå en operativ nivå, som överensstämmer med vissa standarder, är något du stolt kan lägga på ditt CV och din framtid arbetsgivare kommer att tycka om din attityd på grund av detta.

Om du går med ebb-and-flow och gör ingenting, bara dyker upp, gör det absoluta minimumet för att samla in din lönecheck, då kan du frukta för framtida sysselsättningsmöjligheter, eftersom att agera så här inte kommer att bidra till din professionella utveckling.

Jag har vid ett fåtal punkter tagit upp det direkt till min chef att jag känner att mjukvaruteamet arbetar mer eftersom ett team skulle gynna oss alla. Han var överens om att det var en bra idé i allmänhet, men hur vi kommer dit är inte helt klart. Vi har bara 4 utvecklare, varav två har varit här i mer än 20 år, så deras intresse för att ändra processen är minimalt till obefintligt. Detta nämndes faktiskt på en av mina prestationsrecensioner som något positivt. Jag kommer dock ha detta i åtanke för framtiden. Tack för svaret.
@pay: Om jag får ge råd: prata inte bara om förändring (till dina chefer / kollegor), gör det. Människor kan alltid argumentera för den teoretiska ineffektiviteten av vad du föreslår, men det är mycket svårare att göra när du faktiskt visat att saker fungerade. När jag har att göra med människor som har funnits länge och inte "vill" ändra, är ett knep jag använt tidigare att fråga dem (isolerat): "Hej Bob, hur skulle du ändra det?" att smickra dem. Du kan då hänvisa till idén offentligt som "Bob och jag har pratat om detta och vi känner att det kan ha värde att göra det på det sättet, eller hur?".
Jag håller helt med, men jag skulle vilja lägga till några saker. När du är den enda som driver allt lär du dig mycket om alla dessa saker. Du kan inte göra dem alla riktigt bra, men du kan göra dem. _Jack av alla affärer_ kommentarer i de andra svaren är sant. Men det du lär dig mest ** fungerar bra under tryck **. Det är en ovärderlig färdighet som är väldigt svår att lära sig, men du har det, för det är allt du vet. Det låter kanske hemskt, men du kommer faktiskt bli uttråkad i andra företag. Den här kaotiska röran lär dig mycket. Var tacksam, men fortsätt när du är för trött.
@pay, mitt råd (som någon som har förändrat sitt företags processer) är att börja med låghängande frukt, ta reda på vad som stör de befogenheter som finns (eller orsakar allvarliga problem just nu) och rekommendera de moderna lösningarna för dessa frågor. Gör det bara bit för bit, och med tiden kommer företaget att lära dig att du har bra idéer, och oldiesna kommer att ha tid att anpassa sig till varje förändring. Ta dig tid att verkligen lära dig vad du förespråkar så att du kan vara en resurs för ditt företag och förklara varför och hur.
@Pay, tack för frågan, jag har samma situation här. Jag har börjat med att själv implementera metodik inklusive skriv- och dokumenteringskrav, ett enkelt ändrings- / bugspårningssystem på wiki-sidor och en word-fil och även insistera på att andra kollegor ska träffas regelbundet om projektet, speciellt ett stort möte innan start och en annan nästan när den är klar. Det är väldigt svårt att vara det goda barnet bland alla de stygga och lata.
@MelBurslan, tack för det goda svaret och öka min moral för veckan! Snälla min kommentar ovan!
Nu är den viktigaste frågan hur man lyfter fram detta i ett CV?
@Alex Ja, det är faktiskt en uppföljningsfråga jag nu har. Hur kan man bäst representera denna uppsättning färdigheter för mina nästa potentiella arbetsgivare? Jag kanske skulle göra en ny fråga ...
@Alex, det vi pratar om är inte särskilt en färdighetsuppsättning utan snarare prestationer. I dagens intervjuprocess kommer du att stöta på mer och mer av en fråga som "berätta för oss vad din (a) största prestation (er) i denna position hos denna arbetsgivare. Detta kommer att ge dig en chans att marknadsföra dig själv. I CV, under denna särskilda arbetsgivare. , kan du skapa ett underavsnitt med titeln, stor överraskning, ** prestationer ** och lista vad du gjorde under den här rubriken.
_ "en granskningsprocess för peer-kod är inte så långt ifrån fråga" _ Kommer han att låtsas vara sin egen kamrat och granska sin egen kod?
_peer review_ även för ett litet team ger dig nya ögon som simulerar ditt eget utseende på din egen kod i en avlägsen framtid. Det hjälper dig att fixa WTF: n medan du fortfarande har kodbasen fräsch i åtanke. Jag föreslår att du provar det. Bara en sak som att ha en kollega där man regelbundet tittar på varandras kod kan göra underverk.
Wesley Long
2016-08-01 22:00:53 UTC
view on stackexchange narkive permalink

Du skadar dig inte på lång sikt om du inte börjar dricka smaksstödet. (Vissa kommer att kalla det Kool-Aid. De har inte läst sin historia.)

Vi har alla "Det jobbet" i vår historia där ingenting var korrekt inställt, vi hade inget ledarstöd eller myndighet att åstadkomma någonting, ändå lyckades vi på något sätt driva igenom och få något åstadkommet.

Det är faktiskt ett plus i många människors ögon (inklusive mitt). Det finns många människor som har låg eller ingen kompetens och gömmer sig i byråkratin. Dessa är anställningschefs mardrömmar. Du slösar bort din budget, har ingen förbättring av produktiviteten och moral sjunker, men ändå bidrar de precis och följer proceduren till punkt och pricka till den punkt att du inte kan bli av med dem. När jag anställer är det människorna som ger mig mardrömmar.

Du, å andra sidan, kan visa att du utförde dina uppgifter HELT på egen hand, och även med betydande hinder. Du är den jag vill se. Jag oroar mig inte för din produktivitet. Jag kan ha en viss oro för hur bra du kan ta riktning, men det är ett mycket mindre problem än någon som inte vill göra någonting.

Om du säger till de företag du söker för att du vill ha att vara en del av ett team och att "Lone Wolf" -rutinen inte var där du var lycklig, då vet de att de har det bästa av två världar: Någon som KAN få saker gjorda på egen hand, men VILL vara del av teamet.

Jag önskar att jag anställde just nu. Jag ber dig skicka in ditt CV.

"inget ledarstöd eller behörighet att åstadkomma någonting" - jag borde ha nämnt att jag inte skulle säga att min chef är dålig, han är egentligen lika mycket en del av detta system som jag är och han är inte en mjukvaruperson. När det gäller auktoritet borde jag också ha nämnt att de faktiskt gav mig full kontrollmyndighet för produkten. Jag är också ansvarig för alla beslut och ändringar av programvarudesign. För mig är det för mycket ansvar för någons första position, men jag finner att jag kan hantera det. Din poäng är dock rätt, jag vill verkligen arbeta på en riktig ...
mjukvaruteam som försöker göra saker ordentligt och ett företag där huvudprodukten _är programvaran också skulle vara bra. Jag uppskattar dock självförtroendet och svaret tack.
Japp, när jag anställer, gillar jag att kandidater har arbetat i minst en liten organisation där de var analytiker, designer, programmerare, testare, distribuerare, underhållare etc. Detta är vad resume-speak term "erfarenhet av fullständig programutvecklingscykel "är tänkt att betyda.
faktiskt: "Filmfilmer som tagits in i föreningen före händelserna i november visar att Jones öppnar en stor kista där lådor med både Smakstöd och Kool-Aid är synliga." [wikipedia] (https://en.wikipedia.org/wiki/Drinking_the_Kool-Aid)
Ja, men det sista partiet var Flavour-Aid. Det har dokumenterats.
Xavier J
2016-08-02 02:36:12 UTC
view on stackexchange narkive permalink

Ingen kommer på allvar att tro att du har blivit expert på alla dessa roller. Gjorde du dem? Ja. Gjorde du dem alla i åtta timmar om dagen? Nej. Till exempel, om ditt huvudspår är utveckling, skulle det vara dumt (och slöseri med tid) att ansöka om ett QA-jobb som "expert".

Din anställbarhet skadas inte per se . Men din moral tar ett dyk ju längre du stannar i den positionen och bär en sådan tung belastning själv. Att göra saker som plattformsuppgraderingar på större system kommer att visa sig svårare och svårare med tiden eftersom du är den enda som gör jobbet. Det är i dina intressen på lång sikt att komma i en position där det finns en renare arbetsfördelning - för en dag kommer du att behöva en semester där du inte kallas för att lösa produktionsfrågor (som ingen annan kan). p>

Ta hand om "du".

Allt vad du säger är sant, men en sak att tänka på: Allt som denna originalaffisch beskriver faller rätt i kategorin "första jobbet ur skolan." Det betyder att den här positionen stinker, men det är inte chockerande, det är en röra. Ditt moralråd är också rätt, men OP har varit på spelningen 15 månader. Det betyder att det är dags att fräscha upp CV och ansöka om spelningar så att OP kan landa någonstans bättre.
På 15 månader skulle du ha varit hårt pressad att bli riktigt erfaren inom ett enda område som du nämner, men ändå ensamma alla. Du kan identifiera vilket område du gillar mest och anser dig vara bäst på. Ansök sedan om jobb där den färdigheten är den viktigaste och nämna att de andra är ytterligare färdigheter.
Detta är inte korrekt alls, eftersom kapaciteterna beror på personen, inte på vad och hur länge han / hon gjorde. En smart person kan på kort tid bli expert inom flera områden, där en annan (dum) person inte blir expert inom ett enda område under en livstid. Företagen betalar för personer som är skickliga inom flera områden galen pengar och de blir chefer senare. Var enfokuserad och du hamnar på bottenexperten eller inte expert.
Jag håller med om att jag inte (skulle) betrakta mig som en expert på de flesta av dessa områden, men jag har kunnat producera effektiva resultat med minimala resurser för att göra det. Ibland blir ibland mindre än önskvärda lösningar nödvändiga, så som vissa har sagt är det troligtvis vettigt att göra det. Jag skulle vara nöjd med ett ganska brett utbud av positioner, bara så länge jag är involverad direkt i utvecklingsprocessen, eftersom jag tycker om kodning.
closetnoc
2016-08-02 09:06:31 UTC
view on stackexchange narkive permalink

Jag ber dig en sak. Hur ses företaget av andra inom branschen?

Jag anställde hela tiden människor i Washington DC huvudstadsregionen för några av de mest krävande platserna när det gäller kompetens och professionalism. Det var välkänt att vissa företag inte producerar bra anställda oavsett personens karaktär. Förlåt. Men det är sant. Några av de lokala företagens anseende för struktur och miljö var dåligt på grund av de personer som har anställts från dessa företag. Vi pratar om konsistens och inte bara några få. Det tar inte för lång tid för ett dåligt rykte att komma runt på det här sättet. Det har ingenting med individen att göra. Det har att göra med individenas exponering för en professionell arbetsmiljö och deras förmåga att komma in i en strukturerad och professionell miljö och lyckas. Människor med kompetens och erfarenhet skulle inte arbeta för dessa företag, och de som gjorde misstaget att ta ett jobb, gick snabbt och kunde rädda sin karriär. Det var inte ovanligt att höra människor påpeka att de inte kunde få ett annat jobb och var tvungna att stanna hos det dåliga företaget. personalantal över kompetens för fakturering. Helvete. Det var inte ovanligt om du kunde BS dig igenom intervjun, det var nog. Du kan räkna ut det när du kommer dit. Företaget brydde sig inte om kunden eller dig. Om du lyckades eller misslyckades spelade ingen roll. En jag kände väl blev snabbt befordrad genom leden på grund av hans skicklighet i BSing-färdigheter och när han inte längre tjänade honom blev han till syndabock. Tänk också på att det inte alltid är statliga entreprenörer eller större företag. Vissa små break-out-företag har ett dåligt rykte för den verksamhet de bedriver och den anställde kan också bära den där fläcken.

Jag anställde en person från ett av dessa dåliga företag som lyckades extremt bra. Jag anställde honom för att han bestämde sig för att leta efter ett annat jobb när han skickades till deras utbildningsprogram för ledning och förstod sedan snabbt varför hans chef var så fattig. Förutom den här individen misslyckades alla andra som hyrts in från företaget ganska snabbt.

Att stanna för länge kan skada dig beroende på hur andra företag ser ditt företag. Faktum är att du får aldrig en chans att bevisa att de har fel. Det var inte ovanligt att personer med XYZ någonstans på deras CV skulle screenas omedelbart. Varför? Eftersom historien alltid var densamma. Tråkigt.

Även om du kan hämta färdigheter i en mindre miljö kan du också göra det i en större miljö. Ett globalt företag som jag rådfrågade för att rutinmässigt uppmuntra människor att plocka upp färdigheter och ta på sig utmaningar utanför deras omfattning. Längs vägen var experter och mentorer inom räckhåll och såg till att den anställde lyckades. Företaget var så framgångsrikt, en ganska dålig datorstödsanställd utmanades att ta på sig nätverk och söka Cisco-certifieringar. Inom ett år hade han blivit den bästa nätverksingenjör som företaget hade. Inte skojar. Det utlöste något inom den anställde som tog utmaningen extremt på allvar och strävade efter att vara den bästa han kunde vara. Vi hade företagsomfattande veckomöten som specifikt letade efter färdigheter som saknades i projekt och anställda i andra projekt som ville ta sig an utmaningen och lära sig något nytt. Andra var frivilliga för att hjälpa medarbetarna att gå igenom framgång. Till slut blev alla företagets anställda utsatta för många saker och var mycket mer värdefulla som ett resultat och kunde snabbt hoppa in i ett projekt där det var nödvändigt. Konceptet fungerade!

Jag vet att problemet verkar ha för många färdigheter. Jag är pensionerad nu, men jag var systemingenjör för system med kodningserfarenhet på alla nivåer, hårdvarudesignerfarenhet, tillsammans med kompetens inom produkter och plattformar som gjorde att mina karmar var extremt långa. Medan vissa tvivlade på att detta var möjligt, fick andra det och jag anställdes för scenarier med extremt ansvar och kunde bevisa min expertis. Det är ett tveeggat svärd. Det håller dig borta från jobb i begränsade miljöer och öppna dörrar i expansiva miljöer. Jag kunde konsultera på de högsta platserna och göra det till synes omöjliga i mycket kort ordning inklusive banbrytande nya användningsområden för teknik med Bell Labs, DEC Labs, BT Labs och så vidare. Inte skryter. Jag säger bara att det finns en fördel med att ha gedigna färdigheter i CV så länge du verkligen kan göra de saker du har listat. I slutändan färdigheter föds färdigheter och du kommer att bli mer efterfrågad.

Detta är ett utmärkt svar! Utan mer information om ditt nuvarande företag skulle jag misstänka att det kan ha rykte om att vara en röra. Så om du inte tycker om att vara en jack of all trades, hoppa från en kris till en annan, kan du börja fokusera på ett område för att bygga din expertis och börja söka byta jobb för ett mer fokuserat företag som har ett bättre rykte.
Detta är ett mycket intressant tillvägagångssätt, tack för svaret. När det gäller hur detta företag skulle ses i branschen av andra, är produkterna vi arbetar med _ extremt_ nischade, och sannolikheten för att arbeta för ett annat företag inom detta område är liten till ingen. När det gäller allmän affärsuppfattning har företaget varit etablerat i denna stad i mer än 30 år och har verkligen ett gott rykte, men jag kommer sannolikt att byta stad ändå. När det händer är chansen att alla företag jag intervjuar aldrig har hört talas om det här.
Du pratar också om lärande och tillväxt i en position, och jag har faktiskt haft turen att få chansen att lära mig några nya tekniker. Node.JS, Socket.IO, mycket skickligare med JavaScript nu etc. Detta berodde på att jag valde dessa tekniker för ett visst projekt specifikt så att jag kunde lära mig dem, så i den meningen har jag försökt skapa mina egna möjligheter att lära sig.
Även om detta är ett utmärkt svar (+1), skulle jag inte automatiskt diskvalificera någon från det företaget (jag inser att du inte gjorde det). Jag skulle förmodligen _ diskvalificera alla som bara någonsin hade arbetat för det företaget. Men någon med massor av annan erfarenhet som fick suga in i en kort period där det fortfarande skulle vara värt att överväga.
@Mawg Det dåliga rykte och den långa listan över människor som tycktes misslyckas om och om igen, medan jag inser att det inte var individen, tyvärr var det en allmän regel - anställ inte någon från XYZ eller ABC. Detta gjorde det nästan omöjligt för någon från dessa företag att få ett jobb. På DC-marknaden fanns det många möjligheter att välja fel möjlighet. Jag gillade att välja utmärkta ändå. De fanns. Men med så höga krav på mitt slut var jag tvungen att se över människor från dessa företag mest om inte hela tiden. Ledsen. Väldigt ledsen. Allt kommer ner till val.
@pay Det låter som om du är i en bra position! Färdigheter kan vara ganska lätta att hämta när du inser hur mycket av det vi gör är relaterat. Till exempel är C, C +, C ++, C #, Perl, PHP, Java, JavaScript etc. baserade på C eller ett av derivaten. Protokoll? Samma sak. Enhetsdrivrutiner? De också. Jag var ale att hoppa in i områden med absolut ingen expertis och göra ett professionellt jobb som ett resultat. Jag var välsignad att börja tidigt som systemingenjör för en av de största installationsbaserna där ute. Mitt namn var överallt på OS-enheten. Det hjälpte mig att ställa upp mig under resten av mina 30 år.
Giacomo1968
2016-08-02 05:50:11 UTC
view on stackexchange narkive permalink

Det finns det ordspråket som säger: "Jack of all trades and master of none ..." som skulle gälla för ditt scenario.

Du kanske gör alla de uppgifter du beskriver, men även om du är mycket bra på att göra dem alla kommer det att vara svårt att bevisa det för en blivande framtida arbetsgivare.

Betyder det nu att du ska hoppa skepp? Helvete nej. Vid detta tillfälle, om det här är din första spelning på college och du bara är 15 månader på jobbet, går du bra. Verkligheten är i stort sett alla första spelningar direkt från skolan är hemska, utspridda och oorganiserade.

Med detta sagt är 15 månader ungefär rätt tid för dig att fokusera på vilka färdigheter du vill vara död centrum i din nästa position. Och när du känner att du har ett grepp om det, bör du börja ansöka om positioner någon annanstans.

Verkligheten är att någon rekryterare / personal kommer att se att du är ganska frisk på fältet och förlåter dig för att ha en spelning som är "över hela kartan." Men nyckeln till detta är när du intervjuar för andra positioner - jävla, när du till och med sätter ihop ditt personliga brev - bör du göra det mycket tydligt att du vill gå vidare till en ny roll som fokuserar på någon aspekt av din skicklighet. p>

Mike Robinson
2016-08-02 19:15:02 UTC
view on stackexchange narkive permalink

Chuckle ... "Ditt första jobb utanför skolan?" Tja, det finns saker som de bara inte berättar för dig i skolan, och detta är en: "hur faktiska arbetsplatser kan vara (o-) strukturerade och (dis-) organiserade." Men hela böcker har skrivits om ämnet. (Inte slumpmässigt har många av dem ordet Död i sina titlar.)

Ändå: anpassa dig, så gott du kan, till (dis-) organisationen som den för närvarande ( in) fungerar och observera noggrant. Jag föreslår att du håller dina idéer ganska nära bröstet, eftersom du, medan du har utbildning, ännu inte har så mycket erfarenhet. Om du börjar "släppa idéer kvar och rätt, "du kommer att förlora trovärdighet och tålamod, oavsett hur välmenande du kan vara.

Ibland ... och du kommer att känna igen det när du ser det ... en verklig möjlighet kommer att presentera sig för dig att ge ett konstruktivt förslag för en liten förbättring av status quo. Något som faktiskt, genomförbart, kan genomföras av gruppen. Välj en liten sak och demonstrera den. När du får respekt för dina medarbetare och chefer har du möjlighet att vara mer en förändringsagent. Och det är mycket troligt att du också befordras.

Du ser, oorganiserad och kaotisk som din arbetsplats kan verka för dig, att organisationen är " gör sitt jobb. " Det finns också i en större miljö (företaget i stort ...), varav de flesta för närvarande inte är i stånd att se. Det är därför jag använde ordet noggrant. "observera." Som de säger, "du lär dig mycket genom att titta på."

En sista sak att tänka på är frågan om "affärs risk." Varje chef är utbildad för att minimera affärsrisk, särskilt inom IT. Förstå att varje förändring innebär en viss risk. (Och det gör status quo.) Observera hur din chef fattar beslut och hur han / hon rättfärdigar dem, om han / hon väljer att förklara eller motivera dem för gruppen.

Enligt min mening "långt ifrån skada din" långsiktiga anställbarhet "är de saker jag talar om saker som alltför många anställda aldrig bryr sig om att lära sig. De som gör ... de som förstår den mänskliga och affären sidan av IT-teknik liksom den ständigt föränderliga tekniska sidan, är "huvud och axlar över resten" när det gäller anställbarhet. De är de svåra att hitta människor som söks.

parasietje
2016-08-02 15:09:13 UTC
view on stackexchange narkive permalink

De flesta arbetsgivare letar efter T-formade personer. Genom att beröra alla dessa ämnen utvecklar du den breda grunden du behöver för att vara en effektiv teammedlem.

Vid en viss tidpunkt måste du också fördjupa din kunskap om ett specifikt ämne . När du har hittat din passion kan det bli dags att lämna din nuvarande arbetsgivare.

Wayne Werner
2016-08-02 17:53:00 UTC
view on stackexchange narkive permalink

Mitt råd från en liknande position:

Lär dig hur man ställer frågor.

Varför förklarar vi widgeten?

I större byråkratiska organisationer, eller till och med mindre och dåligt drivna, finns det mycket tröghet. Om du försöker stå i vägen blir du platt, frustrerad, ångrullad och sliten. Gör inte det.

Ställ istället frågor vid varje tillfälle - men öva på att ställa först så att du kan låta riktigt nyfiken. Träna också på att kunna säga "Huh. Det är intressant. Okej, tack!" på ett sätt som inte ger bort din röstton eller kroppsspråk att du tycker att svaret är helt idiotiskt.

Ett sätt att göra det är att låtsas att du faktiskt inte vet någonting för hur länge konversationen är, och du vill verkligen veta. I vissa fall kommer du att bli förvånad eftersom det finns riktigt bra anledningar till vad de än gör. Naturligtvis kommer det för det mesta bara att vara institutionellt.

Men genom att helt enkelt ställa frågor

Har vi övervägt att göra vårt distribueringsverktyg till ett klickprocess? Skulle det vara möjligt att spara projektlayouten och sedan bara kunna ringa den med något som http://deploy.example.com/job/42?target=dev?

Du kan börja plantera frön. När du planterar dessa frön kan du långsamt vända din organisations kurs.

Men var också beredd på att många saker inte kommer att förändras förrän du har varit borta i många år. Träna nu och lär dig allt du kan, för på det sättet när du går till en ny plats som redan har andan att lära och förbättra, kommer du redan att vara att lära dig.

Jag gillar verkligen några råd här. Roligt nog jag har redan vant mig vid att göra en del av detta, särskilt låtsas att jag inte vet någonting när någon förklarar något .. Det verkar verkligen hålla saker och ting lättare. Och på tröghet? Ja. Head honcho för divisionen jag arbetar i är ständigt i go-mode. Sälja något som inte finns ännu? Det är bra, lön kan få det gjort snabbt!
Se till att du får huvudet att prioritera ditt arbete: * Feature A tar N minuter / timmar / dagar, Feature B tar M. Jag kan slutföra antingen Feature A eller Feature B den här veckan, vilket skulle du vilja skjuta upp till nästa vecka? * (och se till att du får den bekräftelsen i e-post. Om de kommer förbi för att muntligt kommunicera, skicka dem ett uppföljnings-e-postmeddelande, * Tack, chef Honcho - enligt vårt muntliga samtal i morse får jag startade på Feature A och skjuter upp B till nästa vecka. *
heltonbiker
2016-08-03 01:56:35 UTC
view on stackexchange narkive permalink

Jag är i en ganska liknande position som utvecklare, men saker och ting har förbättrats under de senaste tre åren, och jag tror att det finns några saker du kan göra:

  • Först och främst: förstå problemet . Om du har problem att lösa måste du känna till deras struktur och deras djupaste ursprung. I mitt fall var sakerna oorganiserade bara för att ingen visste hur man kunde göra bättre, eftersom företagsägarna var automationsingenjörer med liten eller ingen modern programvaruteknikbakgrund. De kunde inte ens formulera eller känna igen de problem som de skulle möta (på grund av skalbarhet, styvhet, ruttnande kod, etc.);
  • Studera mycket. Leta efter böcker som talar om de problem du står inför. Och även för böcker om professionell självförbättring. Den jag tycker att du bör läsa först är "The Clean Coder", av Bob Martin, särskilt kapitel om "hur man säger JA och hur man säger NEJ professionellt". Dessa tips hade förändrat mig för alltid, med omedelbar inverkan på mina företagsprocesser - och de visste inte ens det!
  • Med de här "hur man säger nej" -tipsen i handen kan du börja bevisa för dina arbetsgivare att de kastar pengar i skräpburken och samtidigt utövar betydande tryck genom att föreslå mycket pragmatiska attityder för att återställa situationen. I mitt fall innebar det mycket evangelisering mot en ständigt ökande Agile-orientering av vår mjukvaruutvecklingsprocess, inklusive budget för en konsult och anställning av ytterligare en utvecklare som jag hjälpte till att intervjua.

Professionalismen ligger i dig, inte i din miljö. Om du på något sätt kan visa att din närvaro i en miljö gör att entropin försvinner, slår jag vad om att varje arbetsgivare som är värt att arbeta för kommer att tro att du är en omedelbar målvakt!

HopelessN00b
2016-08-03 08:32:51 UTC
view on stackexchange narkive permalink

Uppsidan till din situation som jag inte ser nämns ännu är att du förvärvar en bredare kompetensbas och fler färdigheter som du annars skulle göra. Du vet inte bara hur man skriver kod, vilket alla mjukvaruutvecklare gör (eller åtminstone hävdar att de kan göra i sina CV), du har också teamledarskap, QA, projektledning, produkthantering och kundsupport som de majoriteten av dina kamrater har inte och gör inte anspråk, vilket du kan använda för att skilja dig från dina konkurrenter när det är dags att gå vidare.

På tal om differentiatorer, att kunna göra det som en -man operation är en stor, som nämnts i ett annat svar. Det visar att du faktiskt kan få resultat och inte laddar fritt från andras arbete, och det är värt att markera på ditt CV. Jag är ett fan av att lägga ner "sole [job position]" på mitt CV / CV för att göra det.

Jag tycker att det också är värt att påpeka igen att du har en möjlighet att förändra saker till det bättre i din nuvarande miljö, vilket inte är vanligt eller enkelt i stora, etablerade miljöer och ser bra ut i ett CV. Tänk framåt till ditt nästa jobb ett ögonblick och tänk på att alla som är en seriös kandidat för en utvecklingsposition kommer att ha (eller göra anspråk på) grundläggande utvecklingsfärdigheter. Att kunna lägga till att du skapade en kodgranskningsprocess och ett QA-system och så vidare hos din nuvarande arbetsgivare är något som skiljer dig från huvuddelen av de andra kandidaterna.

Långt ifrån att skada din framtida anställbarhet , denna position är förmodligen en karriärbooster. Efter några år där, förutom de kärnkompetenser du har och kommer att förbättra, kommer du att ha åtskilliga prestationer och stödjande färdigheter som majoriteten av dina kollegor inte kommer att göra.

Mike Honey
2016-08-03 09:08:21 UTC
view on stackexchange narkive permalink

Jag föreslår att jag söker en ny arbetsgivare omedelbart. Varje företag (i vilken bransch som helst, av vilken storlek som helst) som gör det möjligt att dumpa så mycket ansvar på någon direkt "ut ur skolan" under en längre period hanteras uppenbarligen mycket dåligt. Det reflekterar väldigt dåligt på vem som fattade beslutet och alla upp och ner i kedjan som har gått med i 15 månader.

Bilindustrins analogier är ofta till hjälp - jag skulle säga att du effektivt är en mekaniker ny utanför skolan som förväntas diagnostisera och underhålla alla fel på alla bilar utan tillsyn eller en servicemanual, kontrollera säkerheten för ditt eget arbete och till och med hantera alla kundinteraktioner.

Skulle du ta din bil för service i den butiken?

Du har uppenbarligen en viss potential, så ta den från någon i andra änden av sin karriär: livet är för kort för att slösa bort det mesta av dina vakna timmar i en sådan dåligt hanterad organisation.

JMK
2016-08-03 18:26:22 UTC
view on stackexchange narkive permalink

Mitt första riktiga jobb som utvecklare var väldigt lika. Jag var utvecklaren och var tvungen att bära många olika hattar.

Ingen kommer att se dig negativt för det, det kommer att ses av många arbetsgivare som en positiv .

Du säger emellertid:

vår programavdelning är en absolut förvirring. Vi har inget sådant som kvalitet, kodgranskning eller testning av något slag. Det finns ingen sken av en programvarus livscykel. Det finns inget som SCRUM eller något som helst nära det.

Du fortsätter med att säga:

Jag redogör för alla tänkbara positioner relaterade till detta programvaruprojekt . Jag skulle anses vara ledande utvecklare, projektledare och kvalitetssäkring; Jag hanterar utgivningen av produkten och kundsupport därefter. Jag tar också alla övergripande designbeslut för programvaran och nya delar av programvaran. Den enda personen som någonsin tittar på eller hanterar koden för detta projekt är jag. Jag har vid ett tillfälle för ett något separat projekt haft en högskolestudent (betald) som arbetar under mig, så jag kunde delegera några uppgifter.

Det verkar som att implementera saker som Scrum och kodrecensioner är upp till dig. Har du tänkt till exempel:

  • Att säga till din chef att du vill att teamet ska ha ett standupmöte varje dag
  • Implementera någon form av uppgiftshanteringsprogramvara och fråga dina kollegor att använda det (jag använder Asana)
  • Nästa gång du får en praktikant, ta dig tid att göra kodrecensioner med dem

Du kan eventuellt vara person att ta detta trassel och använda någon struktur, och det skulle se bra ut för framtida arbetsgivare.

Oroa dig inte för att folk tvivlar på din kompetens, och om du verkligen gjorde det eller inte gör X, Y och Z. Fokusera bara på att vara riktigt bra på dessa färdigheter, så kommer du alltid att vara anställd.



Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 3.0-licensen som det distribueras under.
Loading...