Погодинний рівень зарплат

Пропоную добавити в опитування погодинну зарплату.
Адже для багатьох 2к за 40годин краще ніж 3к за 100годин.
Це може дещо вплинути на результати опитування, декому складніше буде вирахувати, але більшіть ІТ спеціалістів здають щомісячні звіти в яких вказано кількість відпрацьованих годин на проектах.

У сучасних умовах на підприємствах застосовуються різні форми і системи оплати праці, але найбільше поширення отримали три форми оплати праці: відрядна, погодинна і тарифна.
posibnyky.vntu.edu.ua/ekonomika/92.htm

який погодинний рівень оплати у DBA в Києві залежності від сеньйоражу Middle, Senior?

Алексей Арестович — размышления о будущем. 2030
www.youtube.com/...er_embedded&v=Z1nRcWXIoBQ

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

1. Часами мерять програмиста — это шикарно. Писателя тоже часами мерять надо? Человек может в носу ковыряться два дня или две недели а потом во сне придумать решение, которое будет работать. Как часы замерить? И как замерить часами ошибочное решение?
2. Фиксированная цена проекта (обязательно индусская) — это шикарно, особенно когда на этапе приемки выясняется, что актуальный результат не соответствует ожидаемому, в следсвие того, что программист сказав «А ну тут все понятно можно не объяснять» понял задачу не так как как ее ему описали (думали что описали) в ТЗ, ну и в обратном порядке — у каждого свой оттенок белого
3. Тасками мерять програмиста — это шикарно, ну как QAеев количеством дефектов? А пианиста количеством нажатий на клавиши! А за несделанные таски еще и штрафы впаивать ну чтобы уж наверняка так работало — очень хочу посмотреть кто-же будет брать на себя сложные дефекты — думается лиды себе наберут подвинуть текст вправо, а джуньйо будет ковырять то что не способно потянуть априори.
4. Бонусами «мерять» программиста — это шикарно. (Чуть ниже)
5. Количеством строк кода — это шикарною Даже для «приличия» никто не упомянул.
6. Сантиметрами, килограмммами, ... — это шикарно. Зато объективно.
...

Может на юг все эти замеры. Нафига вы ПМ если не видите кто тянет ваш проект на дно а на ком он держится (ну кроме вас любимого конечно) Нравится вам программист так создайте ему условия труда, чтобы ему нравилось(хоть бонусы, хоть поездки,хоть печеньки,хоть эйчаршы,хоть «интересные» проекты), не нравится — увольте, уволили а все развалилось — застрелитесь. Программист такой какой есть — не нравится не берите, нравится храните как зеницу ока, хотите воспитать — воспитывайте, заставить работать — заставляйте, облагодарить — отблагодарите, хотите требовать отчеты — требуйте ... главное не мешайте программировать (ну в вашем понимании — работать). И помните, что у программистов даже отпечатки пальцев разные не говоря уже о внутреннем мире. Что канает с одним не канает с другим.

П.С. Любителям отчетов — Вам шашечки или ехать? Напрягитесь как-нить багтрекинговую систему осилить и посещать митинги — там все и так обсуждается — что надо для вашей отчетности то сами и фиксируйте.
П.С. успешные проекты не строятся по шаблону, неудачные клоны сплошь и рядом :)

Адже для багатьох 2к за 40годин краще ніж 3к за 100годин.
“работать надо не 12 часов а головой”
.
більшіть ІТ спеціалістів здають щомісячні звіти в яких вказано кількість відпрацьованих годин на проектах
Рылли? Как у вас “ІТ спеціалістів” все печально. :(
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Подниму тему.

Кому-то из украинцев-оставашек, не трактористов, в последнее время, скажем, в 2020-м году в Линкедин, при взведённом флаге «неспешно рассматриваю варианты», писали рекрутеры из Британии, Ирландии с предложением долгосрочной контрактакторской роли, полностью удалённо, на миддловый уровень, допустим, Java Developer с нереально высоким рейтом, к примеру, 2000 евро в неделю, 50 в час?

Из специфических требований — разве что-то знание какой-то редкой технологии или владение каким-то европейским яззыком на разговорном уровне.

Ещё лет 4-6 назад у таких рекрутеров была в СНГ плохая репутация. Поэтом рискну спросить: кто-то, получив в личку такое предложение, пытался проходить собеседование, реально ли устраивался, получал такие деньги через SWIFT? Или это банальная замануха, допустим, внешний рейт для заказчика, а на руки разработчику — как обычно, совсем другая сумма?

С таким настроем — прямой путь в офис, куда-нибудь в Епам или Глобаллоджик. Чтобы уже наверняка не обманули. ) Я сейчас работаю через посредника, у которого вообще юрлица нет в Украине.

Т.е. вы предлагаете начать с проверки профиля рекрутера, поискать его на сайте рекрутинговой конторы, т.е. что типа они не будут искать человека для стрёмного заказчика?

Просто тут неданво писали, что в Украине, пускай, в Киеве, предлагают просто сеньорам по 5-6 тыс. долларов. Мне буквально сегодня одна HR намекала на 5.5k$ в киевском офисе в месяц, на Senior Java Engineer.
Поэтому 2000 евро в неделю со специфическим барьером, ноунейму-разработчику из Украины, на этом фоне, не выглядит чистой фантастикой.

Дуже цікава тема.
Давайте спробуємо подумати, що змінилось у цьому плані у 2020-му порівняно із 2014-им.

Як реагують HR на погодинний рівень зарплат у профілях djinni, linkedin?
Чому більшість компаній досі хоче спеціалістів 8 годин на день, 5 днів на тиждень?

4-х годинний робочий день і $2-4 тис. на місяць...реально?

а який ваш досвiд в цьому?

лютий 2013 — квітень 2014, менше ніж $2000.
Тема саме тому і виникла, що мав відстоювати перед замовником години на місяць. Щомісяця здавав файл з кількістю відпрацьованих годин на проєкті.

друге питання як далеко український ринок від

£40000 — £55000 per annum + bonus package

Он уже тут.
Т.к. с налогами в 42%

£40000 — £55000
нетто получиться не очень уж и много.

Якщо забезпечити безпеку ірландцям та шотландцям — поїдуть працювати в Україну?
Які в Україні податки для іноземців?

А кто их сюда пустит, на наши стандартные украинские 57000 чистыми в год?
Пусть нищеброды сидят в ивропке.

який погодинний рівень оплати у DBA в Києві?
$10-20 за годину демпінг чи є пропозиції на $20-50?
У нас (Киев) компания берет от 50 до 100 USD за час работы DBA
www.sql.ru/...dlya-oracle-dba

звичайно можна до зарплатної теми добавити одне питання:
Скільки годин на місяць Ви працюєте?
Тоді за допомогою простої формули можна визначити погодинний рівень оплати праці кожного.

Скільки годин на місяць Ви працюєте?
от 672 до 744
да, во сне я тоже решаю какие-то задачи.

1 годину працюю
решту думаю або на мытингах

1. Часами мерять програмиста — это шикарно. Писателя тоже часами мерять надо? Человек может в носу ковыряться два дня или две недели а потом во сне придумать решение, которое будет работать. Как часы замерить? И как замерить часами ошибочное решение?
2. Фиксированная цена проекта (обязательно индусская) — это шикарно, особенно когда на этапе приемки выясняется, что актуальный результат не соответствует ожидаемому, в следсвие того, что программист сказав «А ну тут все понятно можно не объяснять» понял задачу не так как как ее ему описали (думали что описали) в ТЗ, ну и в обратном порядке — у каждого свой оттенок белого
3. Тасками мерять програмиста — это шикарно, ну как QAеев количеством дефектов? А пианиста количеством нажатий на клавиши! А за несделанные таски еще и штрафы впаивать ну чтобы уж наверняка так работало — очень хочу посмотреть кто-же будет брать на себя сложные дефекты — думается лиды себе наберут подвинуть текст вправо, а джуньйо будет ковырять то что не способно потянуть априори.
4. Бонусами «мерять» программиста — это шикарно. (Чуть ниже)
5. Количеством строк кода — это шикарною Даже для «приличия» никто не упомянул.
6. Сантиметрами, килограмммами, ... — это шикарно. Зато объективно.
...

Может на юг все эти замеры. Нафига вы ПМ если не видите кто тянет ваш проект на дно а на ком он держится (ну кроме вас любимого конечно) Нравится вам программист так создайте ему условия труда, чтобы ему нравилось(хоть бонусы, хоть поездки,хоть печеньки,хоть эйчаршы,хоть «интересные» проекты), не нравится — увольте, уволили а все развалилось — застрелитесь. Программист такой какой есть — не нравится не берите, нравится храните как зеницу ока, хотите воспитать — воспитывайте, заставить работать — заставляйте, облагодарить — отблагодарите, хотите требовать отчеты — требуйте ... главное не мешайте программировать (ну в вашем понимании — работать). И помните, что у программистов даже отпечатки пальцев разные не говоря уже о внутреннем мире. Что канает с одним не канает с другим.

П.С. Любителям отчетов — Вам шашечки или ехать? Напрягитесь как-нить багтрекинговую систему осилить и посещать митинги — там все и так обсуждается — что надо для вашей отчетности то сами и фиксируйте.
П.С. успешные проекты не строятся по шаблону, неудачные клоны сплошь и рядом :)

крім програмістів в ІТ ще є ПМ, саппорт, адміни

Часами мерять програмиста
А почему ирония? Вполне себе метрика — сколько часов в день программист отдал работе, а не лайканию котиков в ФэйсБуке.
Как часы замерить?
Самое простое — попросить программистов вести учет рабочего времени самостоятельно, с округлением до часов.
И как замерить часами ошибочное решение?
Ко времени ошибочного решения прибавить часы, необходимые для исправления. Это и будет время выполнения задачи в часах для конкретного программиста.
Тасками мерять програмиста — это шикарно
И здесь не понимаю Вашей иронии — вполне себе метрика. Количество-трудоемкость-прибыль тасков — навскидку, основные метрики.
А за несделанные таски еще и штрафы впаивать
Нужно смотреть по ситуации. У тасков должен быть приоритет. И если таск с наивысшим приоритетом по каким-то причинам не делается, нужно выяснять детали. И если оказывается, что эти причины зависят в основном от программиста — наказывать, не обязательно штрафами.
Количеством строк кода — это шикарно. Даже для «приличия» никто не упомянул
Ок, я упомяну ;-) Количество строк кода — одна из метрик оценки эффективности программиста. Конечно, не само количество, а «качество количества».
Сантиметрами, килограмммами
... и другими метриками, если они позволяют оценить эффективность работы программиста.
Нафига вы ПМ если не видите кто тянет ваш проект на дно а на ком он держится
не нравится — увольте
Обычно как раз непосредственному начальнику это видно. Это всему коллективу видно. Но для руководства (которому и идут такие отчеты) это далеко неочевидно. И решение об увольнении должно быть обосновано, чтобы снизить вероятность возникновения ошибок/субъективного мнения оценивающего.
А почему ирония? Вполне себе метрика — сколько часов в день программист отдал работе, а не лайканию котиков в ФэйсБуке.
Если кто-то хочет лайкать котиков он будет лайкать котиков, это не зависит от места работы. К замеру работы это не относится — лайкнул котика это не значит меньше работы сделал, можно еще пить кофе, курить, спать, колупаться в носу, думать о личной жизни, рассказывать анекдот, читать книжку, веселить эйчарш, пойти в магазин за снеками, хотите запретить лайкать котиков — поинтересуйтесь а чем тогда у вас заняты админы, раз все в офисе лайкают котиков, а как рекрутеры, тимлиды и все кто причастен к наему даного работника взяли лайкателя котиков вместо программиста на позицию синьора. И не забывайте что запреты в том числе лайкать котиков могут привести к тому что человек будет чувствовать себя угнетенным. И если не оговорили что лайкать котиков запрещенно до приема на работу — попуститесь и терпите. Я котиков не лайкаю, но играю трон раш, при этом нахожусь в офисе по 10-12 часов, а если не отвлекаться на всякую фигню я максимум работоспособен 5-6 часов. Мы программисты, но мы не роботы. Внедряйте инженерные практики если вас коробит когда кто-то на рабочем месте в рабочее время на рабочей машине занят не работой. Начните с помидоров и парного программированния. А между помидорами и общением с колегой пусть хоть котиков хоть собачек лайкают.

тобто Ви можете скоротити час свого перебування в офісі до 6-7 годин, а решту витратити на особисте життя...
підозрюю чим закінчиться ця розмова...

Самое простое — попросить программистов вести учет рабочего времени самостоятельно, с округлением до часов.
Количество выходов в туалет, количество чашек чая, количество зарядок для глаз, количество холиваров, количество дреманий, количество ланчей, количество настраиваний стульев, количество втыканий за окно, количество настраиваний кондиционеров, количество проведывания колег, количество перезагрузок винды... в общем для начала сами поотмечайте сколько точно над чем работали отняв описаное выше, не забывая отмечать время потраченное на составление и анализ отчетов о том сколько и над чем работали, затем скажем через полгодика или год проанализируйте динамику продуктивности, и если динамика роста производительности в процентах не превысит процент затраченного на составление и обработку отчетов времени — «застрелитесь», ну или вычтите у себя из зарплаты соответсвующий количеству времени денежный эквивалент, а потом сделайте пересчет для девелоперов и тоже вычтите из своей зарплаты :)
Ко времени ошибочного решения прибавить часы, необходимые для исправления. Это и будет время выполнения задачи в часах для конкретного программиста.
Отличная дыра для списывания ничего не делания, не находите?!?
И здесь не понимаю Вашей иронии — вполне себе метрика. Количество-трудоемкость-прибыль тасков — навскидку, основные метрики.
Особенно объективно будет когда девелопер начнет играть в ваши игры и сделает «правильный» эстимэйшен по всем таскам. А уж про прибыль тасков в неприбыльном проекте (конечно же из-за девелоперов а не бизнес идеи) так вообще смешно получается как в минуса типа работать пойдут :) Ну и количество — умное лицо, «правильный» планнинг (умение разбить задачу над подзадачи и подать как отдельные задачи) и дружба с тестировщиками сделает любого девелопера гипер-таскоделателем!
Нужно смотреть по ситуации. У тасков должен быть приоритет. И если таск с наивысшим приоритетом по каким-то причинам не делается, нужно выяснять детали. И если оказывается, что эти причины зависят в основном от программиста — наказывать, не обязательно штрафами.
Ага кнутом, или запретить жрать халявные печеньки, ну или забрать монитор, на крайняк .... (4 буквы на «а» начинается на «л» заканчивается пошлая направленность подходящая для руководителей нетрадиционной ориентации) А еще в отчетах появится пункт «Выясняли кто винова в прое...е N — 2 часа (каждый день)». А после пары штрафов отношение к оценке приоритетности станет более «прыскиплывым» и добавится пункт «Выясняли уровень приоритетности таски N — 2 часа (каждая таска)». Как результат производительность «вырастет» конечно :)
Ок, я упомяну ;-) Количество строк кода — одна из метрик оценки эффективности программиста. Конечно, не само количество, а «качество количества».
Ага особенно это будет радостная новость для копипастеров, любителей спагетти, и велосипедистов. Я уже вижу эти самописные аналоги JAXB, Spring, ... а как замечательно вырастет почасовая оценка, а потом же все надо будет тестами покрыть, а для этого тоже надо запилить свои велосипеды MyOwnJSuperUnit, SuperEasyMockitoria — и все они очень срочные с высоким приоритетом ведь без них проект не потестить и в продакшн пойдет одик «х...як, х...як» :) А еще тыщ на 30 срок можно запилить свою СУБДшечку вот зпха подрастет-то, и сложность тоже нехилая :) Правильно так и надо работать нахрен ретрофиты, протобафы, ... Даешь 105% строчек кода каждый день!!! Ну и естественно будьте готовы, что количество копипастов кода с гитхаба выдаваемых за свой код вырастет прилично
... и другими метриками, если они позволяют оценить эффективность работы программиста.
Из известных мне только размер груди является единственной реально полезной косвенной метрикой :)
Обычно как раз непосредственному начальнику это видно.
Поиграем в игру слов: Обычно как раз посредственному начальнику это не видно.
Это всему коллективу видно. Но для руководства (которому и идут такие отчеты) это далеко неочевидно.
Все видят а начальник нет — офигенный начальник, а какие же тогда у него должностные обязаности? Для больших проектов есть соотвествующие должности (проджект менеджеры, тимлиды, скрам-мастеры, ...), но если и они отчитываются о проделаной работе только на бумаге, так я вам скажу бумага все стерпит, а так извините вы хотите спихнуть систему контроля на то звено которое пытаетесь контролировать напоминает совэцкий саюз — письмо в гороно «В вашем гороно требуют взятки — разберитесь там у себя и предоставьте отчет», отчет «У нас все хорошо».
И решение об увольнении должно быть обосновано, чтобы снизить вероятность возникновения ошибок/субъективного мнения оценивающего.
"Нас не устраивают результаты вашей работы«, «По результатам вашей работы мы поняли, что вы нам не подходите» — это может быть субъективно, если присутствуют межличностный конфликт, но если фэйл за фэйлом, то такая формулировка вполне объективна. Решение об увольнении частного предпринимателя вообще можно не аргументировать. Ну и в конце концов: «жизнь несправедлива, вот мы вас и увольняем» :)
И не забывайте что запреты в том числе лайкать котиков могут привести к тому что человек будет чувствовать себя угнетенным
Полностью согласен. Что-либо запрещать — контрпродуктивно, но при одном условии — если программист справляется со своими непосредственными обязанностями.
я максимум работоспособен 5-6 часов
Отлично, вот это время и залогируйте в тайм-репортах. А не 10-12 часов, кот. Вы фактически провели на работе. Адекватный работодатель должен понимать, за что он платит. И закладывает соответствующее время в свои планы.
время потраченное на составление и анализ отчетов о том сколько и над чем работали
Лично у меня это занимает 10 минут в конце рабочего дня. Если у Вас это занимает больше — то либо вы чрезмерно перегружены работой, либо чрезмерно детализируете. И то, и другое вредно.
Отличная дыра для списывания ничего не делания, не находите?!?
Нет, не нахожу, т.к. списывая таким образом время, увеличиваются другая метрики: количество и стоимость исправления (временная и денежная) багов в конкретном продукте.
Ага особенно это будет радостная новость для копипастеров, любителей спагетти, и велосипедистов.
Ровно до того момента, пока их код не увидит архитектор, и потребует переделать. С соответствующим увеличением таких метрик как «время разработки», «количество багов», «следование стандартам» или что-там-еще учитывается...

Хотелось бы узнать: как именно у Вас оценивают эффективность разработчика? И оценивают ли вообще? Ваша критика понятна, многие моменты действительно скользкие, но если рассматривать их не как какие-то абсолютные величины (эффективен-малоэффективен-неэффективен), а как некие семафоры (метрик(а/и) в красной зоне — нужно обратить более пристальное внимание), то подход вполне имеет право на жизнь...

«Бодишоп» — аутсорсинговая контора, которая торгует человеко/часами.
dou.ua/...ic/4887/#161841

враховуючи те, що 80% ІТ контор — аутсорс, то почасова оплата праці в таких конторах не повинна нікого дивувати. Купують години, продають години.

Купують години, продають години.
Не обязательно. Как вариант: покупают тушку — продают часы, на эти 2% и живут :)

ещё один вопрос из паралельной галлактики?

питання до менеджерів, здаєтьсмя їм так зручніше оцінювати участь в проектах і розподіляти фінанси між учасниками

Я считаю, что единственный действенный подход для построения качественных и поддерживаемых проектов — измерять производительность человека количеством выполненых и протестированных задач по спеке. Все остальные часы/скрамы/поинты — бред и индувательство.

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

юристи напевне плакали б, коли почули... вони переважно працюють на погодинній оплаті. В розвинутому світі погодинна оплата праці досить поширена.
Звичайно відрядна оплата також є.

Я считаю, что почасовая система оплаты ущербная на грани мошенничества.Я еще раз подчеркиваю, что для выкачки денег и ИБД почасовая оплата — идеальный вариант.Она располагает к отсиживанию часов, затягивания работы и искусственному усложнению процесса, чтобы потом срубить еще больше часов.

юристи напевне плакали б, коли почули...
Разумеется юристы бы плакали, ведь вместо «ведения/затягивания» дела по несколько лет и выкачки денег, получали бы за результат, а ведь это не выгодно.

Все хорошо до тех пор, пока вас не просят «быстренько глянуть, почему там не работает». Это самый простой вариант, есть множество других, которые не укладываются в модель «выполненные и протестированные задачи по спеке -> деньги»

В ТЗ/спеку укладываются абсолютно все задачи, то что вы описываете называется сапорт приложения. Просто писать спеки и контракты не выгодно тем, кто ловит рыбу в мутной воде.

Хорошо, а как тогда оценивать стоимость таких «ad-hoc» задач? Особенно при «саппорте». На одну проблему я могу потратить 15 минут, на вторую 30 минут, на третью два дня. Как описать трудоемкость проблемы до начала troubleshooting’а?

Дело в том, что вы до сих пор по привычке мыслите часами. Представьте себе что за все задачи вам заплатят одинаково. Вы захотите третью затягивать на 2 дня?

А представьте себе, что у вас есть неправильно работающий эндпоинт в API, который внутри себя аггрегирует информацию из трех сторонних сервисов, и потом на основе этой информации производит еще ряд действий самостоятельно. На момент обращения к вам заказчика со словами «перестало работать, надо разобраться» вы в состоянии правильно оценить трудоемкость задачи и сказать заказчику, что это будет стоить n у.е. ?

Вот вы вызвали сантехника, а оказалось, что это стык трубы протекает у соседей и вместо 50$ ремонт будет стоить 1000-2000$, т.к. надо менять все трубы, звать 2-3 напарников, закупать материалы и т.д. Вопрос к вам — вы бы хотели узнать сумму ремонта до или после?

вы в состоянии правильно оценить трудоемкость задачи и сказать заказчику, что это будет стоить n у.е. ?
Готов с вероятностью 80%, если проблема сложная, то для нее требуется изучение.
А придумывать цифры с потолка или не называть цифру считаю непрофессионализмом и халатностью.

Чем сложнее и запутаннее проблема, тем бОльший разброс сумм будет в результате. Как раз непрофессионализмом и халатностью будет назвать цифру до того момента, как четко будет понятно, в чем проблема и во сколько обойдется решение. А в этом случае для заказчика все еще грустнее, т.к. в общую стоимость однозначно войдут затраты «за рассмотрение проблемы и определение суммы, кот. должен уплатить заказчик». Вопрос только в том, показывать ли эту сумму явно или «размазать» по общей сумме по факту...

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

Готов с вероятностью 80%, если проблема сложная, то для нее требуется изучение.
А придумывать цифры с потолка или не называть цифру считаю непрофессионализмом и халатностью.

Изучение за ваш счет?

Вы попробуйте для разнообразия выполнить проект за 50$ на любой фриланс бирже и сравните потом с трудоемкостью и часами бодишопа, по итогу у многих выходило 300-500-700$.

Изучение за ваш счет?
да, за мой счет. Конечная сумма остается неизменной независимо от обстоятельств. Не сделал — не получи денег, в этом есть смысл.

У меня в отделе премиальная система, за каждую решённую заявку человек получает бонус, это оч. хорошо подстёгивает большинство сотрудников, но реально тяжёлые и долгосрочные проблемы люди решают неохотно, т.к. за то же время можно решить 10х лёгких инцидентов и получить в 2 раза больше денег. Я сторонник индивидуального подхода, тех у кого высокая внутренняя мотивация нужно сажать на почасовую оплату и давать сложные задачи, тех же, кого мотивируют деньги можно премировать по количественным показателям.

Разумный подход при условии, что пропорция премии значительна, допустим 50% или 90-95% как у sales-ов, это способствует не сидеть на ж*пе, а работать. Сложные задачи можно отдать людям, склонным к исследованиям или слегка подкорректировать размер премии, чтобы исключить злоупотребления.

Премия весомая, 55%. Downside её, т.к. сказать, в том, что глубокие технари могут получать меньше тех, кто решает кучу лёгких задач. Я бы всем ставил свои таргеты, но у вышестоящего руководства немного другой подход.

Не совсем понимаю, что с чем сравнивать.

да, за мой счет. Конечная сумма остается неизменной независимо от обстоятельств. Не сделал — не получи денег, в этом есть смысл.
Подход имеет право на жизнь, но имеет и свои минусы.

На самом деле, все сводится не к методу оплаты труда, а к порядочности разработчика. Порядочный не станет просто просиживать время, непорядочный найдет способ «нае..ть» даже при фиксированной оплате за таски.

Порядочный не станет просто просиживать время
...и его «нае..т» непорядочный заказчик.
странно считать, что идеальное ТЗ — защита от всех претензий.
...и его «нае..т» непорядочный заказчик.
Ну бывает по-разному, но суть вы уловили правильно :-)

Если б все были порядочными, менеджеров не было бы.

Вы попробуйте для разнообразия выполнить проект за 50$ на любой фриланс бирже и сравните потом с трудоемкостью и часами бодишопа, по итогу у многих выходило 300-500-700$.
Изучение за ваш счет?
да, за мой счет. Конечная сумма остается неизменной независимо от обстоятельств. Не сделал — не получи денег, в этом есть смысл.
Теоретик?

Вовсе нет, попробовал сделать пару front-end штук и был крайне удивлен и испытал всё то, что сейчас пишу.

Работи, які виставляються на фріланс-біржі, це більший або менший демпінг, на якому заробляють замовники-посередники або середній(а доволі часто -це малий або над-малий) бізнес. Звісно, бувають рідкі виключення, коли іде пошук виконавця з рідкими скілсами, якого замовнику важко знайти в офісі.
Масове заниження цін — наслідок жорстокої конкуренції у фрілансі. Адже попит на цьому ринку набагато нижчий за пропозицію. Присутність на ринку фрілансу великої кількості працівників, які готовиі працювати за копійки, веде до появи маси замовників, які звикли використовувати доступну і дешеву робочу силу. Це формує у замовників стереотип: навіщо платити більше, якщо можна найняти виконавця за копійки, і він ще й буде йому(клієнту) за це цілувати руки. Тому на біржах є стільки копійчаних пропозицій. Це наслідки демпінгу.

Масове заниження цін — наслідок жорстокої конкуренції у фрілансі.
В действительности это миф.
Механика систем устроена таким образом, что в первую очередь выставляет “пену” из неадекватных прожектов и толпы голодных индусов, имеющих слабое отношение к программированию.
Нормальные заказчики, поварившись с полгодика и понявшие эту особенность наоборот, испытывают дефицит исполнителей.
Это объясняет парадокс, когда на проект с 50 бидами от индусов и рейтами 10-15 приходит один украинец с рейтом в 25-30 и без малейших проблем его забирает. А через 3 месяца сам заказчик поднимает ему рейт на десяточку, чтобы не убежал.

Погоджуюся з написаним. Це підпадає про невелику категорію виключення (як клієнтів, так і виконавців). Особливо це стосується рейту 25-30 та підвищення на 10. Особисто я бачив буквально кілька штук профайлів із України із кількарічним фул-тайм завантаженням на різних проектах та рейтом 35-40.
Замовники: 50% оголошень на біржах — фейкові, ще 40% потрібні працівники за миску рису (гамбургер тощо), 5% — рейти більш-менш, але мале завантаження. Останні 5% — рулетка, що буде вибрано Вас, а не когось іншого з кращим профайлом чи за іншими, відомими лише замовнику, критеріями.

Це підпадає про невелику категорію виключення (як клієнтів, так і виконавців)
Разумеется. Остальное я и назвал “пеной”.
Фулл-тайм на фрилансе и ищут и предлагают крайне редко, все же выходят туда с мыслью экономии денег обычно и либо ставка выходит неинтересной, либо работа относительно короткой.
Соглашусь с оценкой в 5%, так и по моим ощущениям.
Однако для сомневающихся — этих 5% от моря работ все еще больше, чем хороших профи и без работы остаться особо пока не грозит. А грозит либо завязнуть в вечных доделках, либо переоценить себя и начать тянуть 3-4 работы, загнав себя в цугцванг и по времени и по затрачиваемым силам.

надо писать: правельно понел.

Да ладно вам... как будто при почасовке 99.(99)% времени уходит на вылизывание кода, а не на лайканье котиков, вылизывающих себе яйца.

У порядочного человека так же есть задачи, которые он выполнять не сильно хочет.

Эта ситуация основана на примере говноменеджмента? Я допускаю, что топ-менеджер может не разбираться в том, чем занимаются специалисты отдела, но линейный руководитель, на мой взгляд, должен разбираться в том, чем занимаются его подчинённые.

Опять приходим к тому, что только у программистов бывают подводные камни? :)

Опять 25. Поменеджите пару проектов, завалите их через полгода упорного труда, потом обсудим тему опять.

Не подскажешь, почему вот здесь jobs.dou.ua/salaries у ПМ самые высокие ЗП?

а ничего, что «самые высокие ЗП» у Program manager’ов, а не project manager’ов?
или ориентир на противопоставление «синьор-синьор»?
я бы еще понял, если бы вилки минимум-максимум не пересекались

Я про сеньёров, среднее по рынку не так интересно.

почему тогда не сравнивать синьора-джависта с СЕО?

Выше товарищ писал, что 23х летние сеньоры проекты не валят, не я эту тему начал, и ПМ и дев требуют определённых скиллов, и скилы хорошего ПМа ничем не хуже скилов хорошего разработчика.

угу, понял.
тогда лучше обсудим ситуацию, с которой началась ветка.

А можно к этим гениям менеджмента на курсы записаться? И всех ПМов моей компании, которые такие неумехи, что многомиллионные проекты валят.

Высокие? Какой ужос. Дык, у меня аки миддлопыхобыдлокодера сениорско-ПМская ЗП ))
З.Ы. не читайте до обеда зарплатную статистику ДОУ.

Оч. рад за вас, но есть такое понятие как медиана, и в данном случае, большинство

миддлопыхобыдлокодеров
получают заметно меньше сеньор ПМов, судя по-статистике. Не верить этому у меня причин нет.

потому что вот здесь dou.ua/...ums/topic/9178 у них самые большие откаты.

Не исключаю, что в крупных конторах имеет место такой вид коррупции, но, по-хорошему, ПМу нет смысла брать на работу трутня, и получать за него по 500$ потому как его работу делать всё равно придётся.

Потому что PM-ов берут по знакомству как и сисястых HR-ов.

Мусье, вы просто гений. Правильно ли я понимаю, что в любой компании работают только программисты?

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

Так и есть, программисты — венец творения. Бизнес процессы, коммуникации, бюджет, убеждение инвесторов всё фигня. Я тебе по секрету скажу, если программист просто сядет и будет писать код, без тестеров, без саппорта, без менеджмента, без бюджетирования, без маркетинга, то никому его код не нужен будет.

Ответ был предсказуем, ИТ это единое целое и не способно функционировать, когда одно звено цепи исчезает.

но линейный руководитель, на мой взгляд, должен разбираться в том, чем занимаются его подчинённые
положим, по косвенным признакам можно определить, что, мол, некий Женя постоянно колупает в носу вместо работы. А кормит байками.
Часовая оплата страхует от этого? Нет.
Сдельная форма оплаты страхует. Вроде, да.
С другой стороны, если Вася поставит костыль и на 17″ мониторе с 1280×1024 UI не расползется, а поиск данных займет не более полусекунды на практически девственно чистой базе, значит ли это, что заказчик будет счастлив еще хотя б месяц? В то время, как недобросовестный Женя уже возьмется за следующий «фигак-фигак-и в продакшен» проект со сдельной оплатой

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

программист может вам 100500 отмазок придумать придумать почему так все затягивается.
В моей модели не может. Задача стоит 150$, делаешь или не делаешь, а сколько времени займёт — твои проблемы.

C’est magnifique, пока речь не зайдет о багофиксе. То ж такая зараза, что:
1) сразу при сдаче таски баги могут и не вылезти;
2) фикс каждого бага сам является, кагбе, отдельной таской;
3) при большом желании, баги спецом можно «спроектировать», да так, чтоб попасть под пункты 1 и 2 ;)

З.Ы. да, знаю, знаю, речь скорее идет о преднамеренном вредительстве, но ведь и бабосики не для всех имеют запах.

Не совсем верно, но вы ближе к всех подошли к истине чем большинство. Смысл в том, чтобы как можно быстрее сделать таски с приемлемым качеством как поведения так и кода. Если регламентов/требований нет, то заказчик сам виноват, значит его все устраивает.

Відрядна оплата праці (Piece-rate pays of labour) — це оплата праці за кількість зробленої продукції (робіт, послуг), вона заснована на оплаті праці в прямій залежності від його результатів.
posibnyky.vntu.edu.ua/...konomika/92.htm
є багато варіантів, кожен обирає той, який більше до вподоби

вообще-то почасовая система нормальная, все зависит от команды/проекта, в разных условиях разные подходы к отчетности надо использовать

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

а вот вы реально думаете, что отчет и реальность совпадают? вот все сдают отчеты 40 часов, но при этом в тенис и приставки играют все

Человек а банке работает и, подозреваю, не знает, что для этого форума более актуальный опрос «сколько из 40 зарепорнченых часов вы играете на приставке, пинпонг, кикер, бильярд?»

я здавав звіти про 16-30 годин на тиждень... всі ж розуміють, що 40 на тиждень чи 160 на місяць часто — липа :)
звичайно бувають періоди овертаймів, коли реально можна відзвітувати за кожну годину з 50 на тиждень.

то что ты играешь в тетрис, не означает, что так делают все.

Вместо тенниса подставьте перекур/футбол/чай на кухне/фейсбук. Не видел людей, работающих без перерывов.

Однако, какая лаконичная эпитафия ))

Адже для багатьох 2к за 40годин краще ніж 3к за 100годин.
“работать надо не 12 часов а головой”
.
більшіть ІТ спеціалістів здають щомісячні звіти в яких вказано кількість відпрацьованих годин на проектах
Рылли? Как у вас “ІТ спеціалістів” все печально. :(

в західних компаніях звіти — обов`язкова практика.
В українських ІТ компаніях звіти є, але не на всіх проектах.

я так розумію система звітів більше для аналітики і можливості прогнозування часу на наступні проекти, ніж для визначення оплати

+ Вони є основою для інвойсів.

тобто писати звіти повинні ПМ(PM), але вони переклали цю роботу на девів та підтримку... якщо девелопери відмовляться писати звіти, то проджектам доведеться це робити самостійно :)
Є специ які прямо заявляють ПМ — тобі потрібні звіти — ти і пиши :)))

работать надо не 12 часов а головой
Полностью поддерживаю, но...
Как у вас “ІТ спеціалістів” все печально.
А причем тут ИТ-специалисты? Тайм-репорты — это почти всегда настроятельное желание руководства, которое хочет быть в курсе, куда уходит время высокооплачиваемых специалистов.

А вот правильно интерпретировать эти репорты (особенно, если они “накручены”) — та еще задачка. Но все равно, решаемая в каком-то приближении, при желании и наработке метрик для оценки.

Підписатись на коментарі