Показать сообщение отдельно
Старый 11.09.2017, 18:41   #52  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Mazzy, так что лучше Штатник или Сдельник ? и почему?
)

я уже отвечал:
Цитата:
Сообщение от mazzy Посмотреть сообщение
я не к тому что что-то хуже, что-то лучше.
я к тому, что все имеет свою цену.
был сам директором внедренческой компании, был на сделке, был на окладе.
работал и с сотрудниками на окладе и на сделке, был заказчиком для внешних.

===============
если вопрос был о тех, кто получает оклад или получает сдельную оплату. как лучше им самим? как лучше заказчикам, которые работают с ними?

заказчику лучше "сдельщик" в краткосрочных проектах, где заказчик может сформулировать цели и проконтролировать выполнение.

но если заказчик не может сформулировать цели, не имеет квалификации, чтобы проконтролировать выполнение, или настроен на долгосрочные отношения (несколько лет), заказчику комфортнее оклад и долгосрочные договоренности.

причем заказчик обычно понимает, что в среднем заплатит +- по рынку.

аналогия: проститутка - жена.
аналогия: снять гостевой домик на выходные - построить дом, чтобы жить.

================
с точки зрения исполнителя, сильно зависит от характера человека-исполнителя.

когда обсуждают доходы окладника, то очень часто не учитывают эффект уверенности в завтрашнем дне. лично у меня это проявлялось в беспокойстве жены. она конечно поддерживала как могла. но насколько ей спокойнее и счастливее, когда у меня оклад... даже если совокупный доход меньше.
"коли доктор сыт, то и больному легче" https://www.youtube.com/watch?v=wDPuglvbhGM

когда обсуждают затраты сдельщика обычно не учитывают:
= затраты на привлечение/поиск новых заказчиков
= затраты на воспроизводство мощностей
==== обучение новым версиям/технологиям
==== апгрейд/пополнение техники (ноутбуки, сервера)
==== лицензии
= затраты на администрирование проекта (переговоры, составление договоров, подписывание актов и прочая чешуя)
= и т.п.


другими словами, если у исполнителя УЖЕ все есть и его пригласили поработать на сделке, то исполнителю полгода-год будет очень выгодно. потом не очень: потом комп надо чинить, клиента нового искать, с новыми клиентами переговоры вести, новые версии изучать и т.п.

====================
как и в остальных отраслях, ключ к эффективности - специализация и конвеер (а вовсе не способ вознаграждения). чтобы добиться специализации и организовать конвеер, надо работать в команде. чем больше команда, тем большей специализации можно добиться, но тем больше накладные расходы на взаимодействие.

в каких-то отраслях можно устроить конвеер/макдональдс. в пределе, рабские плантации.

в нашей же области от исполнителей зависит многое. поэтому конвеер организовать еще почти никому не удавалось. кто-то допускает перекосы в одну сторону, кто-то в другую.

поэтому и для исполнителя тоже получается +- по рынку.
скорее от характера зависит - спринтер или стаер и от чего получает удовольствие.

======================
если вопрос был где лучше человеку - в штате или в компании аутсорсере?
то снова сводится к длительности проекта:

в штате как правило одна версия, примерно постоянные требования. можно заглубиться и быть суперпрофессионлом. но узким - с новыми версиями/технологиями в штате туго.

в аутсорсере как правило работа для разных заказчиков, с разными версиями, с разными технологиями, разными требованиями. получается быть "в тренде". но зато ни фига не получается сконцентрироваться на чем-то одном. (если бы вы знали сколько недоделанного в загашниках. многое уже безнадежно неактуально)

опять же, скорее от характера зависит - спринтер или стаер и от чего получает удовольствие.
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 11.09.2017 в 18:49.
За это сообщение автора поблагодарили: EVGL (5), Ace of Database (2), apanko (4), DAX.Company (2), clerk (1).