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

image Вернувшись недавно из отпуска, я вновь подумал о том, что 28 дней в году — это очень мало. Выступил с инициативой, чтобы было столько рабочих дней в году, а всё остальное — оплачиваемый отпуск, но начальство почему-то было против.
Пришлось пережить первые два дня после отпуска, разгрести скопившееся и потихоньку вновь втянуться в рабочий процесс.

Тут-то меня и посетила идея о том, как можно увеличить отпуск без удара по кошельку руководства. Наверняка эта идея уже посетила кого-то еще, наверняка где-то она уже описана, наверняка где-то она даже применяется, но мне ее реализация в природе не встречалась, поэтому делюсь ей со всеми. Может кому пригодится.
(далее…)

Как найти работу в Германии

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

ФАС отрегулирует этичность «переманивания» сотрудников

А вот и от правительства подоспела заметка в серию о найме сотрудников.Или как лучше не делать. Не совсем про IT, но, думаю, нас тоже коснётся, как одну из самых «активных» в плане найма сотрудников сфер.

Начальник управления контроля рекламы и недобросовестной конкуренции ФАС России Николай Карташов рассказал, что в ближайшее время давление на компании со стороны государства усилится. И если раньше ФАС занималось контролем сделок между компаниями, то теперь их будут волновать и отношения компаний с сотрудниками.

По словам Николая Карташова, «переманивание работника нечестными способами будет расцениваться как недобросовестная конкуренция.»
(далее…)

Как я нанимаю программистов

Захожу на гитхаб, ищу репозитории проектов, сходные по профилю с теми, для которых мы ищем программистов.
Просматриваю issues, выбираю подходящие — такие, для которых не потребуется слишком много времени (идеально — вечер) и для которых потребуется разобраться в самом проекте.

У каждого соискателя я спрашиваю ссылку на профиль на гитхабе (или других сервисах) или еще какие способы посмотреть на то, что соискатель делал. Если способа показать свой код у соискателя нет (или, например, на гитхабе только один репозиторий и тот с конфигами) — я кидаю ему ссылку на одну из issues и прошу отправить мне ссылку на pull request по завершении.

По pull request’у сразу видно как соискатель умеет разбираться в чужом коде и как он пишет код. Я не даю классических тестовых заданий — это убийство времени в никуда, этот код будет выброшен, он не поможет никому решить какую-либо задачу.
(далее…)

Управление продуктами: Увидеть продукт глазами пользователя

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

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

Суть проблемы

Управление продуктами: Увидеть продукт глазами пользователяПримеры того, как замечательно программисты могут проектировать UX, попадаются сплошь и рядом.
Например, это замечательная форма заполнения истории из трудовой книжки на портале гос. услуг (про неё я уже писал), которая убивает сессию через 15 минут после открытия и заставляет пользователя перегружать страницу с потерей всех данных.

Это чудесные формы по заполнению совершенно непонятной информации, как на рисунке слева.

Это закрывающиеся окошки текстового редактора, которые даже не пытаются предложить сохранить текст, на который несчастный пользователь потратил два часа своей жизни.

Мне очень грустно работать с таким ПО. Я понимаю, что его писали первоклассные специалисты, я допускаю, что код этих систем тоже в полном порядке. Однако я не стану ими пользоваться. В крайнем случае, если у меня не будет выбора, я всё-таки буду «плакать, колоться и жрать кактус», но при этом окончательно испорчу карму разработчикам своими мало литературными комментариями.
(далее…)

Тайм-менеджмент: опыт использования с применением таблиц Excel

Привет, Хабр! Краткое вступление — я работаю руководителем IT отдела крупной медицинской компании. Вот уже с год назад пытался заставить самого себя качественно работать с распределением своего рабочего времени. Это пост — мой опыт, мои взгляды, трудности восприятия и образцы форм для ведения тайм менеджмента.

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

1. Не обманывайте себя

Прорабатывайте все гипотезы поставленных идей, не останавливайтесь на достигнутом пока не найдете четкого ответа на поставленный вами же вопрос – будет ли эта идея/предложение востребованным в вашем деле/в бизнес процессе/в работе. Гипотеза должна быть закончена на четком факте (доказательстве её необходимости) или четком опровержении. На пути этого доказательства большинство людей начинают заниматься самообманом, говоря себе – «ой, это не возможно», «это очень сложно для меня», «никто этого не поймет» — поверьте, если бы все окружающие люди думали бы так же, то в мире не было бы электричества, не было бы в компаниях хорошего объема продаж, новых продуктов, успеха в целом.
(далее…)

Работа ищет разработчиков, а не разработчики работу

В статье Как я искал работу voff написал замечательную фразу:

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

Это правда. Программистов ищут везде, от Москвы и Киева до Берлина и Сан-Франциско. Другой вопрос – как программисту эту возможность использовать? Пройти 17 собеседований, “по 3-4 в день”, как сделал автор статьи – на такой экстрим не все согласны. Да и подходит это только тем, кто сейчас без работы или уже обьявил о своем уходе руководству. А хорошие разработчики без работы сидят редко.

(далее…)

Резюме программистов. Часть 2 (хорошие)

Я сполна получил п***й за первый пост. Самое время писать продолжение! Итак, чего же мне надо от резюме разработчика?

Все ниже в порядке приоритета.

Код

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

(далее…)

Геймификация в области оплаты труда

Давай сыграем на твою зарплату

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

Резюме программистов. Часть 1 (плохие)

Честно скажу, когда я искал работу, мое резюме смело можно было отнести к категории плохих. Да, там было несколько хороших секций (типа, а вот я написал 2 книжки и 30 статей), но также там была и таблица скилов со строчкой: C#, 1 year of experience, Intermediate (!).

Сейчас я читаю много резюме и приглашаю людей на интервью. За последние 3 года я провел около сотни интервью, а резюме повидал раз в 5 больше. Так что сейчас я довольно четко представляю, что я хочу видеть в резюме. Но для начала я расскажу, чего в резюме я видеть не хочу.

Шаблоны

Многие аутсорсинговые компании придумали себе шаблоны резюме. Мотивация, в принципе, понятна, они хотят все унифицировать чтобы использовать machine learning для извлечения хороших кандидатов все выглядели одинаково, как рядовые в строю. Однако, шаблоны эти одинаковы для всех позиций и составлены мудрыми CTO недалекими HR, которые понятия не имеют, что такое реально классный программист.

(далее…)