Szkoda, że pytanie jest w obecnej formie. Myślę, że lepszym pytaniem może być: „Czym różni się„ wykonawca oprogramowania ”od„ konsultanta oprogramowania ”? Właśnie te warunki naprawdę budzą wątpliwości, przynajmniej tutaj, w USA
Termin „programista” może dotyczyć każdego rodzaju zatrudnienia, przy czym programista jest typem roli lub zasobu, który służy. Kwestia kontrahenta / konsultanta dotyczy zagadnień związanych z zatrudnieniem i znowu mówię w odniesieniu do tego, jak to działa tutaj w USA. Ale aby naprawdę odpowiedzieć na to pytanie definitywnie (a zobaczysz, nawet to jest trudne do zrobienia!), Najpierw trzeba zdefiniować niektóre terminy i zapoznać się z historią.
Deweloper oprogramowania, niezależnie od tego, w jaki sposób są zatrudnieni, tworzy oprogramowanie i prawdopodobnie wykonuje wiele innych zadań związanych z tworzeniem oprogramowania, zwykle z wyjątkiem roli kierowniczej, chociaż nawet to jest dość powszechne w niektórych projektach, takich jak kierownicy zespołów . Menedżerowie projektów i programów rzadko angażują się w szalone działania związane z tworzeniem oprogramowania (oprócz kierowników zespołów). Ponownie, są to role .
Jeśli chodzi o zatrudnienie i płatności, istnieje kilka rodzajów (dotyczy USA). Najczęstszym rodzajem zatrudnienia jest regularne lub „bezpośrednie”, gdy pracownik znajduje się na liście płac firmy opracowującej oprogramowanie. Wypełniają co roku W-4 u pracodawcy i pod koniec roku otrzymują od tego pracodawcy W-2 na swoje podatki.
Poza bezpośrednim zatrudnieniem są kontrahenci i (w zależności od definicji) konsultanci. Termin „wykonawca” jest jednak nieco mylący. Z technicznego punktu widzenia wykonawcą jest podmiot lub osoba, która podpisuje umowę z firmą klienta, w tym przypadku tą, która opracowuje oprogramowanie. Ale w rzeczywistości prawie wszyscy kontrahenci w USA pracują za pośrednictwem firmy kontraktowej (określanej również jako „blacharstwo”, a nawet mniej komplementarne warunki); same w sobie nie „kontraktują” bezpośrednio z klientem. Ci tak zwani kontrahenci faktycznie wypełniają W-4 co roku zleceniodawcę, a nie klienta, i otrzymują pod koniec roku W-2 od tego kontrahenta. Są opodatkowane dokładnie tak samo, jak ich bezpośrednio zatrudnieni bracia i sisteren.
Chodzi o to, że to „firma zlecająca” faktycznie podpisuje umowę z firmą klienta, a nie tak zwani kontrahenci („pracownicy kontraktowi”). Pracownicy kontraktowi są faktycznie zatrudnieni przez firmę kontraktową, a firma kontraktowa jest stroną umowy z klientem. Tak więc umowa i bezpośredni pracownicy pracujący nad projektem oprogramowania są zasadniczo tacy sami pod względem podatkowym i zwykle pracują w sąsiednich szafach bez szczególnego statusu, jedyną istotną różnicą jest to, że wykonawcy są ograniczeni do pewnego czasu, nad którym mogą kontynuować pracę projekt dla tego klienta. Wynika to z faktu, że firma kontraktowa, dla której pracują, nie powinna ich tam przechowywać dłużej niż przez ten czas, lub nasz IRS może przeklasyfikować ich jako bezpośrednich pracowników,
Z mojego własnego doświadczenia wynika, że kontrahenci często są rozszerzani przez sztuczki HR, przeklasyfikowując pracownika kontraktowego z, powiedzmy, „kontrahenta” na „temp” lub tym podobne. Klienci, którzy chcieli mnie zatrzymać, robili to czasami. Firmy klienckie muszą jednak uważać; IRS może je skontrolować, aby ustalić prawdziwe relacje tych kontrahentów. Jeśli IRS stwierdzi, że klient traktuje ich jak bezpośrednich pracowników, na przykład zatrzymując ich na miejscu w nieskończoność, klient ponosi odpowiedzialność za wszelkie świadczenia, których ci (obecnie stali) pracownicy nie otrzymywali jako pracownicy kontraktowi. Odpowiedzialna może być również firma zamawiająca. Nie znam wszystkich konsekwencji, ale może stać się bałagan.
O tak. Co to jest „konsultant”? To określenie jest trochę „kruche” - na tym świętym terytorium toczyło się wiele wojen. Kiedyś, być może 40 lat temu, „konsultant” był mniej więcej synonimem „niezależnego kontrahenta”, co oznacza pracownika, który bezpośrednio zawarł umowę z klientem. Oznacza to, że pracownik podpisał umowę z klientem (być może programistą, jak wyżej). Pracownik ten NIE wypełnia W-4 z klientem i nie otrzymuje od klienta W-2 pod koniec roku. Zamiast tego bezpośredni wykonawca (wówczas nazywany wówczas często „konsultantem”) otrzymuje od klienta 1099.
Oprócz tego bardzo odmiennego systemu podatkowego termin „konsultant” miał w sobie pewną aurę. Konsultanci byli na ogół bardziej doświadczeni (co najmniej 10 lat pracują w tej dziedzinie) i zwykle mieli pewną wiedzę fachową, która może być trudna do zlokalizowania, co czyni je bardzo pożądanymi dla klientów, a klienci byli gotowi zapłacić 500 USD lub 1000 USD dziennie ( bardzo hojna kwota) za usługi ekspertów. Konsultanci biegali z elitarnym tłumem dość dobrze połączonych ludzi i na ogół trudno było włamać się do tych klik. Członkostwo było konieczne, aby odnieść sukces jako konsultant. Istniała organizacja, która niedawno była nieczynna, ale teraz ożywiana, o nazwie ICCA, która była rodzajem klubu starych chłopców dla konsultantów komputerowych. Każdy mógł dołączyć, a ja zrobiłem to w pewnym momencie; przyjęcie i zdobycie pracy to inna historia.
Istniała także niszowa branża, szczególnie w miejscach takich jak dzielnica finansowa Nowego Jorku, które specjalizowały się w umowach pośrednictwa dla tych konsultantów. Ale wtedy, aby dostać pracę w oprogramowaniu - a zwłaszcza w sektorze finansowym - trzeba było być dobrze połączonym (wiem, bo wtedy próbowałem). Dziś ci brokerzy zostali połknięci lub stracili działalność przez duże firmy pośrednictwa pracy. Niezależne zawieranie umów zostało prawie wypatroszone (istnieje, ale ten sektor jest teraz znacznie mniejszy, prawie nie istnieje) przez szereg przepisów, które powoli i z pewnością zniszczyły takie niezależne umowy.
Obecnie termin „konsultant” jest rzadko używany w dziedzinie zatrudnienia związanej z tworzeniem oprogramowania. Przynajmniej rzadko to słyszę. Czasami twórca oprogramowania kontraktowego jest nazywany konsultantem, ale nie jest to żadna różnica, poza pewną próbą pochlebienia lub pochwalenia konkretnego wykonawcy za jego wiedzę fachową w związku z wcześniejszym powrotem, gdy termin ten oznaczał coś wyjątkowego .
Muszę stwierdzić, że nadal istnieją menedżerowie projektów oprogramowania zwani „konsultantami do spraw zarządzania oprogramowaniem”, ale prawie wszyscy z nich są również bezpośrednimi pracownikami firmy wykonawczej, która spełnia ten sam cel dla tych pracowników kontraktowych, jak firmy, które dostarczają W-4 do ci pracownicy kontraktowi dewelopera oprogramowania. Jak można sobie wyobrazić, czasami są to te same firmy kontraktowe. Niektórzy klienci chcą mieć do czynienia z jednym źródłem pracowników zarówno dla programistów, jak i menedżerów pracujących nad projektem.
Oryginalne, niezależne doradztwo w zakresie oprogramowania w USA jest w większości martwe dzięki zmianom w przepisach federalnych i zmieniającym się krajobrazie korporacyjnej Ameryki. W miarę powiększania się firm (potencjalnych klientów konsultingowych) ich działy HR stają się bardziej brutalnie scentralizowane, arogancko wydajne i technologicznie czarne. W dzisiejszych czasach prawie niemożliwe jest skontaktowanie się z kierownikiem ds. Rekrutacji w celu omówienia jakiejkolwiek możliwości zatrudnienia, bezpośredniej lub na podstawie umowy. Częścią tego jest tajemnica korporacyjna i ochrona pracowników, ale znaczna część tego ma tendencję do zapewniania, aby jak najwięcej pracowników było pracownikami bezpośrednimi, lub przynajmniej pracowało za pośrednictwem firmy kontraktowej.
Alternatywa dla tego scenariusza, podobna do wcześniejszej sprzed 40 lat, była zupełnie inna. W tamtym czasie pracodawcom trudniej było kontrolować pracę swoich pracowników kontraktowych, zwłaszcza typu konsultanta. Kontrola pracowników w coraz większym stopniu staje się głównym zagadnieniem zatrudnienia w USA w celu zapewnienia rosnącej wydajności, co z kolei jest ważne dla konkurencji z krajami takimi jak Indie i Wietnam, których pracownicy są jeszcze bardziej przyzwyczajeni do stale rosnących wymagań dotyczących wydajności.
Kluczem do zrozumienia tego wszystkiego jest zrozumienie, że niezależnego wykonawcy nie można dokładnie powiedzieć, jak i kiedy wykonać swoją pracę. Zwykle muszą zapewnić własne narzędzia. Muszą oni przestrzegać około 20 tego rodzaju ograniczeń, aby IRS uznał je za legalnych niezależnych wykonawców. W przeciwnym razie pojawią się te kwestie prawne, o których wspomniałem powyżej, wraz z potencjalnymi procesami sądowymi między pracownikami kontraktowymi a ich firmami kontraktowymi o świadczenia zwrotne, które byłyby wówczas należne zgodnie z prawem.
Przepraszam za długie wyjaśnienie, ale tak naprawdę jest to skomplikowane. Jestem programistą, który pracował bezpośrednio dla firm i firm kontraktowych. Wielokrotnie zastanawiałem się nad pójściem „indy”, ale w ostatnich dziesięcioleciach stało się to bardzo zdradliwą (i zastraszającą!) Drogą. Korporacje, działając i wykorzystując swoje wpływy w rządzie, nadal zaostrzają to porozumienie. Amerykański konsultant ds. Oprogramowania nie żyje; wszyscy pozostali przy życiu przeżyją ostatnie tchnienia.