Страницы: 0 | (7) | 20 | показать все
В ответ на:
Зато работникам нужно покупать инструменты за свой счет, так?
Я же не про макдональдс со страховками, а про программирование.
Например, работодателю пишет человек "я знаю C++, хочу прогать". Обговорили, после чего человек раз в день присылает готовые куски кода. В notepade он пишет, в MSVS или Eclipse и т.д. работодателя не волнует - главное, чтобы работало.
В ответ на:
а зачем, почему бы не снять им офис?
Вопрос ставится так, что люди работают удаленно. Почему? Потому что таковы начальные условия.
Нельзя готовое задание принести через неделю?
В ответ на:
Ежедневная пересылка кусков кода обязательна?
Нельзя готовое задание принести через неделю?
Раз в какой-то интервал времени.
На всякий случай, повторюсь: я НЕ набираю людей, меня интересуют вопросы организации.
просто я строю удаленную работу со своими сотрудниками по заданиям, а не по времени
т.е. задание оцениваю я, например, в 10 тысяч
за какое время сотрудник его делает - сам решает в разумных пределах
сделал, отчитался - берет следующее
в моей схеме я сам стараюсь не дергать сотрудников. они сами звонят / пишут, когда есть вопросы по заданию
ну и если задание большое, то один-два раза в неделю можно сверяться с графиком
В ответ на:
в моей схеме я сам стараюсь не дергать сотрудников. они сами звонят / пишут, когда есть вопросы по заданию
ну и если задание большое, то один-два раза в неделю можно сверяться с графиком
А что, если один из сотрудников задерживает сдачу своего куска кода? Потому что из-за его простоя может вынужденно простаивать работа других людей (скажем, если изначальное макро-задание было разбито на множество микро-частей)?
1. зарплата сотрудника не имеет оклада, пропорционально задержке кода - задерживается и оплата
2. график строю с запасом по времения в 2-3 раза от трудоемкости (зависит от квалификации и надежности сотрудника)
3. можно ввести некую систему проверки 1-2 раза в неделю (может тебе и чаще недо). хотя сам я не люблю ковырять чужой код и оценивать сколько человек сделал именно сегодня (особенно если он занимался не написание кодас нуля и отладкой / исправлением). время на это мне жалко.
Quote:
3) Предположим, что наиболее критично для работодателя - это скорость работающей программы. Можно ли (и если можно, то как) ввести такую систему оплаты, что чем быстрее получится программа, тем больше денег получает работник?
Вот этого точно делать не стоит.
2)Со сдельной оплатой долго мудрили и торговались. В результате решили что оптимально, когда работодателя устраивает качество и скорость выполнения работы в целом (проблем с адекватной оценкой трудоемкости заданий не возникает), а работника - зп (повременная).
3)Заинтересованность работника не только зарплатой, но и работой, и доверительные отношения рулят.
Quote:
1) Какие возможны нетривиальные "косяки" со стороны работников?
Если вкратце, то при числе "удаленных" больше 2-х эта схема редко работает. Слишком много гемора ими управлять.
Quote:
2) Способ оплаты, по идее, должен быть в стиле "выполнил задание - получил деньги". То есть, когда работнику высылается задание что-то запрогать, работник прогает, потом стандартным образом проверяется кривая прога или нет - и работник получает деньги. Какие нестандартные ситуации здесь возможны?
Весь вопрос в оценке того, сколько стоит задание. Переоценил - чувак радостно съест твои деньги и будет тянуть еще. Недооценил - чувак может и сделает, но мотивация у него серьезно просядет и будет тебя за жлоба держать.
он называет, я сравниваю со своей
если надо откорректировать - обсуждаем вместе
Quote:
если надо откорректировать - обсуждаем вместе
Работает только для небольших задач. Кстати, при этом времени у менеджера отнимает невероятно много.
Quote:
но плюсы в том, что сотрудник сам учится оценивать привильно и не обижается на неверную оценку
вот только грамотные сотрудники понимают, что мат. ожидание от ошибки в оценке не в их пользу (т.к. ошибиться в хорошую сторону можно максимум на 100%, а в плохую - хоть на все 1000%), и редко идут на такое.
А что насчет начального приближения по суммам? Грубо говоря, каковы расценки, хотя бы приблизительно?
ты с клиентом обговариваешь стоимсть проекта до того, как начинаешь его делать
эта стоимость включает в себя в том числе и зарплату программиста (конечную сумму, а не зарплату за каждый месяц)