Управление персоналом *

Привет, Хабр!

Мы занимаемся HR в ИТ, с небольшим уклоном в экономику и организацию труда. Придумываем подходы, инструментарий и первые эксперименты ставим на себе.

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

Иногда возможности для решения этого типа задач лежат в области простого создания оптимальных условий для работы и минимизации факторов мешающих ей.
Ниже – один из таких примеров.

История про график работы. Управление им и контроль.
Место действия: Москва и Киев. Распределенный коллектив.
Интеллектуальный труд. Самоокупаемая коммерческая компания.
Продолжительность эксперимента: примерно 6 лет.

Подробности под катом.

Признаюсь сразу — заголовок статьи именно такой только во имя рифмы, на самом деле, речь пойдет о современных пионерах в ИТ — начинающих разработчиках, аналитиках, тестировщиках, всех тех кого называют Junior.

Предлагаю порассуждать о том, как в наше время лучше всего начинать карьеру, какие пути есть на старте, куда податься студенту, или даже школьнику, который умеет PHP, JS, Go, PostgreSQL, что-то слышал про QA и, кажется, понимает зачем существует code review.

Мы разные, и у нас часто возникают конфликты – маленькие и серьезные. Плохая новость: избежать конфликтов на работе не получится. Хорошая: конфликтами можно управлять. Умение договариваться и доносить свои мысли людям на их языке – очень полезный навык. Он помогает экономить силы и достигать своих целей.

Какие конфликты бывают в компаниях? Как распознавать конфликты и управлять ими? Разбираемся вместе со Светланой Гончар, консультантом по организационному развитию бизнеса с опытом работы в IT больше 16 лет.

Проблема

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

Для тех, кому не интересна лирика, и кто хочет сразу перейти к делу — то вперед на github. А для тех, кому важна механика и история проекта — собственно и посвящена статья.

С появлением специализированных ресурсов биржы труда, таких как LinkedIn, HeadHunter и др., казалось бы, ситуация должна была улучшиться — заполняем весь опыт в одном месте, и больше прошлое не ворошим. Но не тут-то было — заполнили в одной системе, нельзя просто по клику мышки выгрузить ее в другую. Нету единой БД, на которую можно линковать свою учетную запись. Оно и понятно — подобные компании заинтересованы вытеснить других, а не заниматься интеграцией друг с другом, а простым кандидатам в итоге становится только хуже.

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

Аналогичная ситуация – с данными в автоматизированных системах.

Не знаю, как вы, а я люблю ставить эксперименты над людьми. Обычно я мнения людей не спрашиваю, но на этот раз эксперимент был проведен по их собственной просьбе. Люди захотели, чтобы я сделал им новую систему мотивации. Ну я и сделал.

Статья несколько длинновата, т.к. я постарался изложить не только вход и выход, но и процесс разработки системы, возникающие по дороге вопросы и как мы их решали. Возможно, наш опыт будет полезен вам — если не целиком, то какие-то его части.

Итак, на входе — небольшая команда программистов 1С из трех человек, работающая на фиксе. Плюс я, их руководитель, по ключевой компетенции — тоже программист 1С.

Метрики — они как фломастеры, каждому по вкусу свои. Без метрик существование прибыльного бизнеса как такового невозможно, они окружают нас постоянно, это неприятная, но аксиома. Для кого-то метрика — план продаж на месяц, кому-то — выполнение заказа до оговоренного дедлайна, а другим — количество отработанных часов.


Подходящей «Картинки Для Привлечения Внимания» на эту тему нет, так что держите котика

Почему-то слово «метрики» в IT-сфере плотно ассоциируются с такими «превосходными» по своей тупости практиками, как подсчет написанных строчек кода или закрытых тасков. С уверенностью можно сказать, что это — самые бесполезные и беззубые в управленческом плане «инструменты» контроля. По сути же, адекватные метрики бывают, весьма условно, но все же, только двух типов: метрики для проекта и/или работ, результат и время исполнения которых ясен и прогнозируем во времени, и напротив, метрики для проекта и/или работ, результат и время исполнения которых спрогнозировать физически невозможно. Для первого типа выставляются метрики результата, а для вторых — дистанции, сиречь отработанного времени.

Sidenis — относительно небольшая ИТ-компания, которая на первый взгляд не отличается от сотен других аутсорсинговых фирм. Но мы ищем рассказы об уникальном опыте и ситуациях, с которым сталкиваются далеко не везде. И здесь они, конечно, тоже есть. Сиденис 20 лет работает в страховой сфере, работает на крупнейшие корпорации и пытается создавать свои продукты.

По итогам оценки компании, которую Sidenis получили на «Моем круге», сотрудники особенно благодарны компании за хороший соц.пакет, комфортные условия работы и профессиональный рост.

Мы поговорили с Виктором Климовым, agile-коучем Sidenis, и попытались узнать, трудно ли связать двести человек между часовыми поясами, как бороться со списком запрещенных технологий от заказчика, заниматься на работе личными проектами и зачем гениальным программистам знать английский язык.

Про собеседования в стране, которую "умом не понять и аршином общим не измерить" было вот тут и тут. Теперь пора и про заморские страны поговорить. Что меня больше всего удивило в общении с иностранными коллегами, что особенно сильно запомнилось и что было бы неплохо у них перенять.

Ноябрь в этом году порадовал москвичей совсем уже зимней погодой, поэтому приближение зимы чувствуется как никогда. Кстати, к мероприятиям в Москве и Санкт-Петербурге в этом месяце прибавился международный IT HR форум в Харькове, который никак нельзя пропустить. Кроме того, всё ещё достаточно много вебинаров и онлайн-курсов, чтобы расширить свой кругозор, не выходя из офиса или дома, и набраться новых знаний под конец года.

Следите за обновлениями поста, анонсы событий на вторую половину месяца будут добавлены позднее.

На прошлой неделе наши коллеги — Евгений Шишкин, менеджер разработки, и Лидия Самкова, руководитель отдела по работе с IT–персоналом, выступали на HR API. Делимся конспектом их доклада о процессах подбора и адаптации разработчиков в Контуре.

За последние три года разработчиков в Контуре стало в два раза больше. К концу 2018 года их число перевалит за 1000. У компании появляются новые продукты, а значит, растет и количество команд — сейчас их больше 50. На фоне активного роста наши процессы подбора и адаптации перестали работать.

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

Кадр из фильма «Гарри Поттер и философский камень»

На очередную новинку в коммунальной библиотеке команды нас навела подборка от Milfgard, за что выносим автору отдельную благодарность. Коллаборация, нетворкинг и прочее сверхценное общение с коллегами — тема сейчас трендовая и, соответственно, пробуждающая дух противоречия. Бизнес-аналитик Мортен Хансен занимает по отношению к этому всему умеренную и трезвую позицию, которую в двух словах можно выразить двумя тезисами:

• коллаборация как политика компании приносит пользу, если вводится осмысленно и по определенной схеме, в остальных случаях это неэффективная трата ресурса;
• коллаборация не должна становиться самоцелью — она нужна не всегда, во многих случаях целесообразнее от нее отказаться

Книга условно делится на две смыловые части. В первой исследователь рассуждает о том, почему неэффективное сотрудничество так распространено, приводя примеры из своей практики бизнес-аналитика, раскрывает понятие «рациональная коллаборация» и рассказывает, как оценить возможности и перспективы компании в этом отношении. Вторая посвящена конкретным методам перестройки рабочего процесса для тех, кто решил, что им это нужно.

Под катом — наша выжимка из первой части: разница между рациональной и неэффективной коллаборацией, сотрудничество и самостоятельность, барьеры коллаборации и факторы, определяющие, нужна ли она вообще.

Согласно отчету Deloitte, AI-платформы позволят государственным организациям экономить 1,2 миллиарда часов и 41,1 миллиарда долларов в год на Service Desk и управлении услугами за счет автоматизации рутинных задач. При этом, аналитики отмечают, что чатботы помогут использовать возможности систем ИИ для автоматизации бизнес-процессов.

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

Умоляю, уберите скорее от экранов перфекционистов и беременных своей чудесной идеей заказчиков. Пост содержит боль. И вообще, проконсультируйтесь с вашим психотерапевтом.

Любой успешный предприниматель ведет свой бизнес к конкретной цели. Благодаря тому, что он четко представляет себе эту цель, фокусируется на ней и старается не отклоняться, он легко обходит конкурентов, становится профессионалом и в конечном счете добивается результата быстрее и лучше остальных.

Но бизнес — это не одиночная игра. Тут важна командная работа, а это значит, что все должны одинаково видеть и понимать свою личную цель и цель компании. Чем реже ты напоминаешь команде к чему вы идете, чем реже ты корректируешь промежуточные задачи, тем больше расфокусировка целей. А с ростом компании эта проблема растет в геометрической прогрессии. Вот почему с расширением компании ты, как предприниматель, становишься медленным и неповоротливым.

В программе ЕФС мы делаем по-настоящему крупные проекты, высокие темпы развития зачастую ставят нас в ситуацию ресурсного дефицита по причине того, что скорость найма сильно не дотягивает до скорости происходящих изменений.

Какое решение в такой ситуации принимает менеджмент?

Пост о том, почему наши программисты теперь заполняют таймшит не 32, а только 2 минуты и о том, как можно наладить автоматический учет рабочего времени за счет импорта данных из трекинговых систем TFS, Redmine и Jira на Microsoft Project Server.



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

Проблема — бардак в заполнении таймшитов

Для 99% компаний-разработчиков учет рабочего времени программистов нужен как воздух, чтобы считать затраты.

Быть разработчиком программного обеспечения и быть системным администратором — это, как говорят, две большие разницы. Многие люди смешивают эти две профессии, но наборы навыков этих занятий не очень-то перекрываются. Разработчики пишут код. Сисадмины поддерживают компьютерные системы, чтобы этот код работал.

Системный администратор / Разработчик ПО


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

Исследование Kelly Services: если вас полностью устраивает зарплата, с чем вы готовы мириться в работе?

Все сходятся во мнении, что только деньгами талантливых ИТ-специалистов не заманишь. Сейчас уровень большинства сотрудников в этой сфере в целом достаточно высок. Некоторые кандидаты в погоне за действительно интересным проектом готовы поступиться даже личным благосостоянием.

Некоторые игроки рынка полагают, что в связи с кадровым голодом в ИТ-индустрии «переманивание» сотрудников стало неотъемлемой частью процесса хантинга.

Среди важных способов мотивации программистов упоминают «разминку для ума», противопоставляя ее рутинным задачам, лишенным творчества.

Мы пообщались с работодателями и попросили поделиться размышлениями и секретами успешного привлечения ИТ-специалистов.

Если поискать статьи про FMC по компьютерным изданиям, то можно наткнуться на статью «Что такое FMC?» в PC Week от января 2006 года. Не столь показательная сама статья о прошедшей конференции, сколько комментарий к ней, аж от ноября 2012 года «Статья от 2006 года, а люди ещё не осознают эффективность!». Думаем, что можно оставить точно такой же комментарий, датированный 2016 годом — и это не от того, что что-то не так с технологией, а от того, что она развивалась на фоне бума виртуальных АТС и оставалась в тени.


Услуги, основанные на технологии FMC, можно было найти в портфеле корпоративных услуг сотовых операторов примерно с 2010 года. Однако услуги продвигались сложно — отчасти потому, что самим операторам было выгоднее реализовать другие решения, отчасти потому, что абоненты не получали информации о выгодах и преимуществах FMC, да и вообще не знали, что это за технология. На самом деле, тут есть о чём поговорить, особенно для малого и среднего бизнеса. В общем, как пишут забронзовевшие копирайтеры: «Ваши сотрудники недостаточно мобильны? Тогда мы идём к вам!».