Большинство наемных сотрудников считает, что руководство его заметит, оценит и повысит зарплату. Это большое заблуждение. Ни один руководитель в здравом уме не будет увеличивать расходную часть, тем самым уменьшая доходную. Бизнес создается ради максимизация прибыли самих фаундеров, а не ради улучшения качества жизни наемных сотрудников. Иначе на Porsche Panamera не заработать… Если вы встречали компанию в которой происходит периодическая оценка персонала и сама компания инициирует повышения, то это заслуга HR департамента и им удалось «продать» руководству эту необходимость. Например, за последние десятилетия, в IT был бурный рост ставок и дабы сотрудник не сбежал, его повышали. С тех пор ставки доросли до своего максимума, рынок немного стабилизировался. Как же получить повышение? Когда сотрудника будут ужерживать? Как минимизировать последствия текучки? Обо всем ниже.Читать полностью »
Рубрика «управление разработкой» - 45
Об IT без галстуков: Повышения, удержание и текучка в компаниях из СНГ и USA
2019-05-29 в 13:35, admin, рубрики: онбординг, Презентации, Статистика в IT, текучка кадров, удержание сотрудников, управление, управление людьми, управление персоналом, управление проектами и командой, управление разработкойОтучаемся от токсичных практик на код-ревью
2019-05-29 в 9:23, admin, рубрики: Jenkins CI, teamcity, критика, общение, Программирование, тестирование, управление разработкойКод-ревью частенько порождают споры. При подготовке лекции «Отучаемся от токсичного поведения на код-ревью» на конференции AlterConf я была готова услышать кучу возражений и критики. Но совершенно не ожидала, что сообщество настолько поддержит идею. Я предполагала сопротивление, но сообщество очень доброжелательно и с одобрением приняло меня.
Меня попросили поделиться слайдами, но теперь я подумала, что слайды сами по себе малополезны и вырваны из контекста: им не хватает объяснений. Поэтому решила опубликовать эту статью. Позже организаторы конференции выложили видеозапись.
Читать полностью »
История выкатки, которая затрагивала всё
2019-05-27 в 6:09, admin, рубрики: Анализ и проектирование систем, Блог компании Mail.Ru Group, выкатка релизов, деплой, облачные сервисы, Разработка веб-сайтов, управление разработкой
Enemies of Reality by 12f-2
В конце апреля, пока белые ходоки осаждали Винтерфелл, у нас произошло кое-что поинтереснее, мы сделали не совсем обычную выкатку. В принципе мы постоянно катим новые фичи в прод (как и все). Но эта была не такая, как все. Масштаб её был таков, что любые потенциальные ошибки, которые мы могли допустить, поаффектили бы все наши сервисы и пользователей. В итоге мы всё выкатили по плану, в запланированный и анонсированный срок даунтайма, без последствий для прода. Статья — о том, как мы этого добились и как желающие могут это повторить в домашних условиях.
Читать полностью »
ITSM — что это такое и с чего начать внедрение
2019-05-26 в 14:17, admin, рубрики: itsm, servicenow, Блог компании ИТ Гильдия, управление разработкойВчера мы опубликовали на Хабре подборку материалов для тех, кто хотел бы разобраться с ITSM — изучить тренды и инструменты. Сегодня продолжаем рассказывать о том, как интегрировать ITSM в бизнес-процессы компании, и какие облачные инструменты могут с этим помочь.
/ PxHere / PD
Что вам с этого
Традиционный подход к управлению IT-отделами называется «ресурсным». Если говорить простыми словами, он подразумевает фокус на работе с серверами, сетями и другим аппаратным обеспечением — «IT-ресурсами». Руководствуясь такой моделью, IT-департамент зачастую упускает из внимания то, чем заняты другие отделы, и отталкивается не от их «пользовательских» требований и потребностей клиентов компании, а идет с обратной стороны — от ресурсов.Читать полностью »
Знакомство с ITSM: 10 хабратопиков и экспертных материалов для «быстрого погружения» в тему
2019-05-25 в 13:50, admin, рубрики: agile, itsm, service desk, servicenow, Блог компании ИТ Гильдия, дайжест, управление разработкойЭто — материалы, которые помогут разобраться в ITSM-трендах и инструментах.
/ Unsplash / Headway
Пять ключевых трендов ITSM на этот год. Наш хабрапост, который мы написали не так давно (после небольшого перерыва с публикациями в нашем блоге на Хабре). Рассказываем о решениях, поддерживающих системы вроде чат-ботов; об автоматизации разработки, информационной безопасности и облачных ITSM-инструментах. Этот материал поможет быстро погрузиться в тему и охватить основные направления, которыми занимаются ITSM-специалисты.Читать полностью »
Как объяснять не-ИТ менеджерам принципы построения отказоустойчивой ИТ-инфраструктуры
2019-05-23 в 16:20, admin, рубрики: балансировка трафика, ит-инфраструктура, менеджмент продукта, отказоустойчивые решения, управление персоналом, Управление продуктом, управление разработкойПримерно год назад передо мной была поставлена достаточно серьезная задача: уложить в 2-часовую лекцию для менеджеров рассказ и об Agile и о DevOps.
Так началось мое возвращение из софтскиловой плоскости тренингов по Agile в сторону ИТ. И если верить организаторам, через эту лекцию прошло более 1000 менеджеров продуктов, из которых слово «балансер»(Load Balancer) слышали впервые на моем занятии примерно 48/50 человек.
У меня даже появилось шуточное божество «великий балансер, повелитель обновлений без даунтайма, дешевых в реализации A/B тестов без программирования, и в целом спокойного сна менеджера ночью».
Читать полностью »
Багодельня: BUgHunting. Как найти 200 багов за день
2019-05-23 в 14:06, admin, рубрики: testing, Багодельня, тестирование, Тестирование веб-сервисов, Тестирование мобильных приложений, управление разработкой, ХакатоныВсем привет! Меня зовут Юля, и я тестировщик. В прошлом году рассказывала вам про Багодельню — мероприятие, проводимое у нас в компании для чистки бэклога багов. Это вполне жизнеспособный вариант значительно уменьшить его (в разных командах от 10 до 50%) всего за один день.
Сегодня я хочу рассказать вам про наш весенний формат Багодельни — BUgHunting (BUH). В этот раз мы не фиксили старые баги, а искали новые и предлагали идеи для фич. Под катом много подробностей про организацию таких мероприятий, наши результаты и отзывы участников.
За всё ответишь! Consumer Driven Contracts глазами разработчика
2019-05-22 в 14:33, admin, рубрики: bdd, Consumer Driven Contracts, qualityconf, Блог компании Конференции Олега Бунина (Онтико), микросервисы, Тестирование IT-систем, Тестирование веб-сервисов, управление разработкойВ этой статье мы расскажем про проблемы, которые решает Consumer Driven Contracts, покажем как это применять на примере Pact с Node.js и Spring Boot. И расскажем про ограничения этого подхода.
Проблематика
При тестировании продуктов часто используют сценарные тесты, в которых проверяется интеграция различных компонент системы на специально выделенном окружении. Такие тесты на живых сервисах дают самый достоверный результат (не считая тестов на бою). Но в то же время они — одни из самых дорогих.
Читать полностью »
Я бросил работу мечты, потому что не переношу продуктовую разработку
2019-05-21 в 14:08, admin, рубрики: F#, Карьера в IT-индустрии, управление персоналом, управление разработкой
На днях друг хвастался мне, что завернул на собесе чувака, который работал только в аутстафах. Друг работает в продуктовой компании и твердо убежден — от придурков с галер нет никакой пользы. Там работают бездушные наемники, профессиональные проходимцы собеседований и лентяи. Говорит, продукт загнется раньше, чем они подберут себе цветовую тему в IDE.
Мой друг категоричен, и ненавидит аутстафы даже больше, чем они заслуживают. Он считает, аутстафы убивают саму суть разработки. Берут плохих разрабов, натаскивают проходить собесы, продают подороже в корпорации, где все устаканено, и вопрос выживания вообще не стоит, и просто живут спокойно на попиле денег и имитации работы. В общем, ненавидит их как трудяга-коммунист биржевых брокеров.
А я всю жизнь работал в аутстафах, и, конечно же, считаю по-другому. И я хотел осудить друга, но вспомнил как сам отказывался брать продуктовых разрабов на собеседованиях.
Читать полностью »
Как провести распределённое безбумажное квартальное планирование и не облажаться?
2019-05-17 в 13:22, admin, рубрики: agile, jira, kanban, SAFe, scrum, structure, управление разработкойДано: Компания, использующая фреймворк Scaled Agile (SAFe) для масштабирования Agile-разработки в рамках всей организации; 10 команд разработки, объединённых в одну большую команду (Agile Release Train, согласно терминологии SAFe), доставляющую общий продукт; необходимость проведения двухдневного квартального планирования (PI Planning) для определения плана работы ИТ-команд на ближайшие 3 месяца*; три офиса разработки, расстояние между самыми удалёнными превышает 6 тысяч километров с соответствующей разницей в 5 часов рабочего времени; предыдущий опыт планирования, предусматривавший физическое присутствие ключевых коллег в одном помещении и использование аналоговых досок/вайтбордов/маркеров/липких бумажечек.
* Тяжеловесный конструкт “План работы ИТ-команд на ближайшие 3 месяца” грозит серьёзно увеличить объем текста, поэтому в дальнейшем я планирую вместо него писать просто – “коммитмент”. Соответственно, составить и принять план работы – “закоммититься”.
Зачем это понадобилось?
1) Усталость от аналоговых методов работы. В то время, как космические корабли бороздят просторы, а Илон Маск роет тоннели, мы, «айтишники», упорно пишем маркерами на липучих бумажках и лепим их на доски – есть в этом некий диссонанс. Так выглядел наш коммитмент некоторое время назад:
Читать полностью »