Менеджмент

Привет, Хабр! Меня зовут Константин Шимановский. Почти 20 лет своей жизни я работаю с российской BI-платформой «Форсайт. Аналитическая платформа», и сейчас возглавляю Департамент управления продуктами одноименной компании «Форсайт». Мы с моей командой продуктовых менеджеров, архитекторов, методологических и технологических экспертов определяем вектор развития нашей платформы и вырабатываем best-practice ее применения. Всем своим опытом мы хотим поделиться в цикле статей на Хабре. Следите за новыми публикация. Будет интересно! 

В нашем первом посте мы расскажем о истории развития нашей платформы. Сразу наберитесь терпения. История у нас длинная, и статья получилась не очень короткой. Далее обещаем исправиться и будем публиковать более компактные тематические обзоры.  А сейчас, если вам интересно, как ИТ-компания за несколько десятков лет прошла путь от маленькой лаборатории в университете до широкого мирового признания, как совершенствовались и развивались ее технологии, чем сейчас живет и «дышит» наша BI-платформа — добро пожаловать под кат!

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

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

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

К старту флагманского курса по Data Science разбираемся, действительно ли тестовые собеседования подходят для подготовки к реальным.

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

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

А в этом — расскажем о том, как мы помогли одному из наших заводов оптимизировать автомобильную логистику. Про фуры и водителей, погрузку полимеров, MVP и сарафанное радио — под катом. 

Важно: пост немного гибридный, здесь и про бизнес, и про продукт, и техническая часть. Если вам не очень интересны бизнес-составляющие, смело начинайте читать с раздела “Как мы обеспечили офлайн-работу приложения”.

Привет, Хабр! Я — Сережа. Сейчас мы с женой доделываем ремонт в нашей квартире  в Калининграде (здесь я выпил парочку успокоительных), полтора года я работаю в тестировании и уже дорос до QA-лида в компании аутсорс-тестирования «Кавычки». А жена пару месяцев назад устроилась в IT-компанию джуниор фронтенд-разработчиком. Но так было не всегда. Еще недавно мы жили в Магадане, платили ипотеку, занимались совсем далекими от IT вещами и мечтали изменить свою жизнь: поменять профессию, найти вдохновляющее дело и переехать в другой город.

Я решил написать свою историю, чтобы показать, что возможно все — в каком бы положении дел вы не находились. Даже если в вашем городе нет возможностей, хорошего интернета или вообще ничего нет — всегда есть выход. И он не в окно:) И да, этот рассказ не претендует на звание «успешный успех». Я — обычный человек с обычными возможностями, который очень хотел изменить свою жизнь. И, возможно, те, кто оказались в похожей ситуации, — прочитают мою историю, и им станет чуть легче решиться действовать.

Ну, погнали.

Вариант автоматизированного формирования документа в формате *.docx с использованием скрипта на языке Python и библиотеки python-docx. Как правильно подготовить документ стандартными средствами Microsoft Office, что нужно учесть при создании скрипта, порядок сборки и сохранения документа.

Популярность умных колонок с голосовым управлением продолжает оставаться на достаточно высоком уровне. Если в 2020 году в России было продано около 750 тыс. таких устройств, то прогнозные оценки по текущему году говорят о как минимум 1 млн. Аналитики отмечают, что рост связан как с увеличением количества моделей, так и с появлением всё новых функций на уже купленных колонках. Команда М.Видео-Эльдорадо изучила представленные на рынке смарт-девайсы и подготовила перечень наиболее интересных из них.

Япония... Свет из окон широкими полосами освещает длинное помещение. Цех по сборке телефонных аппаратов. Вдоль стен стоят столы, над каждым склонился работник, каждый что-то делает, но от нашего взора это скрыто ссутуленными спинами. У некоторых на столах стоят дополнительные лампы и увеличительные стёкла на штативе. В конце длинного помещения у стены лицом к нам сидит японец с барабаном и не быстро, но с чёткостью метронома отбивает ритм. Все работники к нему привыкли и не замечают его, но тем не менее каждый удар барабана проносится по нервной системе и вплетается в движения. Каждый делает что-то своё, но общий ритм придаёт всей деятельности гармонию. Работа делается так же ритмично, в ней нет места для пауз и размышлений о бренности бытия. Всё подчинено ритму.

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

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

В компании «Арбис» используется стек, который давно оброс стереотипами и предрассудками — это 1С:Платформа. Более того, у большинства 1С прочно связана с бухгалтерией. И, хотя в Арбис программный продукт вообще с ней не связан — это облачное решение, сервис на 1000 пользователей — опытных спецов по 1С для него просто нет. 

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

Где искать людей? Компания сделала ставку на джунов. Об этом на конференции TeamLead Conf 2021 рассказала Маргарита Маковеева, которая каждого сотрудника в своем отделе выращивала с нуля. И сегодня мы опишем подробности ее решения. Видео ее выступления можно посмотреть здесь.

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

Как куратор помогает не отложить очередной видеокурс на полку, рассказали три наших эксперта.

Всегда ли обновление дизайна — это хорошо для сайта с точки зрения SEO? Нет, не всегда. Более того, часто редизайн влечет за собой ухудшение позиций. Так может, лучше не трогать то, что и так работает?

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

В данном посте мне хотелось бы поделиться списком книг, которые (по крайне субъективному мнению) являются полезными и весьма практичными для Engineering Manager’а. При этом акцент хочу сделать именно на современных книгах (выпущенных в последние 5-6 лет). Под Engineering Manager’ом, в моем вольном определении, будем понимать бывшего инженера, ставшего руководителем, решающего как технические (например, внедряем RabbitMQ или Kafka), так и административные вопросы (например, план обучения новичков, сколько еще нанять разработчиков и каких и т.п.). Под такое понятие могут подпадать Tech Lead, Team Lead, Project Manager.

Так уж получилось, что в последнее время я менял работу несколько чаще обычного (чаще раза в 10+ лет), и в какой-то момент осознал, что накопил уже довольно много мелких и не очень мелких практик и рецептов, помогающих экономить время и повысить качество собственных действий на этом поприще. Так почему бы и не поделиться ими?

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

К порталу Госуслуг редко встретишь нейтральное отношение. Многие его любят и говорят, что это отличная альтернатива очередям в ведомствах и МФЦ — заполняешь заявление online и быстро получаешь нужную справку или документ. Для других Госуслуги — это проблема. Непонятно, как это работает, где найти услугу и куда нажимать.

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

При создании технологического продукта требуется объединение множества патентоохраняемых разработок (например, на создание персонального компьютера требуется не менее 251 патента). Как правило, часть подобных разработок включена в официальные стандарты. О некоторых юридических особенностях получения лицензии на подобные стандарт-необходимые патенты речь пойдет в данной заметке.

I.            FRAND обязательства

FRAND (Fair, Reasonable and Non-Discriminatory) – это обязанность правообладателя, чей патент включен в стандарт, предоставлять лицензии на такой патент любому лицу на справедливых, недискриминационных и разумных условиях. Например, подобное обязательство указано в Общей патентной политике Международного союза электросвязи, Международной организации по стандартизации и Международной электротехнической комиссии.

Наиболее иллюстративным примером FRAND обязательств является спор Microsoft v. Motorola, рассмотренный Апелляционным судом США Девятого округа. В 2010 г. Motorola направила Microsoft предложение заключить лицензионное соглашение в отношении стандарт-необходимых патентов MPEG – 4 и wi-fi (Motorola один из нескольких десятков правообладателей, чей патент входит в стандарты MPEG – 4 и wi-fi). Motorola предложила следующий размер роялти: 2,25 % от стоимости окончательного продукта.

Microsoft направил соответствующий иск в суд, обвинив Motorola в нарушении FRAND обязательств. Суд удовлетворил требования Microsoft, указав, что Motorola завысила размер роялти, а также определил справедливые выплаты в размере $ 0,16389 за каждую единицу товара для патента, включенного в стандарт MPEG – 4, и $ 0,195 за каждую единицу товара для патента, включенного в стандарт wi-fi.