Обычно нет. Если человек может взять на себя дополнительные задачи и зарабатывать больше - это выгодно обеим сторонам. При этом, необходимо понимать, справится ли он с доп.задачами или просто хочет зарабатывать больше, не имея на это возможностей. Тут как-раз необходим контроль того, как и что он делает в рабочее время. Я не прав?
Я не очень понимаю как это решает проблему. Человек может делать вид что пялится в экселевскую таблицу, а на деле играть в клешофкланс с телефона.
Самый простой способ проверить, может ли человек справляться с доп задачами за доп деньги - это предложить ему это сделать и проверить, справится ли он, имхо.
Михаил, Вы говорите о разовой ситуации, а я о постоянном контроле. Если человек в рабочее время пялится на таблицы, хотя должен писать код - это не правильно. Не смотря на то, что код он в реале пишет по ночам дома.
Да и предлагать доп.работу тому, кто не может себя контролировать в рабочее время - глупо. Совсем не важно то, что он справляется с задачами в другое время, важно то, что он будет расходовать свое и чужое рабочее время в пустоту.
Ну и как я написал ниже - подобный контроль важен в других ситуация: премии, повышение, сокращения и пр.
"Грузить, пока везут" не самый лучший принцип. Если человек в установленное время справляется с тем объёмом задач, за который вы ему платите, то очень не факт, что он захочет справляться с большим объёмом за чуть большие деньги. Тем более что эффективной мыслительной деятельностью средний человек способен заниматься около 5 часов в день, потом его эффективность начинает падать по экспоненте.
aktuba, человека нанимают, чтобы он выполнял какую-то работу.
Здесь возможны два варианта:
1. Если работа есть, то легко увидеть, выполнена она или нет. Если выполнена, то человек справляется. Если не выполнена - не справляется, значит уволняем.
2. Если работы нет, то сотрудник вполне логично бьёт балду, и так же логично, что он не нужен. Можно сэкономить бюджет на человеке, который непонятно зачем находится в штате. Увольняем его или придумываем ему работу и переходим к п.1
Мда... Есть задача - придумать уникальный алгоритм. Как оценить, работает человек или нет? По результату? Который можно ждать месяцами? Не все так просто...
Если работа выполнена - это совсем не означает, что человек справляется. Это я вам как it-руководитель говорю. Простой пример: сделать счетчик просмотров страниц. Один программист сделает счетчик в базе и будет его инкрементировать, второй - будет выводить данные из логов. По факту - работают оба решения, но второй явно не справляется с работой.
По второму пункту у вас тоже ошибка. Смотрите выше про алгоритм. Еще пример - оператор тех.поддержки, например.
aktuba, вы гооврите про какую-то выдуманную проблему.
Мы решаем это так: приглашаются все участники, имеющие отношение к проблеме, вместе придумываем алгоритм, архитектуру. Далее, даётся задание сделать прототип для проверки концепции и далее по шагам.
Если проще - применяем классический принцип "разделяй и властвуй". Делим большую проблему на подзадачи и отслеживаем выполнение каждой части.
Кто хочет - решает проблему, кто не хочет - ищет оправдание.
Если человек выполняет поставленные на него задачи вовремя и качественно - не все ли равно, болтает ли он при этом в скайпе?
Обычно нет. Если человек может взять на себя дополнительные задачи и зарабатывать больше - это выгодно обеим сторонам. При этом, необходимо понимать, справится ли он с доп.задачами или просто хочет зарабатывать больше, не имея на это возможностей. Тут как-раз необходим контроль того, как и что он делает в рабочее время. Я не прав?
Я не очень понимаю как это решает проблему. Человек может делать вид что пялится в экселевскую таблицу, а на деле играть в клешофкланс с телефона.
Самый простой способ проверить, может ли человек справляться с доп задачами за доп деньги - это предложить ему это сделать и проверить, справится ли он, имхо.
Михаил, Вы говорите о разовой ситуации, а я о постоянном контроле. Если человек в рабочее время пялится на таблицы, хотя должен писать код - это не правильно. Не смотря на то, что код он в реале пишет по ночам дома.
Да и предлагать доп.работу тому, кто не может себя контролировать в рабочее время - глупо. Совсем не важно то, что он справляется с задачами в другое время, важно то, что он будет расходовать свое и чужое рабочее время в пустоту.
Ну и как я написал ниже - подобный контроль важен в других ситуация: премии, повышение, сокращения и пр.
"Грузить, пока везут" не самый лучший принцип. Если человек в установленное время справляется с тем объёмом задач, за который вы ему платите, то очень не факт, что он захочет справляться с большим объёмом за чуть большие деньги. Тем более что эффективной мыслительной деятельностью средний человек способен заниматься около 5 часов в день, потом его эффективность начинает падать по экспоненте.
Алексей, а я где-то предлагал насильно загрузить задачами?)
aktuba, человека нанимают, чтобы он выполнял какую-то работу.
Здесь возможны два варианта:
1. Если работа есть, то легко увидеть, выполнена она или нет. Если выполнена, то человек справляется. Если не выполнена - не справляется, значит уволняем.
2. Если работы нет, то сотрудник вполне логично бьёт балду, и так же логично, что он не нужен. Можно сэкономить бюджет на человеке, который непонятно зачем находится в штате. Увольняем его или придумываем ему работу и переходим к п.1
Мда... Есть задача - придумать уникальный алгоритм. Как оценить, работает человек или нет? По результату? Который можно ждать месяцами? Не все так просто...
Если работа выполнена - это совсем не означает, что человек справляется. Это я вам как it-руководитель говорю. Простой пример: сделать счетчик просмотров страниц. Один программист сделает счетчик в базе и будет его инкрементировать, второй - будет выводить данные из логов. По факту - работают оба решения, но второй явно не справляется с работой.
По второму пункту у вас тоже ошибка. Смотрите выше про алгоритм. Еще пример - оператор тех.поддержки, например.
aktuba, вы гооврите про какую-то выдуманную проблему.
Мы решаем это так: приглашаются все участники, имеющие отношение к проблеме, вместе придумываем алгоритм, архитектуру. Далее, даётся задание сделать прототип для проверки концепции и далее по шагам.
Если проще - применяем классический принцип "разделяй и властвуй". Делим большую проблему на подзадачи и отслеживаем выполнение каждой части.
Кто хочет - решает проблему, кто не хочет - ищет оправдание.
Прям так и вижу - сидят удаленно несколько человек в скайпе и придумывают алгоритм... Ну-ну...