Nik Vashenko
Не согласен. Кто-то может подойти на прямую к руководителю и обсудить проблему, для кого-то это тяжело. Но каждый должен иметь возможность быть услышанным.
Есть сервис анонимных сообщений, через который мне может сообщить о проблеме или выразить претензию любой сотрудник. Так что удивления я не испытаю
Вы считаете, что неважно, как руководство "объясняет" назначение тайм-трекера. Важно, как его воспринимают сотрудники. Вы наглядно увидели восприятие людей здесь в комментариях.
Здесь в комментариях я не увидел отрицательных отзывов моих сотрудников.
Более того, всем соискателям предоставляется информация о процессах установленных в компании, в том числе и по поводу работы под тайм трекером. Трудовые отношения это обоюдовыгодный процесс. Если одну из сторон что-то не устраивает, не нужно начинать такие отношения, или стоит разорвать при первой возможности.
Остальное, это опять таки сугубо ваше мнение, не подкрепленное примерами и фактами.
За книгу спасибо, посмотрю.
Возьмем среднестатистического разработчика. Он перешел с 40 часовой на 30 часовую рабочую неделю. По вашему его уровень ЗП никак не изменится?
Я прочел ваше мнение. Конструктивной критики и фактов не увидел.
Приводите конструктивные аргументы против вещей которые я пишу, я всегда прислушиваюсь к критике. Беда в том, что конструктива очень мало.
Вопросы менеджмента я осветил в других статьях. Можете ознакомиться.
Основные проблемы в управлении ИТ-проектами, и как их избежать:
https://www.cossa.ru/trends/203328/?utm_source=vk.com&utm_medium=social&utm_campaign=eto-luchshe--chem-cherez-god-sdelat-ideal&utm_content=19756809
Зачем вашей компании проджект-менеджер?
http://www.cmsmagazine.ru/library/items/management/why-your-company/
Да, когда был в должности программиста работал по 8 часов, но не без остановки, как и у всех у меня был обеденный перерыв. Когда стал начальником отдела пришлось работать больше. Сейчас бывает работаю и по 12 часов. Я не предлагаю следовать моему примеру, каждый сам определяет сколько ему работать для удовлетворения своих финансовых потребностей и амбиций.
Я не вкладывал негативный контекст в это словосочетание. Если человек растет над собой, может выполнит более сложную работу чем делал вчера, или ту же но за меньшее время, это вызывает только уважение, и отражается на материальной компенсации работника.
Есть 15 минутный интервал в который если есть хоть какая-то активность то время учитывается. Если нужно заниматься рабочими вопросами без компьютера, то надо просто написать тайм-менеджеру постфактум и он добавит время вручную.
Речи о том, что платим сдельно не было. Все оформлены в соответствии с ТК на 40 часовую рабочую неделю. Специфика работы подразумевает оценку задач по времени. Если у сотрудника получилось выполнить работу быстрее, то или оно недооценил свои силы/переоценил трудоемкость задач, или прыгнул выше головы. Но работник по прежнему работает 40 часовую рабочую неделю, если делает работы больше при сохранении качества то повышается зарплата. Я не понимаю о каком выборе вы говорите.
Пример был приведен для того, чтобы показать сравнение работы без инструментов, с традиционными инструментами и с инструментами по учету времени. Вопрос компетенции менеджеров остался за рамками примера.
В том то и дело, что все работало, а как гласит золотое правило - "Работает? Не трогай". Но, как выяснилось, работало вопреки. Хоть и поздно, но нужно признавать свои ошибки и двигаться дальше.
Спасибо, за отзыв. Посмотрел на фотку и расстояние действительно кажется минимальным из-за того, что снимок сделан из угла. Будете в городе, заходите на чашку кофе. У нас просторно)
Вы сами указали главную проблему - людей одновременно владеющих и техническими и гуманитарными навыками катастрофически мало. Как следствие на все проекты таких не напасешься. Ситуация усугубляется тем, что часто встречаются люди, которые не хотят брать на себя больше ответственности. Им комфортнее оставаться просто сильным разработчиком, и это нормально.
Естественно есть задачи для которых компьютер не нужен, но их не так много от общего числа. Время на такие задачи менеджер проекта заносит вручную.
По поводу трекинга. У проектов есть deadline и компания отвечает перед клиентом за то, что мы уложимся в срок. Конкретно за сроки отвечает менеджер проекта и у него должен быть инструмент, который позволяет обнаружить проблемы в зачаточном состоянии и устранить их с минимальными потерями. Трекинг это спорный, но при отсутствии перегибов, нормальный рабочий момент. По поводу оценки. На конкретные задачи в рамках спринта оценка дается исполнителем, и систематические промахи в разы мы допустить не можем.
На протяжении многих лет мы занимали позицию близкую вашей. Со временем пришло понимание, что работа HR специалиста значительно шире и нам он нужен.
Нет, нам не интересно просматривать скрины или список посещенных ресурсов, поэтому эти опции отключены (blur скрины). Если человеку посреди работы пришло сообщение в социалку и он на него ответил, то это вполне нормально.
Мы используем трекеры рабочего времени, в частности timedoctor. Инструмент позволяет менеджеру проекта контролировать ход работ. Трекер фиксирует активность от устройств ввода и добавляет рабочее время. Существуют эмуляторы такой активности, одним из которых и пользовался вышеупомянутый разработчик, чтобы обмануть систему.
До среднего уровня немного гоняем по теории + небольшие задачки. Eсли выше, то общаемся о предидущих проектах кандидата и даем довольно абстрактные задачи на построение архитектуры. Из такого диалога можно узнать значительно больше, нежели проверяя тестовое задание.
Тестовое задание мы иногда даем лишь для кандидатов на позицию младшего разработчика, и это скорее исключение чем правило.
Вопросы для экзамена составлены Техническим и IT директорами при участии специалистов уровня Senior. Онлайн тесты доступны для разработчиков, так что они могут заранее подготовиться. После заявки на прохождение экзамена сотрудник получает список тем в рамках которых будут заданы вопросы. Условия успешного прохождения экзамена известны заранее. При трудоустройстве сотрудники получают доступ к регламенту повышения квалификации в котором есть таблица градаций со списком испытаний для перехода на каждый новый уровень.
Это очень недальновидно. Если часы разработчика проданы на годы вперед, то как вы будете объясняться с клиентом, если программист не захочет с вами работать по причине неадекватной оценки его труда? Нужно быть честным со своими сотрудниками, те кто этого не делают рано или поздно жалеют.
В третьем подходе время между попытками сдачи должно быть значительно меньше года. У нас это срок от месяца до четырех в зависимости от того, на какой уровень претендует сотрудник. Финальным испытанием служит сдача технического экзамена комиссии минимум из трех человек, среди которых есть люди в чьих прямых интересах иметь сильную техническую команду. Шансы на то, что в таких условиях вас будут откровенно валить - минимальны.
Проекты за редким исключением везде +/- одни и те же. А если уж стены и лица коллег надоели, то тут уже мало чем можно помочь. Но такое редко происходит за год-два, это больше похоже на 3-5.
Для меня то, что такие фирмы еще существуют это просто чудо. Если людей абсолютно не ценят, то нужно уходить. Почему не уходят?
Смотря что считать одинаковыми задачами. Если на каждом проекте с нуля писать типовые модули наподобие админ панели, регистрации, каких-либо блогов, то такое действительно может надоесть. Но это же не правильно. А если говорить о более глобальных вещах, то не представляю как эту проблему можно решить переходом в другую фирму.
Зарплатная вилка у конкурирующих за ресурсы компаний примерно одинаковая. Маловероятно, что разработчик уровня middle сможет так пустить пыль в глаза техническому интервьюеру на собеседовании в другой студии, что получит предложение с окладом уровня senior. Если же специалист действительно обладает достаточно глубокими знаниями и умениями для этого уровня, то в рамках описанной системы он сможет повысить зарплату и внутри текущей компании. Если во всем остальном его все устраивает, то не будет никакого смысла уходить.
Суть статьи в том, что нужно просто жаловаться начальству если рядовые сотрудники не выполняют свою работу должным образом?