Всемогущий календарь, обзоры ИСУП, гибрид Гантта и канбана, эффективный баг-трекинг, вредная многозадачность, обзоры новых книг для лидов и ПМ и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Рассказываем, что стоит знать о VDI «в первом приближении»: как появилась технология и каковы ее перспективы в ближайшем будущем. А также коротко разберем, почему бизнес смотрит в сторону виртуальных рабочих столов и от каких нюансов зависит, будет ли внедрение успешным или забудется как страшный сон.
Ранее мы в Beeline Cloud уже готовили гайды для управленцев — по WAF и SD-WAN.
Приходит джун: весь день строчит код, задачи летят одна за другой, в Jira зелёный дождь. Красота. А рядом сидит сеньор: в Jira две задачи висят уже третью неделю, весь день в созвонах, чатах и "просто подойди на пять минут". И в голове у руководства тихая мысль: "А не переплачиваем ли мы этому товарищу?"
Собственники и топ‑менеджеры МСБ часто сталкиваются с парадоксом: обороты растут, а прибыль тает. Причина не в рынке и не в ценах, а в хаосе внутри компании.
Отчёты собираются вручную, ключевые показатели никто не считает, решения принимаются на интуиции, без опоры на цифры.
В статье рассказываем, как таким компаниям наладить управляемость бизнеса и повысить маржинальность.
Всем привет! Меня зовут Денис Ульянов, и я продолжаю серию статей «От разработчика к руководителю». Сегодня поговорим о фазовом переходе, который происходит с инженером, когда он становится руководителем.
Когда сегодня говорят про искусственный интеллект, почти всегда имеют в виду GPT-модели. Кажется, что весь рынок инноваций свёлся к чатам с нейросетями. Но это искажение. Пока внимание сосредоточено на OpenAI, рядом существует компания, которая делает не менее масштабную революцию, но в другой плоскости.
Niantic — та самая студия, подарившая миру Pokémon Go. Для многих это всего лишь игра с покемонами в дополненной реальности. Но на самом деле Niantic годами выстраивает совершенно другой бизнес: она превращает миллионы игроков в добровольных картографов, которые собирают уникальные данные о мире. И эти данные становятся основой для геопространственных ИИ-моделей — того самого «пространственного интеллекта», который завтра будет управлять роботами, строить 3D-карты городов и задавать новые стандарты AR.
Я собрал воедино последние 8 лонгридов, пересобрал их, дополнил и выложил в открытый и бесплатный доступ свою книгу "Хватит выгорать! Инструкция для руководителей".
Книгу можно забрать по ссылкам:
🍀в GoogleDocs
🍀в формате FB2 или FB2.zip.
Вот что описывается в книге:
🍀насколько сложно быть современным руководителем
🍀почему на современный менеджмент так сильно влияют старые установки на регулярные переработки, и почему они вредны
🍀как разрушительно для бизнеса токсичное лидерство, и почему его так много
🍀насколько вреден сиюминутный подход к ведению бизнеса, и почему его стало так много
Но самая главная и важная часть дальше, в описании того,
🍀как организовать работу, чтобы не перерабатывать, но делать даже больше
🍀как добиться воплощения фразы "счастливый сотрудник - успешная компания" в жизнь
🍀как выстраивать баланс между работой и жизнью, чтобы быть одновременно продуктивным и счастливым.
7 глав. 350 страниц. Свыше 400 исследований. Чтобы описать, объяснить и доказать одну простую фразу.
Счастливый руководитель - успешная компания.
Далее содержатся ключевые тезисы книги, которая доступна бесплатно без регистрации и СМС.
Продолжаю разбирать произведения классической литературы по Agile. В первой статье говорил о «Мёртвых душах» и «Преступлении и наказании», где герои использовали принципы Agile и им удавалось достигать результата. А в этой статье разбор неудачного кейса из «Евгения Онегина».
Первый важный момент для развития команды – это ее разнообразие, эффективный руководитель понимает, что разнообразие/diversity команды это основа ее устойчивости, основа ее способности находить нешаблонное, нестереотипное решение для постоянно возникающих проблем, так как нет в команде только одного типа реакции на внешний мир.
Чтобы правильно подобрать людей важно определить их отличие друг от друга, и тут среди множества классификаций личностей я выбрал ту, которая обладает двумя очень важными характеристиками: простотой определения и четкостью выделенных особенностей личности.
Это классификация, построенная на теории Спиральной динамики Клера Грейвза, которая позволяет четко выделить три типа личностей по способу взаимодействия с внешним миром: Человек Действия, Человек Коммуникации, Человек Логики. Все эти три типа личностей должны быть обязательно, так как это позволяет сформировать максимально сбалансированную и устойчивую команду, где каждый отвечает за свой аспект и дополняет других.
Почему экспертиза мешает вам расти — и как спасает караоке
Исследования в области когнитивной психологии показывают, что рост экспертизы часто сопровождается феноменом cognitive entrenchment - укоренением мышления, когда человек начинает мыслить исключительно устоявшимися паттернами и теряет способность к гибкости и инновациям. Для продуктовых менеджеров и ИТ-лидеров это особенно критично: в условиях динамичного рынка и неопределенности требуется постоянный поиск новых решений. В статье рассматривается концепция стратегического аматоризма — практики сознательного выхода в роли «новичка» через занятия, не связанные с профессией. Такой подход активирует нейропластичность, усиливает адаптивность и формирует культуру экспериментов в командах.
Небольшая подборка продуктовых кейсов с собеседований в крупные компании РФ, которая поможет вам в подготовке к техническому интервью. А также разбор типичных ошибок, которые совершают при решению кейсов.
Привет, Хабр! Меня зовут Павел Новиков. Я руковожу группой разработки мобильных редакторов приложения МойОфис Документы. Мы реализуем его на Kotlin и Swift, и всё это – на базе кроссплатформенного C++17-ядра.
Недавно наша команда решила внедрить подход, описанный в книге «6 гениев команды». Она делит рабочие предпочтения на три категории: «гений» — то, что вдохновляет и заряжает энергией, «навык» — то, что получается хорошо, но не приносит особого удовольствия, и «раздражитель» — то, что даётся с трудом и вызывает дискомфорт. Мы адаптировали этот подход под нашу команду и посмотрели, как он работает в реальной разработке. В этой статье расскажу, что получилось и какие выводы мы сделали.
Подборка компаний для DevOps-аутсорса: помогают бизнесу внедрять DevOps-практики, ускорять разработку, настраивать CI/CD и Kubernetes, мигрировать сервисы в облака и обеспечивать круглосуточную поддержку ИТ-инфраструктуры.
Бесплатные тарифы есть почти у всех разработчиков, но условия разные: где-то ограничено число пользователей, где-то урезаны функции или интеграции. Мы собрали 10 популярных таск-менеджеров 2025 года и проверили, где free-тариф подходит для полноценной работы, а где командам всё равно придётся купить подписку.
Привет, Хабр! Меня зовут Оля, я ведущий проектный менеджер в ЮMoney. Курирую несколько команд, в которых трудятся разные разработчики, в том числе джуны. В этой статье расскажу, как я выращиваю новичков в своей команде, какие навыки советую им развивать. Про подбор новых проектных менеджеров в отдел тоже поговорим.
1 сентября вступил в силу новый закон о маркировке звонков. Теперь каждый звонок будет подписан. Как могут подписать нас с вами?
Разбираемся, какие есть варианты на практике, и что можно сделать для того, чтобы те, кому вы звоните, не перестали брать трубки.
Да, у нас на Хабре уже было несколько постов на тему этой маркировки. Но, к сожалению, не все авторы смогли найти то самое Постановление Правительства, которое устанавливает конкретные правила маркировки. А это Постановление уже принято и подписано.
Короче, давайте разбираться подробно и на практике, что делать-то со всей этой красотой.
Казалось бы, чего может быть сложного: спроектировали, разработали, протестировали программную информационную систему и все, осталось только ее запустить в продуктивный режим эксплуатации, что обычно неоднократно репетируется. Но так ли это просто? Ответ положительный, если внедряется ERP-система на подразделении с небольшим числом конечных пользователей, уровень владения компьютером у сотрудников плюс-минус нормальный, все участники проекта сосредоточены в одной локации и, наконец, число специфичных требований к системе небольшое. Сейчас мы рассмотрели типовой проект внедрения корпоративной системы (далее – КИС).
Однако, бывают и более масштабные проекты, требующие более тщательного анализа и выбора вариантов запуска ERP-решения. Например, компания имеет распределенную географию работы, число конечных пользователей велико, часть из которых и компьютером то не пользовались, плюс ожидается, что КИС будет сильно кастомизирована под потребности заказчика. Здесь не получится взять и сразу запустить новое ИТ-решение на всех локациях и для всех пользователей. Хотя, нет, получится, но риск того, что все закончится провалом, достаточно велик. Как быть в этом случае? Необходима более разумная и согласованная со всеми стратегия запуска ERP-системы. Подобную стратегию называют по-разному: где-то концепция имплементации, в других источниках – стратегия развертывания, мы же будем называть ее стратегией внедрения.
Рассмотрим в текущей статье особенности стратегии внедрения ERP-систем, разработка которой обеспечит более взвешенный, осмысленный и, самое главное, менее рискованный ход запуска информационной системы на крупномасштабном предприятии. Для этого мы последовательно коснемся следующих вопросов: пилотные проекты, параллельные и последовательные запуски ИТ-решений, три базовых подхода ко внедрению и обработке неопределенностей.
Как IBM не смогла превратить технологию Watson в медицинский продукт и потеряла миллиарды.
(От автора: Все факты в этом материале взяты из открытых источников: The Wall Street Journal, STAT News, IEEE Spectrum и других. Имена и события реальны. Наша цель — извлечь уроки из чужих ошибок, а не бросить камень в гиганта. Великие провалы учат лучше скромных успехов.)
Модернизация легаси-систем редко упирается в «переписать код». Настоящая боль — это реконструкция архитектурных идей, которые давно утонули в слоях костылей и концептуального дрейфа. Когда бизнес уже ушёл вперёд, а софт застрял в прошлом, любое изменение превращается в риск подорвать критичный функционал. В статье разбираем, как ИИ может взять на себя часть этой работы: от трассировки кода и визуализации связей до восстановления бизнес-требований. Речь не про генерацию рутинных кусков кода, а про то, как большие языковые модели помогают справляться с фундаментальной сложностью и делают проекты модернизации менее хаотичными и более предсказуемыми.
Привет, слышали про Искусственный интеллекту (ИИ)? А про ИИ из каждого утюга?
Утюги говорят, что это очень полезная разработка? Помощники, ассистенты, чат-боты, фото/видео редакторы, диагносты и еще миллионы вещей делать умеют. ИИ уже пишет код, составляет резюме и придумывает тексты для Хабр. Но вместе с этим растут и риски. Причем не только баги, но и настоящие миллионные убытки.
Недавно я задала ИИ несложный вопрос и столкнись с неожиданным, неверным ответом, который меня озадачил