Ska vi säga något till ledningen om att den här killen faktiskt inte är så bra?

Det beror på din roll.

Om du är entreprenör fördes in för att arbeta med specifika projekt, sedan lägger du ner huvudet, får ditt eget arbete gjort och ignorerar företagspolitiken och förmågan hos människorna omkring dig. Det är vad du anställdes för att göra.

Å andra sidan, om du togs in för att bedöma företaget / avdelningen och göra en rekommendation (vanligtvis skriven), måste du inkludera din bedömning av kompetensen hos folket. Ibland inkluderar det att bedöma individer, men ofta blir du ombedd att få en övergripande rekommendation om hur du kan göra saker bättre.

I ditt fall har du angett att du får "betalt för arbete, inte för att utvärdera andra ", så jag tror att din väg är tydlig.

Som @ s1lv3r säger är det ibland skillnaden mellan en" entreprenör "och en" konsult ".

I grund och botten, om du inte är ' Om du inte blir tillfrågad om din åsikt, gå försiktigt. Åtminstone i min del av världen (det amerikanska mjukvarufältet) kan entreprenörer som dåligt anställda förstör sitt rykte snabbt.

Och om du ändå väljer att förmedla din åsikt om brist på skicklighet hos en anställd, du borde se till att ditt eget arbete är helt perfekt. Den här medarbetaren och hans vänner kanske mycket gärna vill ta tillbaka och påpeka dina brister.

Som entreprenör, och förutsatt att du är en entreprenör per timme (i USA skulle du säkert vara), finns det verkligen en och en enda plats där du kan spela in detta. Det är dock någonstans som en bra chef skulle notera.

I din tidrapport, se till att separera arbetade timmar och utveckla nya processer och arbetade timmar för att lösa problemen. Markera dem sedan tydligt på ett icke-passivt aggressivt sätt.

45 arbetade timmar den här veckan

• Ny utveckling: 25
• Behåll the Lights On: 10
• Uppdatering av XYZ-processen för att följa ABC-standarder: 5
• Ändring av DEF-processen så att den passar in i kärnramen: 5

Som chef skulle den tidrapporten berätta för mig att du tillbringade 10 timmar på företagets dimeuppdateringskod som någon annan skrev för att passa in i de standarder som vi förväntar oss att folk följer. Det finns några saker som kan komma av det.

En - kanske skulle jag kontakta dig och be om mer information. I så fall skulle du professionellt berätta för mig exakt vad du såg, vad som var fel och vad du gjorde; och sedan vad som kan göras i framtiden för att undvika att behöva de tio timmarna. Då skulle jag vidta åtgärder genom att arbeta med den andra medarbetaren för att uppfylla dessa standarder, eventuellt involvera din hjälp.

Två - kanske vet jag redan att denna anställd inte riktigt uppfyller normerna, och jag har bestämt att det är värt mer att hålla honom på än att släppa honom. Kanske det är därför jag har anställt antalet entreprenörer: så att du kan göra detta efterföljande uppföljning.

Tre - jag kanske säger att du inte ska göra det i framtiden; att fixa den här killens problem kanske inte finns i din jobbbeskrivning. Du kan berätta för mig att det skulle betyda att resten av ditt jobb är svårare, men det är mitt samtal som chef. I så fall verkar ett nytt kontrakt vara en bra idé.

Fyra - saker fortsätter bara som de hade varit. Du befinner dig inte på något annat ställe än du är nu, och du fortsätter spela in samma tid på tidtabellen. Återigen verkar ett nytt kontrakt som en bra idé efter flera månader av detta.

Utöver det, om inte du blir ombedd skulle jag inte säga ett ord - det är inte ditt jobb, och det är inte nödvändigtvis önskad. Det är fullt möjligt att ledningen är mer medveten om problemet än du tror; de kanske inte har något de verkligen kan göra åt det. Det är också möjligt att de inte gör det, men det är deras jobb - och befogenhet - att fråga. Om de inte kan hantera den här typen av saker, oavsett deras förmåga att förstå koden, kommer de ändå inte att vara väldigt framgångsrika - så fortsätt till nästa jobb, notera detta företag så att du kan komma ihåg att inte logga in igen om problemet inte är löst (om det här är ett tillräckligt stort problem, hur som helst, är det oklart hur mycket du verkligen motsätter dig detta), och var glad att du är en entreprenör! / p>

I slutändan som andra nämnde är det inte ditt jobb att göra denna rekommendation. Jag har varit i samma position som du beskriver. En viktig skillnad mellan min position är att ledningen aktivt berättade för oss att den anställde var:

Den enda utvecklaren de någonsin har litat på eftersom han aldrig svikit dem.

Dessutom hade denna utvecklare vetorätt på mina åtaganden. Detta innebar att jag var tvungen att fortsätta använda bandaids och följa hans antimönster. Baserat på ledningens fullständiga förtroende för utvecklaren visste jag att det inte var fråga om att närma sig dem. Istället försökte jag uppmuntra utvecklaren att gå mot bästa praxis. Så småningom tappade konsultföretaget jag arbetade för kontraktet. Även om det inte uttryckligen angavs är jag säker på att mina ansträngningar för att förbättra kodbasen var en viktig faktor i beslutet.

Ett par saker jag lärde mig av denna erfarenhet är:

Försök bara lösa de problem du anställdes för att lösa. En mer vardaglig version av detta är "Försök inte lära en gris att sjunga. Det slösar bort din tid och irriterar grisen." Du anställdes för att bidra med kod till kodbasen i stil med kodbasen. Medan jag stöder fullt ut att försöka förbättra kodbasen stegvis över tid bör du vara realistisk i vad du kan åstadkomma.

Försök alltid att lösa problemet på ett sätt som gör att klienten känner att deras handlingar var viktiga till lösningen och att de får beröm för lösningen. Detta sammanfattas snyggt med citatet "Du kan åstadkomma mycket om du inte bryr dig vem som får krediten." Tills du räknar ut ett sätt att ta bort underpresteraren till en klar vinst som resulterar i beröm för ledningens skicklighet / talang / intelligens / etc. det här är en icke-starter.

Jag rekommenderar också att du läser boken Secrets of Consulting. Det här är en stor bokklocka full av visdom. Om jag skulle ha använt lektionerna i den här boken klokt tror jag att jag skulle ha dragit mer nytta av den konsultgruppen, och jag tror att jag skulle ha varit effektivare att hjälpa våra kunder.

Slutligen tycker jag att du borde på allvar utvärdera om du ska leta efter ett annat jobb. Livet är för kort för att stanna i ett jobb som är frustrerande, och det verkar inte som om det här företaget är ett som du vill ha ett långsiktigt engagemang med.

Ta en titt på den person som skulle få detta meddelande. Detta skulle inte vara första gången en uppsättning konsulter - som får betalt bra för att vara experter i ett område - tror att deras färdigheter överskrider den lokala talangen. Det låter också lite självbetjäningsfullt för konsulter, som antingen vill ha mer arbete eller att få perm-positionen själva. Så med de bästa avsikterna kan du helt bortses från att vara självbetjäning.

Kanske är en annan metod att arbeta med perm-personen. Har du visat honom justeringarna? Har du föreslagit bättre metoder? Som konsult har du kallats in eftersom saker och ting går inte bra och människor är medvetna om det. Genom att ta med bästa praxis och lösningar som överskrider och utökar kunskapen hos lokalbefolkningen ökar du ditt värde som konsult. Om permet redan var effektivt kan det hända att du inte behöver anställa dig i första hand, eller så kan de ha anställt någon.

Ibland är konsulter ett sätt att flexera arbetskraften, men ofta . Detta fall låter som det senare. Det fanns verkligen diskussioner i ledningen innan konsulter anställdes, och dessa diskussioner inkluderade nödvändigtvis det som inte blev gjort. Om arbetet blir bra med konsulterna, är permet effektivt, bara inte optimalt. Och framtida planer för hans roll kanske inte inkluderar denna typ av arbete alls. Det är svårt att veta.

Som konsult föreslår du att du släpper ett problem på skrivbordet ("han är inte kompetent"), men ditt verkliga värde är att släppa ett lösning . Finns det något du kan göra där? "Byt ut honom" säger inte mycket. Kanske lägger ut allt arbete? Kanske flytta projektledning till en specifik konsult du känner? Om du kan lista fördelar med andra lösningar ökar du värdet för den här klienten.

Jag föreslår att du håller dig till "tänka på ditt eget företag". Det är ledningens uppgift att se det. Om de inte frågar dig direkt tror jag inte att du ska gå till dem. Vad vill du vinna? Ta deras plats? I slutet av dagen är ni entreprenörer som kommer för att förstärka ett team. Oavsett om det ursprungliga teamet är bäst eller inte, är inte ditt ansvar.

Jag tycker personligen att du borde se om det finns ett artigt sätt att säga något om deras brist på kvalitet.

Varför? Eftersom ditt namn också är med i projektet och som entreprenör är ditt rykte för högkvalitativt arbete det som håller dig anställd. Svårigheten i denna situation är att det är helt möjligt att om produkten misslyckas på vägen kommer du att bli skyldig helt enkelt för att ledningen inte är medveten om hur dålig perm är. Och om perm är benägen att försvara sig själv, och ledningen är benägen att tro honom och sedan berättar för dina potentiella kunder att du "skruvade upp det stora projektet" ... Det kommer att gå i botten.

När jag gör kontraktsarbete (som fotograf, så kanske en annan bransch med andra regler ...), på att utföra det högsta kvalitetsarbetet, även om klienten pressar mig att "bara få ut produkten eftersom vi inte bryr oss om den är bra". Jag vet att varje foto jag släpper är en potentiell portföljbit (avsiktligt eller inte) för min nästa klient. Och som frilansare är mitt rykte verkligen allt jag har. Så jag håller det vaksamt.

Om projektet har ditt namn och du känner att du kan nämna dina bekymmer artigt skulle jag rekommendera att du säger något.

Förmodligen mer kommentar än svar, men jag behöver utrymme.

Jag skulle tänka på några saker:

• Är han riktigt bra på saker utanför din skicklighet?
• Hur mycket påverkar detta din leveransförmåga?
• Försöker du leverera mer än klienten behöver?
• Är detta kommer killen antingen att ge eller skriva din referens?
• Hur ansluten är han politiskt [1]?
• Hur lätt kan klienten bli av med anställda i allmänhet?
• Finns det risk för anklagelser om diskriminering? [2]
• Kan det här vänta tills kontraktet slutar?

[1] Eftersom andra tillstånd har slutat över honom, misstänker jag mycket . Då måste man också oroa sig för referenser.

[2] I början av min karriär för 20 år sedan arbetade jag med någon som borde ha fått sparken för att ha kommit sent, lämnat tidigt, inkompetent, och ta med husdjursprojekt hemifrån för att göra istället för sitt jobb. Han var också posessiv över '' sin '' PC, trots att den var den enda med en bandenhet för säkerhetskopior av nätverket. Han hade arbetssäkerhet eftersom hans etnicitet gjorde honom till en minoritet i företaget, och hans muntliga åsikt var att hela samhället var rasistiskt.

Svaret är tydligt, nej.

Jag berättar varför.

Det kan tyckas vid den tiden att jag utförde en bra tjänst genom att rapportera någon som inte gör inte sitt jobb till den standard som jag förväntar mig, jag skulle senare ångra att jag beter mig som en skitstövel för en annan person.

Ingen av oss är perfekta och under våra korta liv på jorden bör vi inte förväntas att vara perfekt heller.

Det jag håller på med är att medan jag låter mig bli så distraherad av andras problem, berövar jag mig själv att tänka mer på hur jag kan ta bättre kontroll över mitt eget liv genom att förbättra mina egna styrkor och svagheter.

Jag har lärt mig att jag är bättre att hålla kritik för mig själv, såvida inte:

• personen i fråga bryter mot lagen
• De går ut ur deras sätt att eller låter sitt ego förstöra saker för alla andra
• Om en senior i företaget specifikt hade meddelat mig att det är mitt ansvar att rapportera de personer som jag arbetar med som bryter mot en tydligt specificerad uppsättning regler.

Jag tror att nyckeln till tillfredsställelse och livssucces är att använda denna färdighet enbart för att förbättra människors liv, så jag skulle medvetet undvika att använda den för att orsaka upprördhet hos andra.

Men. På samma sätt som att köra i mörkret med helljusstrålkastare är fantastiskt för mig är det en fara för alla andra. Det är viktigt att kritisera hänsynsfullt och försiktigt.

För att göra det lättare föreställer jag mig mitt kritiska öga som ett spotlight, och jag gör allt för att hålla spotlighten på mig själv. Om jag märker att det lyser på en annan person pekar jag tillbaka det mot mig eller stänger av det.

Ingen förbättrar livet när en person känner att de gjorde ett misstag genom att be en annan person att kritisera sin karaktär. Alla känner sig bara ömma.

Jag kan inte tänka på en enda sak som är viktigare än lycka.

"Åsikterna är som rövhål, alla har en. Var försiktig så att du inte gnuggar någons näsa i den."

Enligt min egen ödmjuka åsikt är jag en utmärkt utvecklare och jag har varit entreprenör i 35 år. Jag har stött på samma problem i de flesta av mina projekt, men hur jag hanterar det beror väldigt mycket på kulturen i teamet jag jobbar med.

Några av kommentarerna till detta tyder på att du borde vara trött eftersom din kod inte är perfekt - jag vet att min inte är det, och på vissa ställen är det viktigt. På andra ställen får jag betalt för att kompensera för de låga kompetensnivåerna runt mig och på andra får jag betalt för att ta upp ett steg.

Ibland har jag fått tillstånd att skjuta ut eller flyttat till andra mindre skattande projekt. Ibland har jag blivit så imponerad att jag har fått deras löner ökat (i ett fall med 75%), genom att hota att få dem att gå med mina kompisar och jag i vårt upphandlande gäng!

Vad jag säger det finns inget rätt svar. Det beror på kulturen i den organisation du är med och på de specifika personerna du pratar med. Jag har haft klienter som direkt frågar min åsikt och andra som anställer mig specifikt för att ta skulden för andras dåliga resultat.

En sak som är viktig och som kallas ut i andra kommentarer och svar är att du bör vara mycket försiktig.

Enligt min erfarenhet är det mer benägna att vara tyst och trevlig för alla att få en entreprenör förlängd än att vara bullriga och griniga, och att bli förlängd är ditt mål för de flesta kontrakt, vilket vanligtvis uppnås genom att du når dina deadlines, klara dina tester och inte irritera någon.

En annan bra anledning att undvika att säga någonting är att de kanske känner till hans förmågor, och hans jobb är väldigt annorlunda än ditt. Han kan i själva verket vara mer en kontakt och kommunikatör än en programmerare, och även om han kan spendera lite tid på programmering är hans huvudsakliga jobb att se till att allt kommuniceras korrekt.

En av anledningarna till att företag hyra konsulter är att få expertis som de vet att de inte har i hemmet. De är sannolikt medvetna om hans begränsningar och brister, men han uppfyller andra behov, och kanske till och med för mindre än konsultkostnaden. För vissa företag är det mycket vettigt - håll en heltid, lågavlönad person till hands för att ta itu med små saker och vara kopplingen mellan experterna och företaget när de behöver mer än han kan hantera.

Som andra har sagt, såvida de inte har bett dig att utvärdera deras företag, anställda eller process, är det verkligen inte din plats att spendera tid på att göra det.

Först kommer jag att anta att din primära motivation (baserat på din fråga och kommentarer) för att rapportera din kollega är en genuin önskan att förbättra teamets kvalitet. Vissa har föreslagit att du tar mer arbete på grund av din medarbetares inkompetens; om det är den främsta anledningen, ta deras råd och lämna dem.

I allmänhet tycker jag att de flesta avskyr att få oönskade råd; oavsett om det är korrekt eller inte och många inlägg här håller med om det. Jag ska lägga till ytterligare två punkter som jag inte har sett nämnts.

1. Du nämner att din kollega fortfarande "får saker gjorda, men inte alltid på bästa sätt .. . ". Du nämner också att din chef "inte ligger nära din kärnkompetens" och kanske inte har färdigheterna för att förstå ditt arbete. Det betyder även om du tar upp detta till din chef; din chef kanske inte ens förstår hur permanställdas färdigheter är bristfälliga. Allt de ser är att permanställde får sitt arbete gjort och nu klagar entreprenörerna på (vad chefen kan känna) är en konstruerad och värdelös detalj. Att försöka trycka ytterligare på detta för att få dem att förstå kommer bara att se dig sämre ut.

2. Du nämner att en annan fast anställd slutar på grund av den första permens dåliga arbete. Du antyder att detta har hänt tidigare. Med andra ord, PERMANENTA anställda lämnar företaget på grund av en kollegas dåliga arbete i stället för att uppfostra det själva. Det finns nästan säkert någon anledning och det är något att tänka på innan du brinerar upp det själv.

Eftersom du är en entreprenör är det inte ditt jobb att ge feedback på arbetsplatsen och det låter som att faktiskt genomföra en positiv förändring (ditt mål) kommer att vara nästan omöjligt om du försöker.

Kontorspolitik åt sidan, vad vill du att chefen ska göra? Det låter inte som om han är hemskt, så att sparka honom skulle kanske vara överst (förutom konsekvenserna av att bli av med någon, kostar det tusentals att anställa och utbilda en ersättare).

Finns det ett sätt att ta itu med dina problem utan att det stöter på som en attack?

Kanske kan du rekommendera en utbildning för att ta itu med hans svagheter ("Jag har hört talas om den här fantastiska kursen, jag tror att John kanske tycker att det är riktigt användbart")?

Eller som en team kan du skriva upp standarder som täcker de områden han kämpar med. Det kan dokumenteras bästa praxis UI-mönster, kodningsmönster, affärsprocesser - vad det än är som orsakar ett problem. Du kan sälja detta för att göra det lättare för nya utvecklare att komma igång.