От закона Гудхарта и мануалов по увольнениям до кейсов использования ИИ и профилактики когнитивного долга команды - всё самое интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Можно ли всего за 5 минут аннигилировать завод? В Северной Каролине в 2006 доказали, что да!
Бывает, что истории техногенных аварий подают с упором на разрушения, или на жертвы, или на идиотизм участников.
Я хочу подать историю с упором на идею, что любая авария – это сочетание множества факторов, и авария случается только тогда, когда все эти факторы сошлись в одном месте и в одно время, даже если каждое отдельное действие участников может быть логичным.
У любой незакрытой вакансии есть одна очевидная стоимость — зарплата сотрудника, которую компания пока не платит. На первый взгляд это даже выглядит как экономия. Человек еще не вышел — значит, компания не тратит на него 300 000 рублей в месяц.
Но с точки зрения бизнеса расчет работает немного иначе. Если разработчик действительно нужен проекту, отсутствие человека означает, что компания не получает ту работу, ради которой открыла позицию.
И чем дольше длится поиск, тем дороже становится ожидание.
Привет, Хабр! Меня зовут Семён, я разработчик приложений в экосистеме ИТ-продуктов «Лукоморье». До этого я работал дежурным инженером у телеком-оператора: принимал звонки, регистрировал аварии и раскладывал их по пяти Excel-таблицам. В плохие дни через двух операторов проходило до сотни инцидентов, а раз в месяц кто-то тратил полдня, чтобы собрать из этого зоопарка один отчёт для руководства.
Я захотел облегчить жизнь себе и коллегам и решил собрать приложение, которое снимет этот хаос: два месяца по вечерам учил Django, разбирался с миграциями и собирал интерфейс с нуля методом проб и ошибок. До минимально рабочего состояния проект я довёл, но работы оставалось ещё много.
Потом я сменил работу, а задача меня догнала: уже в «Лукоморье» мне прилетело ТЗ на похожую учётную систему, только для диспетчерской службы из другого региона. На этот раз я собрал работающую систему за неделю, не написав ни строчки кода.
Под катом расскажу, как это было, и сравню разные пути для достижения одной и той же задачи.
Привет, Хабр! Я Светлана Чернышова, руководитель управления в рязанском хабе Т-Банка. Моя статья — часть проекта к 20-летию Т-Банка «20 в 20», в котором мы рассказываем об ИТ-хабах в разных городах и о людях, которые живут в этих инженерных сообществах.
За последние шесть лет мне посчастливилось расти вместе с продуктами, которые мы строим: от тимлида небольшой команды из 20 человек до руководителя платформ, объединяющих более 120 инженеров. За это время платформы прошли путь от вспомогательных сервисов до ключевых элементов экосистемы банка.
В статье рассказываю о том, что происходит с техническим лидером, когда его зона ответственности растет не по дням, а по часам. О том, как приходится переосмысливать не только процессы, но и саму роль — от решения задач до создания условий, в которых другие могут принимать правильные решения. Ну и немного про Рязань, конечно 😉
Многие считают, что задача QA — найти как можно больше багов. И чем будет длиннее список в баг-трекере, тем «полезнее» тестировщик. В этой статье расскажем, почему QA — не просто ловец багов, а инженер качества. Разберем, как инженерный подход к стабильности помогает команде Modus управлять рисками задолго до первой строчки кода и почему это полностью меняет отношение к процессам тестирования.
За последние годы я несколько раз видел как компания утверждает план в декабре, а к марту он теряет смысл, но продолжает выполняться, потому что план утверждён. Формально всё в порядке, метрики исполнения зелёные. Фактически ресурсы уходят в никуда.
Отсюда логичный вывод, который делают многие: раз всё равно ничего не предскажешь, зачем вообще стратегия.
Считаю, что это ошибка. В нестабильной среде стратегия тоже нужна, просто другая. Не жёсткий план на пять лет, а система ориентиров, которая позволяет быстро принимать решения и корректировать курс, не теряя главного.
Всем привет! Меня зовут Андрей Храмченков и я занимаюсь проектным управлением в SENSE. В статье собрал модели, которые держу в рабочей тетради и достаю, когда нужно принять сложное решение. И свой опыт того, где они работают, а где их приходится адаптировать под ИТ-реальность.
Всем привет. Мы решили попробовать нестандартный формат, чтобы поговорить о важных для нас и индустрии ИТ темах. Предлагаем вашему вниманию экспериментальный детектив. Все герои вымышлены, а ситуации собирательны. Не ищите точных совпадений :)
Обзор возможностей nanoCAD BIM ВК для проектирования водяных систем пожаротушения: расчёт оросителей по СП 485.1311500.2020, гибкая настройка параметров помещений, автоматическая расстановка фитингов, цветовая индикация труб и оросителей, гидравлические отчёты и интеграция с 3D-моделью. Всё в одном инструменте – от расстановки оборудования до выпуска документации.
Периодически мы чувствуем, что предлагаем хорошее решение. Как в меме: «Эта фича будет прибыльной, но я пока не могу этого доказать». В этом случае оценка продукта не учитывает мнение целевой аудитории, как будто мы единственный пользователь нашего решения.
Иногда при формировании новых гипотез мы можем столкнуться с подменой понятий идеи, ценности и спроса. В моменте идея может показаться нам настолько классной, что мы объясняем её ценность команде, но пропускаем этап её фактической проверки и сразу приступаем к разработке.
Давайте разберёмся, как же всё-таки принимать решения с опорой на реальность.
Привет! Меня зовут Роман Авдонин, я Head of QA в KTS.
Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё.
Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее.
В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.
Арсенал аналитика быстро растет, но ценность инструмента определяется не новизной, а тем, помогает ли он быстрее и точнее решать рабочие задачи. Секция «Инструментарий аналитика» соберет практические кейсы о методах, технологиях и подходах, которые уже показали результат в проектах.
На INFOSTART A&PM EVENT 2026 секция будет посвящена работе с требованиями, данными и знаниями, описанию сложных систем, взаимодействию со стейкхолдерами и повышению качества анализа.
На экране идет диалог:
— Она мне уже неделю не отвечает
— Это редфлаг. Не пиши ей больше
— Но я не хочу ее потерять!
А на фоне кто-то играет в Minecraft, GTA или другую игру.
Не спрашивайте, в чем тут юмор. Просто так уж повелось.
Кто бы мог подумать, что такой формат станет контент-машиной для продвижения абсолютно нелепого на первый взгляд приложения — ИИ-советчика, который подсказывает меткие пикап-фразы.
Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии).
А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково.
Самое важное для наших заказчиков — UX одежды. Это внешнее качество и то, насколько хороши материалы, покрой и вообще исполнение. Ну, знаете, чтобы не было такого, что вы сидите, кодите, и вам всё время где-то на периферии сознания о себе напоминает шов сбоку или упирающаяся в шею неотрываемая без потерь бирка. Требования к качественному корпоративному мерчу сейчас похожи на те, что в профессиональной спортивной форме или в повседневных коллекциях модных брендов.
Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше.
Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт.
Но, конечно, я тут рассказать не про это, а про логистический ад, когда у вас в работе одновременно 200 крупных заказов в месяц.
Меня зовут Юрий Силантьев, я руководитель практики «ERP и финансы» в К2Тех, отвечаю за проекты внедрения 1С.
Мы занимаемся крупными внедрениями уже 15 лет. Недавно я разбирал подход, применяемый нами в крупных внедрениях 1С. От подготовки и предпроекта до эксплуатации: какие инструменты используем, как фиксируем договоренности и за счет чего удерживаем проект в управляемом состоянии.
Эта статья будет второй в серии и целиком посвящена нулевому этапу — предпроектному обследованию: зачем он нужен, из чего состоит и какие артефакты мы получаем на выходе.
Найти хорошего специалиста на аутстаффинге и вывести его на проект — еще не значит, что дальше все пойдет гладко. Самое интересное начинается, когда появляются перерасход часов, простои, недопонимание или конфликт между участниками.
В статье разбираю реальный случай из нашей практики и рассказываю, что должен делать аутстафф-подрядчик после выхода специалиста на проект, чтобы заказчику не приходилось самому разруливать проблемы.
Когда внутренних заказчиков становится слишком много — каждый со своими хотелками и типом документов — поддерживать кучу отдельных сервисов уже нереально.
Отдел кадров приносит документы о приёме на работу, бухгалтерия хочет сверять финансовую отчётность, другие подразделения — своё. Нужен был единый сервис, который умеет распознавать документы и гибко настраивать извлечение данных под любой шаблон.
Ситуацию усложнил уход западных вендоров — тот же ABBYY стал недоступен. Просто взять и купить готовый зарубежный софт мы не могли — ни по соображениям безопасности, ни по факту: рынок сам закрыл эту возможность.
Нужно было решение, которое работает строго внутри защищённого контура. С открытым API, через который можно интегрироваться с практически любой внутренней системой.
Так в Гринатоме (ИТ-интеграторе Росатома) мы начали разработку Атом.Око. Это система, которая не просто видит текст на скане, а понимает структуру документа. Вытаскивает реквизиты, проверяет наличие подписей и печатей.
На фото: один из пользовательских снимков
Наш спутник ударился о небесную твердь ровно в день открытия публичного доступа к нему. Вы, возможно, уже в курсе. Конкретно атмосфера оказалась куда шершавее, чем в прошлый раз, и он спустился пониже и перестал выходить на связь.
К счастью, у нас есть резервный спутник! Из материнского контейнера он вышел чуть позже и выше. Думаю, у него ещё неделя. Так-то мы рассчитывали на несколько месяцев.
И это далеко не всё, что случилось в этой истории.
Вообще, тут две истории, которые сплелись в небольшой ад. Первая — это ожидание и реальность от софта и связи с наземным гридом. Нам пришлось переписывать стек протоколов, потому что в сыром SSH могла дойти половина команды. Например, мы отправляем rm -rf /home/pi/tmp/cache, а приходит rm -rf /home/pi. Это было бы очень забавно.
Очень много приколов с оптимизацией: например, чтобы сделать фотографию не чёрного экрана, надо как-то попасть в Землю. Спутник неуправляемо вращается, двигателя у него нет — поэтому надо дождаться, пока в кадр попадёт планета, и снимать. Так вот, код там прямо из 90-х — камера делает серию из 5 снимков с паузами, а затем основным считается тот JPG, который больше весит. Это значит, что в нём больше значимых пикселей, и это, вероятно, планета.
А, да, и потом американский NORAD перестал давать нам данные о положении спутника, и пришлось стучать в МГУ за матмоделью орбитальных расчётов, которые корректировались по тому, где мы последний раз видели спутник и куда он ушёл.
Итак, наш первый спутник год назад вышел на орбиту и вещал оттуда веб-страницу по радиоканалу. Этот новый спутник, уже с мини-сервером на борту и с доступом по SSH, должен был стать первым полноценным VDS в космосе.
Естественно, всё, что могло пойти не так, пошло не так!
История Леопольда Ашенбреннера ещё недавно выглядела как почти идеальная иллюстрация того, как можно заработать на революции искусственного интеллекта.
После ухода из OpenAI в 2024 году он написал статью под названием «Ситуационная осведомленность», посвящённую будущему искусственного интеллекта, в которой подробно изложил свои взгляды на будущее искусственного интеллекта. Статья была полна сенсационных заявлений и получила широкое распространение в интернете.
Привет, Хабр! Меня зовут Дима, я бизнес‑аналитик в команде внедрения Naumen. Большая часть моей работы — это коммуникация: с клиентами, разработчиками и коллегами внутри команды. Почти вся она происходит онлайн.
В какой‑то момент я заметил, что много рабочего времени уходит не на сами задачи, а на ожидание ответов, уточнения и постоянные переключения между чатами.
Со временем я собрал несколько правил, которые помогают сделать онлайн‑коммуникацию быстрее и не растягивать обычный рабочий вопрос на полдня.
В статье расскажу, когда лучше писать, а когда созваниваться, как составлять сообщения без лишних уточнений и что помогает меньше отвлекаться на чаты.
