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

В статье мы разложим по полочкам четыре ключевые методологии целеполагания — MBO, KPI, OKR и BCS — покажем, как они помогают связать стратегию с повседневной работой, и дадим полезные инструменты управления целями, чтобы бизнес шел по курсу, а не дрейфовал. 

Текучка специалистов ИТ-поддержки в российских компаниях составляет 30–35% в месяц. Такую статистику показывают исследования 2024 года. Одна из главных причин — стресс. С ним сталкиваются 40–60% сотрудников поддержки. Половина из них готова уволиться из-за постоянного перенапряжения. Несмотря на неутешительные цифры многие организации воспринимают эту проблему как данность и не задумываются, какой ущерб она наносит бизнесу. В статье разбираемся, из-за чего возникают выгорание, текучка и как ESM-система помогает с ними справиться.

Когда команда растет вместе с проектной нагрузкой, задачи перестают умещаться в блокнотах или Excel. В каждой ИТ-команде, маркетинговом отделе или проектном офисе задаются главным вопросом: где и как фиксировать задачи, чтобы ничего не потерять? Казалось бы, ответ понятен — есть десятки таск-трекеров, которые помогут упорядочить этот процесс. Только как выбрать подходящий сервис?

В последние пару лет всё чаще можно услышать фразу: «Мы уже не знаем, где искать квалифицированных сотрудников: в России дефицит кадров».

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

Но что делать бизнесу, если самый простой путь перекрыт?

Этот текст мы написали по интервью одного из наших клиентов. Он так вдохновился накопительной диаграммой потока, что решил рассказать о своём опыте нам. А мы — вам :-)

Все вокруг говорят про облачные сервисы, хранилища и системы. Но если вы работаете в крупной компании с закрытым контуром, любое «облако» — радиоактивное. Потому что утечка данных или сбой сервиса — это минус репутация и контракты.

И вот вы, большое предприятие, хотите внедрить КЭДО, чтобы упростить наём, согласование отпусков и командировок. Но возникает закономерный вопрос: а нам так можно?

Если кратко, то можно. Подробнее рассказали в статье и ответили на главные вопросы:

Российский рынок систем управления проектами в 2025 году выглядит насыщенным как никогда: есть облачные решения для ИТ команд с досками и задачками, есть и платформенные гиганты с BI аналитикой и матрицей ресурсов. Но как выбрать? Чем они отличаются? Какие из них реально работают в крупных компаниях?

Я составил краткий и честный обзор на 10 систем управления проектами. Без рекламы, с плюсами, минусами и рекомендациями для разных случаев.

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

Выгорание участников проекта, недовольство заказчика, сдвигание сроков...

Было сложно, но мы это решили.

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

Осталось разобраться, что такое ZC детектор, на примере одной из его возможных реализаций. Посмотрим, как можно реализовать ”входную” и ”выходную” сигнальные цепи, и как их подключить к сети 220 В.

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

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

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

Это будет рассказ о личном опыте посещении смотровой площадки башни «Федерация» в новогодние праздники 2021 и наблюдения UI этой самой смотровой площадки.

"Федерация" - это комплекс зданий в Москва-сити, включающий 2 башни: Восток и Запад. Башня Восток является вторым по высоте зданием в Европе. Его высота составляет 374 метра и 95 этажей. На 89 этаже располагается открытая для посещения смотровая площадка PANORAMA360.

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

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

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

Предпосылки

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

И мы тут как тут. За изоляцию мы сделали 6 онлайн-митапов, сегодня делимся материалами с трёх, организованных при участии коллег из EPAM и Контура:

Бэкенд, Мобильная разработка, Искусственный интеллект

«Упрощаем себе жизнь с помощью Unit-тестирования»

• расскажу, почему нетестируемые проекты увеличивают сроки релизов;
• приведу аргументы в пользу написания юнит-тестов. Рассмотрим, почему хороший дизайн тестируемый, а обратное — неверно;
• плохие юнит-тесты хуже, чем ничего. Поговорим про требования к юнит-тестам. Например, почему важна изолированность или скорость выполнения тестов;
• расскажу про лучшие практики юнит-тестирования с примерами на NUnit.

• «К ролику пришли замечания»;
• «Дай, пожалуйста, доступ к роликам»;
• «Любовь к роликам» и тому подобное.