Менеджмент

Ограничения проекта, актуальность Waterfall, альтернативы Ganttpro, оценка сроков, руководство по техдолгу, прокачка навыков без курсов, поиск мотивации и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест». Подписчиков ждет удача во всех проектах - проверено!

В управлении командами есть скрытое искусство — искусство тонкой настройки процессов вместо бесконечных героических подвигов. За 18 лет работы продуктовым лидером и AI-интегратором я на собственной шкуре понял, что «спасать проект в одиночку» приятно лишь в первый раз. Дальше — выгорание, несостыковка ожиданий и хрупкий хаос. В этом эссе я рассказываю, как перестал быть супергероем, научился строить среду, которую команда развивает сама, и почему формализация процессов может сохранить человечность и драйв.

Собственно, краткая суть истории в том, что господин Деминг, светило науки в области управления организациями, на своём семинаре наглядно показывал пример того, как работает мотивация.

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

Логично предположить, что подопытный это сделать не мог. Тогда Деминг подключал «мотивацию»:

Domain-Driven Design подход проектирования давно уже не новые слова, однако и не самая раскрытая тема. Я попытался объснить концепцию такого подхода к проектированию на собственных примерах.

Удалённая работа давно перестала быть временным решением. Сегодня это стандарт для многих команд. Чтобы всё работало как часы, нужны инструменты: коммуникация, управление задачами, документация, совместная работа. Раньше с этим справлялись зарубежные сервисы, но всё сложно 🙄 Собрали российских 13 аналогов для замены шести известных сервисов.

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

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

В IVA Technologies мы подходим к разработке продуктов системно: анализируем рынок, проектируем будущее, тестируем гипотезы, следим за метриками и слушаем пользователей. Но в этот майский день мы решили взглянуть на продуктовую разработку не слишком серьезно. А скорее как на бурный, страстный и немного драматичный роман. Где MVP — это первое свидание, релиз — как признание в любви, а ретроспектива — почти как разговор «нам надо поговорить».

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

Что объединяет финансовые крахи, эпидемии, землетрясения и падения великих империй? На первый взгляд, это абсолютно разные явления. Но американский физик, бывший редактор журналов Nature и New Scientist, лауреат Премии Лагранжа в области науки о сложности и один из ведущих мыслителей на стыке физики, биологии, социальных наук и истории Марк Бьюкенен обнаружил удивительную закономерность: в основе самых разных катастроф лежит единый фундаментальный механизм.

Мы привыкли думать, что катастрофы — это сбои, нарушения естественного порядка вещей. Но книга Марка Бьюкенена «Ubiquity» («Вездесущность») утверждает обратное. Катастрофы вовсе не являются исключениями или ошибками системы; они — её естественное состояние. Это состояние называется самоорганизованной критичностью.

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

Бьюкенен объясняет, что это не просто красивый образ, а строгая научная закономерность, известная как степенной закон (power law). Согласно ему, мелкие события происходят очень часто, а крупные — крайне редко, но все они подчиняются единой математической логике.

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

Waterfall, Agile, Scrum, Kanban — от выбора методологии зависит то, как команда будет справляться с разными типами задач, уложится ли она в сроки и будет ли вносить бесконечные правки. Если вы хотите четко понять, чем отличаются эти подходы, какие у них сильные и слабые стороны, и в какой ситуации каждый из них действительно эффективен — эта статья для вас.  

Нанимать или развивать? Как определить границу между миддлом и сеньором? А что делать дальше, когда ты уже сеньор? На тимлидстве все заканчивается? Как видите, вопросов много. В статье — как мы их решили в Профи.ру. 

Привет! Меня зовут Борис Пишванов, руковожу архитекторами решений в Альфа-Банке. В статье хочу поделиться историей нашей команды архитекторов решений, которая включает около 90 человек и занимается созданием и разработкой архитектуры IT-решений для бизнес-инициатив крупного банка. Уверен, многим из вас наша история покажется знакомой, а возможно, кому-то поможет избежать наших ошибок или найти вдохновение для позитивных изменений.

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

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

Нужно было что-то менять на кардинально новое. Мы начали искать подход, который помог бы объединить отдельные инициативы в единую осмысленную систему. И здесь наше внимание привлёк подход Capabilities-Based Planning (CBP), про который мы узнали из TOGAF.

Так родилась простая, но, как оказалось, рабочая идея: «А давайте подойдём к нашей работе как к развитию бизнес-функции. Через capabilities»

История о том, как я перестал делать “PrintScreen → PowerPoint → Ctrl + V” и начал жить.

В своей прошлой статье я рассказал о том, как работал в стройке, перешёл в IT и через 3 года создал свой продукт, статья тут

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

И да, я написал его в одиночку с нуля и до текущего релиза 30.04.2025

Привет, Хабр! Меня зовут Егор Толстой, я — ведущий подкаста Podlodka и автор Роадмапа Тимлида. Веду телеграм-канал Teamlead Good Reads, где каждый день делюсь идеями о работе с командами. 

Сегодня — перевод и разбор классной статьи инженера, технического директора и основателя стартап-инкубатора Limbe Labs и лаборатории Red Hat Джереми Брауна. Он рассказывает о том, как эффект IKEA (тот самый эффект, когда мы особенно ценим то, что сделали сами) может работать, и как иногда он больно бьёт по управлению изменениями.

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

Что будет в этой статье:

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

В статье — свежий срез реальных кейсов применения LLM, собранных из сотен обсуждений на Reddit и других платформах, которые показывают, как меняется взаимодействие между человеком и ИИ в условиях зрелой пользовательской среды.

Менеджеры по развитию продукта Контура рассказывают, когда стоит внедрять искусственный интеллект в продукт. Где грань между «давайте добавим AI» и реальной ценностью для пользователя и бизнеса?

Применять инструменты проектного управления – дорого. Это финансовые вложения и время ваших ключевых сотрудников.

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

Когда говорят «1С», в глазах у бухгалтера — святое. У программиста — нервный тик. У бизнесмена — надежда, что оно "просто работает". А у технаря с чувством самоуважения — один вопрос: как эта архаика вообще дожила до наших дней?

Давайте честно. 1С — это рудимент. Цифровой аппендикс, который когда-то помогал пищеварению бухгалтерского учёта в 90-х, а теперь воспаляется при любом упоминании нормального CI/CD. Но прежде чем вскрывать нарыв, разберёмся, откуда он взялся.

Доброго времени, Хабр! Меня зовут Эдвард. В сфере обеспечения качества я с 2012 года. Последние 7 лет работаю в Т-Банке, начинал со старшего специалиста по тестированию бэкэнда и работал в Т-Инвестициях. А сейчас занимаю позицию QA Head управления разработки социальных платформ.

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

Мы производили и продавали столы-трансформеры на 2 млн ₽ в месяц, дорабатывали продукт, пробовали контрактное производство, но все равно закрылись.

А как бы сделали вы?

За 5 лет работы DreamCraft я уволил/нанял в разные направления и проекты в общей сложности более 100 человек. Рассказываю, почему я могу взять обратно тех, с кем ранее уже расстался.