Kérdés:
Mennyi lazaságot adni egy programozó vállalkozónak
dreza
2012-06-16 02:23:35 UTC
view on stackexchange narkive permalink

Van egy vállalkozói programozóm, aki munkát végez helyettem, és kíváncsi vagyok, hogy mikrovezérlésben vagyok-e, vagy akár túl szigorú vagyok-e ahhoz, amit kérek.

A múltban néhányszor Megkértem, hogy végezzen dolgokat egy meghatározott módon, vagy kövesse egy adott folyamatot, és meg kellett ismételnem magam, mert nem tette meg. Az utóbbi időben arra kértem, hogy biztosítsa a legújabb kódprojektjének ellenőrzését az svn adattárunkban. Újra meg kellett kérdeznem, miután ez nem történt meg (kb. 4 nap múlva).

Ez valószínűleg valamikor megtörténik, de kissé izgatott vagyok, hogy egy olyan egyszerű ügyet, mint eredetileg, nem követtek. - kérdezte, és utána kellett mennem. Elfogadható-e újabb e-mail küldés ezen kívül? Ez csak egy aprócska dolog, de valamilyen alaptémája van az általa végzett egyéb munkáknak, és mi együtt dolgozunk. Nem tehetek ellene (bölcsen lőve stb.), Mivel kollégám vette fel, ezért pillanatnyilag szükségünk van rá.

Tehát a következő kérdéseim vannak:

  • Mennyire lazulnak a vállalkozók abban, hogy megbizonyosodjanak arról, hogy azt csinálják, amit kérsz? Vagy többet kapnak, ameddig a munka véget ér?
  • Ugyanúgy kell-e bánni a vállalkozókkal, mint az alkalmazottakkal?
  • Túlságosan OTT vagyok
FWIW, amikor projekteket dolgozok ki, megpróbálok * működő * kódot bekötni az adattárba, vagy legalábbis egy sor működő verziót. Lehet, hogy nem ellenőrzi a kódot, mert nincs valami, amit megfelelőnek érez abban az időben. Tudom, ha a főnököm azt mondta nekem, hogy ellenőrizzem a kódomat, hogy tudtam, hogy nem működik, akkor (udvariasan) nem értek egyet és elmagyarázom.
@MikeBantegui Mi van akkor, ha ez a projekt legelején kezdődik, ezért szeretném, ha ellenőrizné, hogy lássam, milyen irányban halad stb., Anélkül, hogy megvárnám a végeredményt?
Nehéz megmondani. Néhány hónappal ezelőtt elindítottam egy projektet néhány emberrel. A barátommal és nekem legalább egy hétig nem volt "első bejelentkezés", mert még mindig megpróbáltuk kitalálni, hogy * hol * induljunk. Ahelyett, hogy megkérné tőle, hogy jelentkezzen be, miért ne kérne tőle egy gyors bemutatót? Ennek egyik előnye, hogy lehetőséget ad arra, hogy kapcsolatba lépjen vele, és első kézből magyarázatot kapjon gondolkodási folyamatairól és működéséről. Ez segíthet a menedzsmentben.
ez készülő katasztrófának hangzik, legtöbbször a fejlesztők nem akarnak kódot átadni, mert az nem létezik. Ha fizetsz nekik, akkor azt kell tenniük, amit kérsz, amikor kérdezel, különben engedd el őket, ezer ember van, aki valószínűleg szívesen megtenné, ahogy kéred, és gyors és tiszteletteljes.
Amint itt-ott említettük, egy vállalkozó szerződés alapján dolgozik. Az, hogy kérelme ésszerű-e vagy sem, attól a szerződéstől függ.
@jmac De hogyan fedezhet le egy szerződés mindent? Állítólag olyan dolgokat kell megfogalmaznia, hogy "Ha megkérem, hogy tegye meg x, akkor megteszi"
Nem vagyok ügyvéd. A szerződés felvázolja a munkáltató és a vállalkozó között létrejött megállapodást. Ennek tartalmaznia kell, hogy az elvárásokban (kimenet, beszámolás, a munka terjedelme) miként állapodnak meg a felek, és mindent, amit nem tartalmaznak, a vállalkozó figyelmen kívül hagyhatja anélkül, hogy megsértené a szerződést (tiltva a törvény előírását, hogy bizonyos dolgokat implicit módon be kell illeszteni egy ilyen szerződés). Tehát igen, a szerződésnek valami ilyet kell mondania: "X vállalkozó Z tételes időközönként előállítja az Y, az A, B, C elemeket jelentő tételeket."
Ezt betettem volna a Programozókba. A vállalkozók autonómiája jó kérdés a munkahely számára, de az itteni ítéletkérdés nagy része a szoftverfejlesztés egyedi jellemzőire vonatkozik.
Az a helyzet, hogy nem ellenőrzik a kódot az SVN-be, amikor azt mondják neki, egy piros zászló a könyvemben. Ha az elkövetések között 4 napba telik, mert a kód megsérült, mondja meg neki, hogy hozzon létre egy fiókot, és kötelezze el magát a fióktelep mellett. Lehetnek jogos okai, de nehéz kételkednie valakinek abban, hogy valójában nem ismeri. Még olyan vállalkozókat is láttam, akik nem követtek el, mert nem tudták kitalálni az svn használatát (még a teknőssel is!).
Azt hiszem, itt meg kell különböztetni ezt az alkalmazást szerződéses alkalmazottként, vagy egy bizonyos feladat elvégzésére alkalmazták. Ez nagy különbség. Ha szerződéses alkalmazott, akkor ésszerű, ha beírja a kódot, követi a folyamatot stb., Mivel Ön óránként fizeti neki, hogy dolgozzon Önnek, bármit is adjon neki. Ha egy feladat elvégzésére alkalmazták, akkor valószínűbb, hogy a feladat elvégzéséért fizetik (az Ön megelégedésére).
@BillLeeper Szerintem egy szerződéses alkalmazott, mivel nagyjából sokféle folyamatban lévő projekten dolgozik velünk
Nem ez a vélemény alapul? Találd ki, mivel a programozás is benne van, pozitív szavazatokat és jó válaszokat kap ...
Hat válaszokat:
jmort253
2012-06-18 00:10:22 UTC
view on stackexchange narkive permalink

Először is fontos megérteni, hogy a vállalkozók nem alkalmazottak, és annak az oka, hogy sok ember szabadúszóként vagy vállalkozóként vállalkozik saját magára, az az, hogy elkerülje a 8–5-ös állás szokásos korlátait.

Általános szabály, hogy a vállalkozók saját felszerelésüket használják, saját egészségbiztosításukat fizetik, saját adóbevallásukkal és jelentéstételükkel foglalkoznak, és gyakran saját óráikat is meghatározzák.

Az a tapasztalatom, hogy vállalkozóként dolgozom az Egyesült Államokban. , de az Új-Zéland Munkaügyi Minisztérium tudásbázisáról találtam információkat az különbségről az önálló vállalkozó és az alkalmazott között:

A dolgok nézd meg:

  • Önálló vállalkozó vagy alkalmazott szándéka volt-e?
  • Van-e írásbeli megállapodás vagy levelezés, amely megmutatja szándékodat ?
  • Ki fizeti az adófizetést a Belföldi Adóügyi Osztálynak?
  • Ki biztosítja a berendezést?
  • Ki hogyan és mikor ellenőrzi a munkát végeznek?
  • Kinek van hatalma másokat felvenni a munka elvégzésére?

Ezenkívül itt van néhány új-zélandi eset törvény, amely tájékoztatást nyújt arról, hogy az új-zélandi bíróságok miként állapítják meg a munkavállaló és a vállalkozó közötti különbséget.

Ebben az esetben a vállalkozót ténylegesen alkalmazottnak találták, mert a vállalat felszereléseket biztosított, rendszeres fizetés, meghatározott menetrend, sőt adó visszatartás. Ebben az esetben az Ön számára aggodalomra okot adó terület az eszközök és a munka elvégzésének ellenőrzése.

A vállalkozói lét feltételeinek megállapításával elmondom, hogy vállalkozóként az üzleti kapcsolat másik oldalán álltam. Rajtam múlik, hogy használjam-e a saját eszközeimet, a saját számítógépemet, a saját internetes kapcsolatomat, a saját adótanácsadóimat és természetesen a saját verziókezelő rendszert.

Esetemben, ahol az Egyesült Államok szerzői jogi törvényei teljes jogokat biztosítanak az általam írt kódokra, ezek a jogok a fizetés teljesítéséig nem kerülnek átadásra az ügyfél számára. Így a korábbi szerződéses kapcsolataimban addig a kódig nem került átadásra, amíg a fizetés be nem érkezett.

Az Ön esetében fel kell tenned a kérdést, hogy mit mond a szerződés? Mit mond az új-zélandi törvény arról, hogy kinek van szerzői joga a vállalkozó által írt kódra? Ha a szerződés nem foglalkozik kifejezetten ezzel a témával, akkor meg kell kérdeznie magától, hogy a törvény lehetővé teszi-e, hogy követeljen valamit, amiért még fizetni kell.

Mivel vállalkozóval van dolga, nem teheti meg önkényes szabályokat alkot, kivéve, ha ezt természetesen magában a szerződés tartalmazza. Ezenkívül, mint az ítélkezési gyakorlat példájában, Bryson urat a bíróság munkavállalónak tekintette, a munkavállalók / vállalkozók közötti különbségek kérdéseire adott válaszok alapján; így fennáll annak a veszélye, hogy felelősséggel tartozhat az adókért és az ellátásokért, ha valaha is vitája támadna, miután továbbra is úgy viszonyult a vállalkozóhoz, mint egy alkalmazotthoz.

Esetemben végül elkezdtem használni az ügyfél verzióját irányítást, de ez egyszer a bizalom szintjére épült, a korábban befejezett munkák időben történő, azonnali kifizetéseinek sorozatára építve. Azonban nem volt kötelességem ezt megtenni a megállapodásunk szerint, és teljes jogomban áll megtagadni ezt.

Tehát mit tehet?

Először tegye fel a kérdést magának, miért van szükség erre a kódra. Ön is közvetlenül dolgozik, vagy hozzájárul a kódhoz, vagy van valami más oka? Ha az ok nem fontos, akkor fontolja meg ennek elengedését.

Ha valóban el kell követnie ezt a kódot, akkor az a legjobb, ha először megvizsgálja a szerződését, és megtudja, miben állapodott meg. Ha szervezete és a vállalkozó beleegyezett abba, hogy használja a szervezet verziókezelését, emlékeztetheti a vállalkozót erre az írásos megállapodásra, és megbeszélheti a kölcsönösen elfogadható elkötelezettség gyakoriságát.

Ha a szerződés nem említi a verziókezelést, akkor fontolja meg a vállalkozóhoz való fordulást, hogy ezt megbeszélje. Fontos megérteni a vállalkozók aggályait, és előfordulhat, hogy fel kell tenned néhány vizsgálati kérdést - nem vádaskodó módon - az észlelt kihívások felderítése érdekében. Kérdezze meg azt is, hogy elfogadható-e az, amit kér. Ha nem, akkor próbáljon megfelelő alternatívákat találni, amelyekben mindketten egyetértenek. Ha a pénz miatt van gond, fontolja meg a gyakoribb kifizetés megbeszélését. Ha ez nem lehetséges, fontolja meg letéti számla használatát pénzeszközök tartására, amelyet a szállításkor kell fizetni.

Ha nem sikerül elfogadható megállapodásra jutni, és a vállalkozó szolgáltatásainak igénybevétele meghaladja a megszerzett előnyöket, akkor nézze meg a szerződését, hogy van-e mód arra, hogy felmondja. Ne feledje, hogy sok esetben bármelyik fél felmondhatja a szerződést. Más szavakkal, a vállalkozó elbocsát téged is , és elmehet máshova munkát találni, ezért érdemes jó ügyfélnek lenni. :)

Összefoglalva: ha azt szeretné, hogy a vállalkozó valóban vállalkozó legyen, akkor bölcs dolog ezt a helyzetet úgy megközelíteni, mintha egyenrangú emberekkel találkozna, és nem valakivel, akit irányíthat. Sok sikert!

Egészségedre a tanácsért
+1 megemlítve, hogy a vállalkozónak oka lehet arra, hogy ne írja be a kódot, és hogy az ilyen dolgokat előre meg kell egyeztetni.
@sleske biztos, hogy ha fizetünk nekik, akkor ha valamit kérek tenni, van-e valami oka annak, hogy nem tudták őszintén megtenni?
@dreza: Természetesen. Ha nem szerepel a szerződésben, akkor nem fizetett érte. Természetesen még mindig udvariasságként dönthetnek úgy, hogy ezt megteszik, de nem kötelesek erre.
@dreza - Az, hogy te vagy az ügyfél, még nem jelenti azt, hogy diktátor leszel. ;) Valójában ezen a területen sok szabadúszó * éppúgy megválasztja * ügyfeleit, mint az ügyfelek. Ezért mindkét érdeke az, hogy mindkét fél elvárásait közölje. Ezenkívül vegye figyelembe ezt: Ha egy potenciális ügyfelem nem érti, mi jár a szoftverek építésével, ez nemcsak a projektjüket veszélyezteti, hanem az is, hogy vállalkozóként fizetnek. Garantálhatja, hogy ezt figyelembe veszem annak eldöntésekor, hogy kivel folytasson üzletet. Sok szerencsét! ;)
@dreza: nem hiszem, hogy teljesen értenéd a vállalkozók és az ideiglenes alkalmazottak közötti különbséget. A vállalkozóknak csak a szerződésükben meghatározottakat kell teljesíteniük. Amíg teljesítik írásos és ellenjegyzett kötelezettségeiket, mindent helyesen tesznek, és ez az egyetlen hatóság, amelyre válaszra van szükségük. Számomra úgy hangzik, mintha a szerződés követelményei homályosak lennének. Folyamatosan kéred tőle a dolgokat. Tudod, hogy vállalkozóként nem válaszol neked, igaz? Csak a szerződésére válaszol.
sleske
2012-06-17 22:50:58 UTC
view on stackexchange narkive permalink

Ez egy nehéz kérdés, és nincs egyszerű válasz. Azt hiszem, két fontos szempontot kell szem előtt tartani.

  • Felvettél egy szakembert, és annyira bíztál benne, hogy felveszik őket. Ez azt jelenti, hogy általában nem szabad beavatkozni a mindennapi munkájukba, és nem is próbálni mikrovezérelni őket.
  • Másrészt, ha konkrét igényei vagy kívánságai vannak, a vállalkozónak figyelembe kell vennie őket. fiókot, vagy magyarázza el, miért nem .

Tehát a kérdés megválaszolásához: Az, hogy valami jogos kérelem vagy mikrovezérlés, sok tényezőtől függ (a a vállalkozó, a munka külső korlátai, a vállalkozó tapasztalatai, az Ön tapasztalatai stb.).

Azonban egy dolog elengedhetetlen: Ha kérdez valamit a vállalkozótól, akkor számíthat megfelelő válasz a vállalkozó részéről.

A válasz az lehet, hogy ő úgy véli, hogy a megoldásuk jobb, vagy akár az is, hogy olyan dolgokba avatkozol be, amelyeket nem tudsz jól, és ez Rendben - de a kérelmek figyelmen kívül hagyása, vagy akár elfogadása, majd nem követése nem szakszerű.

Tehát úgy gondolom, hogy valóban kommunikációs problémája van. Beszéljen a vállalkozóval, lehetőség szerint személyesen, vagy legalább telefonon / videocsevegésen keresztül, vagy hasonló módon. Vázolja fel aggodalmait, különösen azt, ahol úgy érzi, hogy a kérései félreértek. Ne próbálja vádolni, hanem magyarázza el, hogy elvárja, hogy a kéréseit komolyan vegyék (amely szükség esetén udvarias elutasítást is tartalmaz).

Remélem, hogy így kijön: -).

Egészségére. Azt hiszem, a következő lépés lehet velük beszélgetni, de ha folyamatosan "elfelejtik", akkor azt kell gondolnom, hogy át kell gondolnom a jelenlegi helyzetet.
Meredith Poor
2013-06-30 09:58:10 UTC
view on stackexchange narkive permalink

Ennek a kérdésnek a másik végén álltam, az én felelősségem volt kódot rendelni az ügyfelem által beállított SVN-példányhoz. Sem én, sem a projekt másik vállalkozója soha nem tudta elérni, hogy az SVN megfelelően működjön. Odáig jutott, hogy kibontottuk a kódot, és elküldtük a projektet az ügyfélnek, és rájuk bíztuk a rendezést.

Vállalkozói függetlenség

A „munkanapom” körülbelül 3–3,5 óra. Ennyi időt töltök a számítógépes kódolással, és hány órát számlázok. Mivel a házamból dolgozom, egy kis időt töltök mosással, teázással, szaladgálok ebéddel, hajvágással vagy autójavítással stb. És természetesen a táblákon, például az SE-n és a LinkedIn-en is áttekintve a kérdéseket.

Különböző időkben mentoráltam embereket, gyakran vetélkedtem velük vacsora közben a programozással, az üzleti életsel, a tudománygal stb. kapcsolatos kérdésekben. Ennek során egyre jobban meg tudtam magyarázni a dolgokat. Több tucatszor emlékszem, amikor megpróbáltam elmagyarázni valamit, amire a helyszínen rájöttem, valami érintőleges a magyarázatra, de mégis hasznos betekintést. Gyakran ezek később kritikus jelentőségűek voltak. Az egyik dolog, amit kaptam ebből, az az, hogy megtanulom, hogyan kell kommunikálni a nem technikai emberekkel, és hogyan legyek türelmes azokkal az emberekkel, akik az adott körülmények között mindent megtesznek, de túl vannak a fejükön.

Lehetséges, hogy a vállalkozó egyszerűen olyan dolgokat csinál, amelyekről azt gondolja, hogy meg kell tenniük: korábban mikromenedzsmenten működtek, és nagyjából hangolták. Vagy eltölthetnek időt azzal, hogy elmagyarázzák neked, miért teszik ezt úgy, ahogy csinálják, vagy egyszerűen meg tudják csinálni. Azt mondták nekik, hogy egy adott dátumig meg kell csinálni, valószínűleg már az elején tudták, hogy ez nem fog megtörténni, ezért a kódfejlesztés természetes ütemével gyártanak. Az egyik projektben azt mondták nekem, hogy hat hónapra el kell végeznem egy törvényhozási határidőig; 18 hónappal később befejeztem. Ha elbocsátja őket, és másokat vesz fel ugyanazzal a határidővel, ugyanazokat az eredményeket érheti el, ha a problémát egyszerűen nem lehet megoldani az Ön által igényelt időkeretben.

Röviden, amikor az emberek a választáson kívüli szerződéskötés, általában azért van, hogy „saját szabályokat alkothassanak”. Általában felfedezték, hogy mindent megtesznek, ha megszabadulnak a rutinszerű munkavállalói gondoktól: a felhasználók vagy munkatársaik „beugrása”, a vezetők részéről történő részletes eljárások, „minden kéz” találkozók, az alaszkai sütőkamrák stb.

Egyes vállalkozók ezt meg tudják magyarázni, ha ügyfeleik hallgatnak, mások nem olyan ügyesek. Nincs semmi baj a kód bekérésével, de ha az SVN problémákat okoz, akkor csak küldjön nekik egy archívumot, és feloszthatja azt egy duplikált projektmappába. Soha nincs gondom a munkám bemutatásával; vannak olyan emberek, akik nagyon védekeznek, amikor a menedzser rutinszerű frissítéseket kér. Ebben az esetben a vállalkozó valószínűleg egyáltalán nem végzi a munkáját.

A vállalkozókkal azonos bánásmód az alkalmazottakkal

Sok vállalkozó szeretne alkalmazott lenni - szerencsétlennek tartja a „karok közötti” kapcsolatot. Általában ez igaz, ha olyan előnyöket keresnek, mint a nyaralás és az egészségügy, ne bánják a 8: 00-5: 00 közötti rutint, és szeretnék hinni, hogy a munkáltató évekig tartja őket. Ezek az emberek hajlamosak a helyszínen dolgozni, az íróasztaluk úgy néz ki, mint a teljes munkaidő, és furcsává válnak, amikor a vezetők nem tartják naprakészen a megújítási státuszt. Amikor megtalálja ezeket, bánjon velük úgy, mint az alkalmazottakkal, és amikor csak lehetséges, tegye őket is. nem wannabe alkalmazottak. Csak egy lépésre vannak attól, hogy saját céget alapítsanak, és saját termékeiket árulják el. Ezeket a legjobban nagyon független tanácsadóként kezelhetjük.

'Over The Top'

Az a bizonyos pont, amelyet felhoztál, nem zavarna, ez egy ésszerű kérés. Mindazonáltal felkérés, hogy mindig végezzen apróságokat, zavaró, különösen, ha felborítja a koncentrációt. Megszoktam, hogy sok problémára összpontosítva töltöm az időt, ami egyes esetekben napokig tart. Munkahelyzetben voltam, vállalkozóként és alkalmazottként egyaránt, ahol a munkakörnyezet olyan tele volt megszakításokkal, hogy nem tudtam előre haladni.

A jelek szerint semmi sem történik Mind

A munkaadók időről időre olyan emberekbe ütköznek, akiknek nincs esélyük a hógolyóra.

Az egyik példa egy közszolgálati alkalmazott volt, aki néhány szerver felügyeletéért felelős. Ez az egyén csendes és zárkózott volt, egészen addig, hogy hikikomori volt. A bázist bezárásra szánták, és ennek az egyénnek sikerült munkát találnia a város egyik fő magánfogadójával. Munkaviszonyának utolsó napján az ajtón kifelé menet átadta a jelszavait. Szinte azonnal kiderült, hogy a munkaviszony teljes ideje alatt nem tett semmit.

Röviden, a szoftver- és rendszeradminisztrációban a hallgatás nem arany. Az igazi programozók általában zajosak, ragaszkodnak ahhoz, hogy az általuk használt programozási nyelv legyen a legnagyobb, vitatkozni fognak adatbázisokról, processzorarchitektúrákról, böngészőkről és bármi másról. Hasonló gondolkodású emberek csoportjában hajlamosak panaszkodni a főnökökre, a felhasználókra, a munkatársakra, az eladókra és a segítő oldalakra. Vegye figyelembe, hogy ezen a táblán a felhasználók hány százaléka van informatikai kapcsolatban.

Olyan klienst vettem fel, aki kétségbeesett helyzetben volt. Eredetileg a két fejlesztő egy számítógép mellett ült az ügyfél irodájában, és kavarták az orvosi számlázási rendszer működéséhez szükséges tervezési kérdéseket. Végül azonban fokozatosan többet végeztek „vidéki munkájukban”, és elkerülték a helyszínen való jelenlétet. Bizonyos összeget számoltak fel a „támogatásért”, amiből ez állt, havonta egyszer, hogy újra indexeljék a fájlokat. Nem sikerült megtalálni a forráskódot, amelyről a szerződésben megállapodtak, hogy elhagyják a helyszínt. Amikor átadták nekik a másolatukat, az más lemezkapacitással rendelkezett, mint az ügyfél irodájában - a város más lakosain keresztül kellett átmenni a fájlok átviteléhez. Röviden, egyszerűen átálltak a fejlesztésről az ügyfél fejésére, és a valós kérdések megoldatlanok maradtak, mint például a Medicare számlázási formáinak megváltoztatása. Körülbelül hat hétbe tellett a kritikus problémák megoldása - onnantól kezdve más fejlesztéseket hajtottam végre, amelyek elfoglaltak és az orvosi rendelőt eredményesebbé tették.

A harmadik történet egy kis hallomás - én valakit felváltottak, aki más lehetőségeket talált. A projekt legfelsõbb vezetõje idõnként velem ebédelt, és néhány hónapos munka után elmondta, milyen körülmények között ment el az elõzõ alkalmazott. Feladata alapvetően az elavult FoxPro kód kijavítása volt - a rendszernek súlyos teljesítményproblémái voltak, és néhány dolog hibás volt. Amikor megnéztem a kódot, kissé zavarba ejtő volt, a háttérrendszer SQL Server (6.5) volt, tárolt eljárásokkal. Ez nem volt Y2K-kompatibilis, ezért némi nyomás nehezedett ránk. Mindenesetre, miután egy hónapja ott volt, a vezető menedzser betért hozzá, hogy frissítést kapjon, megsértődött a kérdésen, és azt mondta: "Miért zavarsz engem? Kilépek!'. Ezzel kilépett az ajtón.

Az volt a véleményem, hogy néhány napig dolgoztam a FoxPro dolgain, hogy fenntarthatatlan, és csak be kellene írnunk az új rendszert a VB6-ba, és ezzel készen kell lennünk. Mint kiderült, az igazi teljesítményproblémák a szerverrel voltak, amelyet jelentős frissítéssel cseréltünk le. Ha tudatosította volna a projektmenedzserben a kód fenntartásának nehézségeit és a szerver által előidézett korlátokat, nem valószínű, hogy egy hónappal később a helyszínen érezte volna magát a helyszínen, amikor a főnök státuszt kért.

Ha valaki ezt személyesen veszi, az azt jelenti, hogy vagy fogalma sincs arról, hogy mit csinál, vagy nem érezte úgy, hogy megbeszélhetné a fejlesztési erőfeszítések átirányítását a jobb eredmény elérése érdekében. Hajlamos vagyok gyanítani az előbbit, mivel csoportunk emberei éppen a szerződés teljesítésének legjobb módját próbálták megtalálni.

Köszönöm Meredith. Az svn azonban nem jelent problémát, és a vállalkozónak nincsenek problémái a hozzáféréssel.
@dreza - Még egy kérdés: Vállalkozása "nehezen" fizetett a vállalkozónak? Tudom, hogy vannak olyan ügyfeleim, akiknek addig nem fogok kódot adni, amíg az összes kifizetést meg nem hajtják. Sötét és időzített bombákat is adok nekik. Természetesen a szerződés teljesítési szakaszában ezt megadom. Egyszer megégett, kétszer félénk.
@WesleyLong Nem, ha jól tudom. Amúgy sem szakszerűtlenül jártunk el (véleményem szerintem).
@dreza - Ez jó hír. Ha ön lennék, szánnék 15 percet és átolvasnám a szerződést. Vannak olyan követelmények, amelyekről úgy gondolja, hogy léteznek, amelyek nem, vagy vannak olyan követelmények, amelyeket nem teljesítenek? Úgy hangzik, ideje újratárgyalni, ha rendelkezik ezzel a felhatalmazással. Tudom, hogy vállalkozóként fenntartom a saját verzióellenőrzésemet és használom, csak a végső kódot juttatom el az ügyfélhez. Úgy tűnik, hogy a rendszere inkább egy ideiglenes alkalmazottak számára készült. Úgy gondolom, hogy Ön és vállalkozója különbözőképpen értelmezi, hogy mi a vállalkozó. Az újratárgyalások valószínűleg rendben vannak.
Szia Meredith, remek tartalmat írt az oldalunkra, amely nagyon részletes és hasznos a kérdező és a jövőbeli látogatók számára, éppen ezért vagyunk itt; néhány hozzászóláson, például ebben, nem tehetek róla, de úgy érzem, hogy esetleg elmulasztotta a kérdés lényegét. A The Workplace SE esetében megpróbáljuk biztosítani, hogy válaszaink a kérdésben vázolt konkrét probléma megoldására összpontosuljanak. Bánod, hogy egy második pillantást vetsz a kérdésre, és megbizonyosodsz arról, hogy lefedted a kérdés alján lévő 3 pontot? Remélem ez segít! :)
@WesleyLong:, és ha a végtermék feltöltése előtt megüt a lightenng? Nem tűnik mikro menedzsmentnek a legújabb verzió elérhetővé tételét. OTOH, ennek nem kell SVN-ben lennie, és nem kell ágban lennie.
@jmoreno - Ha nincs benne a szerződésben, akkor nem fizetik meg. Ha nem fizetik meg, akkor nem az övék. Megfelelő rendszerekkel rendelkezem ahhoz, hogy az örököseim hozzáférhessenek az összes szellemi tulajdonomhoz, ezért ez sem aggódik.
Bill Leeper
2014-02-26 12:13:27 UTC
view on stackexchange narkive permalink

Ha a @dreza jelezte, ez egy szerződéses alkalmazott, aki a vállalat által kijelölt feladatokon dolgozik. Az ilyen típusú szerződésben a vállalkozónak követnie kell az őt felvevő vállalat politikáját és irányelveit. Ezenkívül a vállalat birtokolja az összes, a szerződés részeként előállított munkát.

Tehát ebben az esetben ésszerű követelni, hogy kövessék a vállalati irányelveket, és a kódjukat kötelezzék el az SVN számára. Ha továbbra sem hajlandók ezt megtenni, akkor a szerződés felmondása meglehetősen ésszerű.

Ilyen típusú kapcsolati forgatókönyvben dolgoztam, és soha nem volt más elvárásom, hogy az összes vállalati irányelv úgy érvényesüljön rám, mintha én alkalmazott volt.

"Ezenkívül a vállalat tulajdonában van a szerződés részeként létrehozott összes munka." addig, amíg a számlát ki nem fizették!
@IanRingrose nem ez a helyzet az itt említett szerződés típusával. Itt a szerződéses alkalmazottról van szó. Óránkénti munkát végeznek, nem projekt alapon, így semmi igényük nincs semmire, amin dolgoznak.
A szerződésekhez szoktam hozzáfűzni, hogy az ügyfélnek nem volt joga semmilyen általam létrehozott kódra, amíg ki nem fizettem a számlát, amelyet a létrehozásom idejére hoztam, amikor a számlát kifizették az átruházott kódra vonatkozó jogokkal.
Ez egy jó záradék, azonban a szerződéses alkalmazott típusú munkavégzéssel kapcsolatos tapasztalataim szerint nagyjából olyan vagy, mint egy alkalmazott, de a fizetésed az ügynökségtől származik a cég helyett. Mindig rendelkezésemre álltak a vállalati számítógépek stb., Csak a cégnek nincsenek előnyei. Ez volt az a fajta megállapodás, amely a 90-es években gondot okozott a Microsoftnak, és amelynek eredményeként a szerződéses alkalmazottak ténylegesen kompenzációt kaptak a Microsofttól, mert az alkalmazottak raktárkészletet kaptak, a vállalkozók pedig nem.
gnasher729
2014-03-05 06:35:49 UTC
view on stackexchange narkive permalink

Ha az illetőt vállalkozóként veszik fel, akkor nem igazán kezelheti őt munkavállalóként - ha bánik vele, és ő maga is alkalmazottként kezelendő, akkor ő nem vállalkozó, és előfordulhat, hogy súlyos következmények (többnyire adózási szempontból).

Vállalkozóként nem fogad el megrendeléseket. Ön azonban boldoggá teszi az ügyfelet, mert a szerződések felmondhatók. Ügyfélként nem ad utasítást. Ugyanakkor elmondhatja a vállalkozónak, hogy mi okozna boldogságot, és ha a vállalkozó nem fogja boldoggá tenni, a szerződéseket fel lehet mondani.

Ha nem vagy elégedett a vállalkozóval, ne parancsold meg neki, hogy ellenőrizze a dolgokat az SVN-ben. Mondja meg neki, hogy szeretné tudni, hogy milyen előrelépés történik, és hogy aggódik az előrelépés miatt, és tanácsolja neki, hogy meg kell mutatnia az előrelépést. Nem adhatsz neki parancsot. Igényelhet azonban bizonyítékot arra, hogy megéri a pénzét. Ha nem sikerül, vannak más vállalkozók, és rengeteg jó is van.

Üdvözöljük a [workplace.se] gnasher oldalon! Remélem, hogy a jövőben is találkozunk. Ez egy jó első válasz, amely jó munkát végez, elmagyarázva, hogyan kell bánni az Ön igényeinek nem megfelelő vállalkozókkal. Ha lehetséges, tudna [szerkeszteni] egy részben elmagyarázni, hogy bár a vállalkozók nem fogadnak el megrendeléseket, ők felelnek a szerződésben meghatározott követelmények teljesítéséért? Bár úgy gondolom, hogy ezt megértette, és számomra egyértelmű, az első olvasónak téves benyomása lehet arról, hogy mi a vállalkozó felelőssége, ha nem fogad el megrendelést, és csak az ügyfelet kell boldoggá tennie. Előre is köszönöm!
mxyzplk - SE stop being evil
2014-03-05 21:00:24 UTC
view on stackexchange narkive permalink

Egy szempontból nem lehet pontosan úgy bánni a vállalkozókkal, mint az alkalmazottakkal - legalábbis az Egyesült Államokban, ha igen, akkor van esély arra, hogy munkavállalói juttatásokat igényelhessenek, különösen, ha a vállalatának valamilyen előnyös várakozása van . Ennek azonban általában az a körülménye, hogy a munkavállalókkal szemben alkalmazott bánásmódban részesülnek, és nem arról, hogy követik-e a műszaki normákat és folyamatokat.

Az elvárásokat előre meg kell határoznia. Cégemnél felvettük a "te egy különleges hópehely vagy oldalra, kivitelező vállalkozókat, akik önmagukban csinálnak valamit, és fizetünk neked azért, hogy a végeredményt eljuttasd", és a "te személyzet bővítés vagy, te" Csapatban leszek, követve a csapat összes folyamatát, és használva az eszközök "fajta koncertjét. Nem minden tényleges szerződés ilyen jellegű a műszaki rész vonatkozásában, ezért csak győződjön meg arról, hogy van egy közös megegyezés. Sok szerződés olyan dolgokat fog mondani, mint "és más ésszerű feladatokat lát el az ügyfél kérése szerint", kivéve, ha ez valóban egy lövéses "teljes ruha X teljes ruhával" eset. Legalábbis errefelé szokott lenni a különbség a "tanácsadó" (bejön, hogy velünk tegye a dolgát) és a "vállalkozó" (bejön, hogy velünk tegye a dolgunkat) között.

Cégemnél egy csomó szerződéses programozónk, minőségbiztosítási és Ops mérnök áll rendelkezésünkre, és minden bizonnyal elvárják tőlük, hogy azonnal ellenőrizzék a kódot az svn-be, elküldjék a kódot a kód felülvizsgálatához az alkalmazottaknak, használják a jegyrendszerünket munkájuk nyomon követésére, et al. Nem egyszemélyes darabüzletet működtetünk, sok ember dolgozik együtt egy terméken, és ennek elmulasztása azt jelentené, hogy a vállalkozó gyorsan kimenne az utcára. Nyilvánvaló, hogy mindez szerződéskötés tárgyát képezi, de sok szerződés vagy nem fedi le az apróságokat (hol ellenőrizze a kódot), vagy több általános záradékuk van (az ügyfél belátása szerint felmondhatók).

Összefoglalva: nem, nem vagy ésszerűtlen, ellenőrizze a szerződést, talán előre meg kellett volna határoznia az elvárásokat, de felhatalmazást kap arra, hogy útmutatást adjon egy vállalkozónak. Emellett neki kellene azt mondania, hogy "Inkább nem teszem ezt, és a szerződési feltételeim szerint nem kellene", és nem egyszerűen kacagni / elmulasztani. Állítsa vissza az elvárásokat a szerződésnek és az Ön kívánságainak megfelelően, majd ha nem teljesíti ezt, akkor több hal van a tengerben.



Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...