Sorunun olduğu gibi çerçevelenmesi çok kötü. Bence daha iyi bir soru "Bir" yazılım yüklenicisi "" yazılım danışmanından "farklı mı?" En azından ABD’de bu soruyu gerçekten gündeme getiren terimler.
'Yazılım geliştirici' terimi, herhangi bir istihdam türüne uygulanabilir, geliştiricinin hizmet ettiği rol veya kaynak türüdür. Müteahhit / danışman meselesi, istihdam meseleleri etrafında dönüyor ve yine, ABD'de burada nasıl çalıştığına değinerek konuşuyorum. Ancak, bu soruyu kesin olarak cevaplamak için (ve bunu yapacaksınız bile göreceksiniz!), Önce biz bazı terimler tanımlamanız ve bazı tarihler keşfetmeniz gerekir.
Bir yazılım geliştiricisi, nasıl kullanıldığına bakılmaksızın, yazılım oluşturur ve muhtemelen yazılımın yaratılmasıyla ilgili olarak, genellikle bir yönetim rolü hariç olmak üzere yazılımın yaratılmasıyla ilgili birçok başka görevi yerine getirir. . Yazılım projesi ve program yöneticileri nadiren yazılım oluşturma faaliyetlerinde somun ve civata faaliyetlerine nadiren katılırlar (takım liderlerinin yanı sıra). Yine, bunlar roller .
İstihdam ve ödemeyle ilgili olarak, birkaç tür vardır (ABD için geçerlidir). En yaygın istihdam türü, çalışanın yazılımı geliştiren şirketin bordrosunda olduğu düzenli veya 'doğrudan'dır. Her yıl işverenle birlikte bir W-4 doldururlar ve yıl sonunda bu işverenden vergileri için bir W-2 alırlar.
Doğrudan istihdamın dışında müteahhitler ve (tanımlara bağlı olarak) danışmanlar vardır. Bununla birlikte 'müteahhit' terimi biraz yanıltıcıdır. Teknik olarak bir yüklenici, bu durumda yazılımı geliştiren müşteri şirketi ile bir sözleşme imzalayan bir varlık veya kişidir. Ancak, gerçek şu ki, ABD'deki neredeyse tüm müteahhitler bir müteahhitlik firması aracılığıyla çalışıyorlar (ayrıca 'kaportacılar' ve hatta daha az ücretsiz terimler olarak da adlandırılırlar); doğrudan müşteriyle 'sözleşme' yapmazlar. Bu sözde müteahhitler aslında her yıl bir müşteri şirketiyle değil, sözleşme şirketiyle bir W-4 doldurmakta ve bu sözleşme şirketlerinden vergileri için yılın sonunda bir W-2 almaktadır. Doğrudan işe alınan kardeşleri ve kız kardeşleriyle aynı şekilde vergilendirilirler.
Burada mesele, “müteahhit firma” olarak adlandırılan müteahhit değil, müşteri firma ile sözleşme imzalayan “müteahhitlik şirketi” olmasıdır. Sözleşmeli çalışanlar aslında sözleşmeli şirket tarafından istihdam edilir ve sözleşmeli şirket müşteri ile sözleşmeye taraftır. Dolayısıyla, bir yazılım projesi üzerinde çalışan sözleşme ve doğrudan çalışanlar, vergilendirme açısından esasen aynıdır ve genellikle belirli bir özel statüye sahip olmayan bitişik kabinlerde çalışır, tek büyük fark, müteahhitlerin üzerinde çalışmaya devam edebilecekleri belli bir süre ile sınırlı olmasıdır. bu müşteri için proje. Bunun nedeni, çalıştıkları müteahhitlik şirketlerinin onları o zamandan daha uzun süre orada tutmaması gerektiği veya IRS'lerimizin onları doğrudan çalışan olarak yeniden sınıflandırabileceği,
Kendi tecrübelerime göre, müteahhitler genellikle İK hileleri ile genişletilir ve bir sözleşmeli çalışanı “müteahhit” den “geçici” ya da benzerlerinden yeniden sınıflandırırlar. Beni devam ettirmek isteyen müşteriler bazen bunu yaptılar. Müşteri şirketleri yine de dikkatli olmak zorunda; IRS bu yüklenicilerin gerçek ilişkilerini belirlemek için onları denetleyebilir. Eğer IRS, müşteriye doğrudan çalışanlar gibi davrandığını tespit ederse, örneğin onları süresiz olarak yerinde tutuyorsa, müşteri (şimdi düzenli) çalışanlarının sözleşmeli çalışanlar olarak almadığı tüm haklardan sorumludur. Ve müteahhitlik şirketi de sorumlu olabilir. Tüm sonuçları bilmiyorum, ancak dağınık olabilir.
Ah evet. 'Danışman' nedir? Bu terim bir çeşit "squishy" - o kutsal topraklar üzerinde savaşan birçok savaş oldu. Belki de 40 yıl önce, “danışman”, doğrudan bir müşteriyle sözleşmeli çalışan bir işçi anlamına gelen “bağımsız müteahhit” ile eşanlamlıydı. Diğer bir deyişle, işçi müşteri ile bir sözleşme imzaladı (yukarıdaki gibi belki de gelişen yazılım). Bu işçi, müşteriyle bir W-4 doldurmaz ve yıl sonunda müşteriden bir W-2 almaz. Bunun yerine, doğrudan bir müteahhit (o zamanlar genellikle 'danışman' olarak adlandırılanlar) müşteriden 1099 alır.
Bu çok farklı vergi düzenlemesinin yanı sıra, 'danışman' teriminin bu konuda belirli bir havası vardı. Danışmanlar genellikle daha deneyimliydi (sahada çalışan en az 10 yıl) ve genellikle onları bulmakta zorlanabilecek bazı uzmanlık alanlarına sahipti, bu da müşterilere çok arzu edilir hale geldi ve müşteriler günde 500 dolar ya da 1000 dolar ödemeye istekliydi (a. uzman hizmetleri için çok cömert miktarda). Danışmanlar oldukça iyi bağlanmış elit bir kitleyle koştular ve bu kesimlere girmek genellikle zordu. Başarılı bir danışman olmak için üyelik gerekliydi. Bilgisayar danışmanları için eski bir çocuk kulübü olan ICCA adında, son zamanlarda feshedilmiş ancak şimdi yeniden canlandırılan bir örgüt vardı. Herkes katılabilir ve bir noktada yaptım; kabul edilmek ve işe almak farklı bir hikayeydi.
Ayrıca, özellikle bu danışmanlar için komisyonculuk sözleşmelerinde uzmanlaşmış olan NYC'nin finans bölgesi gibi yerlerde de niş bir sektör vardı. Fakat o zamanlar, yazılımda - ve özellikle de finansal sektörde - çalışmak için birinin iyi bir şekilde bağlanması gerekiyordu (biliyorum çünkü o zamanlar denedim). Bugün, bu brokerlar büyük yerleşim şirketleri tarafından yutuldu veya işsiz kaldı. Bağımsız müteahhitlik hemen hemen tahliye edildi (var, ancak bu sektör şu anda çok daha küçük, neredeyse hiç mevcut değil), böyle bağımsız bir sözleşmeyi yavaşça ve kesinlikle tahrip eden bir dizi mevzuatla.
Bugün, 'danışman' terimi, yazılım geliştirme istihdam alanında nadiren kullanılmaktadır. En azından, nadiren duydum. Bazen bir sözleşmeli yazılım geliştiricisine danışman olarak atıfta bulunulur, ancak bir terim özel bir anlam ifade ettiğinde, daha önceki bir döneme geri dönme konusundaki uzmanlıkları için bazı özel müteahhitleri düzleştirme ya da iltifat etme girişimlerinden başka bir ayrım değildir. .
Hala "yazılım yönetimi danışmanları" olarak adlandırılan yazılım proje yöneticileri olduğunu belirtmeliyim, ancak neredeyse hepsi de W-4'leri sağlayan şirketlerle aynı yönetim sözleşmesi çalışanlarına aynı amacı yapan bazı müteahhitlik şirketlerine doğrudan çalışanlar. Bu yazılım geliştirici sözleşme çalışanları. Ve tahmin edebileceğiniz gibi, bazen onlar aynı sözleşmeli firmalardır. Bazı müşteriler, bir proje üzerinde çalışan geliştiriciler ve yöneticiler için tek bir işçi kaynağıyla ilgilenmek ister.
ABD’deki orijinal ve bağımsız yazılım danışmanlığı, federal mevzuattaki değişiklikler ve kurumsal Amerika’nın değişen manzarası nedeniyle çoğunlukla ölüyor. Şirketler (potansiyel danışmanlık müşterileri) büyüdükçe, İK departmanları daha acımasızca merkezileşmiş, kibirli ve teknolojik olarak kara kutulanmış hale geliyor. Bu günlerde, herhangi bir şekilde, doğrudan veya sözleşmeli bir iş fırsatını görüşmek üzere bir işe alım müdürüyle iletişim kurmak neredeyse imkansızdır. Bunun bir kısmı kurumsal gizlilik ve çalışanların korunmasıdır, ancak bunun birçoğu mümkün olduğunca çok sayıda çalışanın doğrudan çalışan olmasını veya en azından bir müteahhitlik şirketi aracılığıyla çalışmasını sağlama eğilimidir.
Bu senaryonun alternatifi, 40 yıl önceki ya da daha önceki zamanlara benzer şekilde oldukça farklıydı. O zaman, işverenlerin sözleşmeli çalışanlarının işlerini, özellikle de danışman tipini kontrol etmeleri daha zordu. İşçilerin kontrolü, giderek artan verimlilik taleplerine daha fazla alışkın olan Hindistan ve Vietnam gibi ülkelerle rekabet etmek için önemli olan, artan verimliliği sağlamak için ABD'de en temel istihdam konusu haline geldi.
Tüm bunları anlamanın anahtarı, bağımsız yükleniciye işlerinin tam olarak nasıl ve ne zaman yapılacağının söylenemeyeceğini anlamaktır. Genellikle kendi araçlarını sağlamalıdırlar. IRS'nin onları meşru bağımsız yükleniciler olarak tanıması için bu tür kısıtlamaların yaklaşık 20'sine uymak zorundalar. Aksi takdirde, yukarıda bahsettiğim bu yasal meseleler, sözleşmeli çalışanlar ile sözleşmeli şirketleri arasındaki olası davalarla birlikte, o zamandan dolayı yasal olarak kaynaklanacak olan geri kazançlar için ortaya çıkar.
Uzun soluklu açıklama için üzgünüm, ama gerçekten bu karmaşık. Doğrudan şirketler için ve sözleşmeli şirketler aracılığıyla çalışan bir yazılım geliştiriciyim. Birçok kez "indy" olmayı düşündüm ama bu, son yıllarda takip etmek çok haince (ve korkutucu!) Bir yol oldu. Ve hükümetteki etkilerini destekleyen ve bunlardan yararlanan şirketler bu düzenlemeyi sıkılaştırmaya devam ediyor. Amerikan Yazılım Danışmanı öldü; Kalan hayatta kalanlar son nefeslerini çekiyorlar.