Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
И все-таки. Например 200 компьютеров, 3 сервера, штук 50 принтеров. Разброс комьпьютеров до 10 км. Бестолковых пользователей можно во внимание сильно не брать, ими занимаются программисты. А этой техникой и сетью занимаются один электроник и один системный администратор (по необходимости подменяя друг друга). Если один из них заболел или пошел в отпуск, то второго вообще просто на куски рвут. Хотелось бы добавить единицу, но директор утверждает, что нет необходимости. Вот и интересуюсь, нет ли какого-нибудь законного основания, с помощью которого можно было бы убедить его в обратном.
(3) OksDallas, это извечная проблема. в таких случаях от программистов и системачей работодатель начинает требовать отчетность, мол что сделал и за какое время. с одной стороны это классно, не шарящему руководителю видно, что человек что-то делает и видит по времени, но с другой стороны либо сам работник тратит время на этот учет, либо нужен кто-то, кто будет фиксировать. в общем время в никуда. и тут либо работодатель понимает, что нужно, либо вы его ничем не убедите...
Вам оплачены 8 часов работы с небольшими перерывами (см. санитарные нормы, что-то типа 10 минут каждый час работы за терминалом). Объём заявок и срок выполнения - проблема руководителя.
Вы можете написать документ о недопустимости отрывания сотрудника от непрерывного процесса (переключение между задачами и у людей, и у многозадачных систем, требует сохранения и загрузки контекста и не всегда выполняется без ошибок), заведите баг-трекер или журнал заявок. Это поможет и вам, и начальнику объективно видеть % загруженности. Мне лично кажется, что загрузка программиста выше 80% не рациональна, он станет похож на водителя, несущегося ночью без фар на первой передаче. Ему тяжело, много ошибок, но при этом производительность низкая.
Вы можете написать документ о недопустимости отрывания сотрудника от непрерывного процесса (переключение между задачами и у людей, и у многозадачных систем, требует сохранения и загрузки контекста и не всегда выполняется без ошибок), заведите баг-трекер или журнал заявок. Это поможет и вам, и начальнику объективно видеть % загруженности. Мне лично кажется, что загрузка программиста выше 80% не рациональна, он станет похож на водителя, несущегося ночью без фар на первой передаче. Ему тяжело, много ошибок, но при этом производительность низкая.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот