Рубрика: Менеджмент

  • Позитивное управление в IT: элементы бирюзы

    Позитивное управление в IT: элементы бирюзы

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

  • Четыре совета, как успешно сделать проект

    Четыре совета, как успешно сделать проект

    Ускорьте принятие решений, очертите границы проекта, учитывайте отношения, создавайте систему. Сегодня я краток и чрезвычайно ценен.

  • Изменения в PMBOK 8

    Изменения в PMBOK 8

    13 ноября 2025 года PMI выпустила новую версию стандарта PMBOK 8. Ключевые изменения: возврат к процессной модели (40 процессов) и фокусам на инициацию, планирование и др. Введены 6 принципов поведения менеджера и 7 областей практики. Акцент смещён на генерацию ценности, устойчивое развитие и применение ИИ. Объединено управление коммуникациями и стейкхолдерами. Роль руководителя проекта расширена в…

  • Разница между процессом и системой

    Разница между процессом и системой

    Процесс описывает последовательность действий во времени, система описывает устройство, материалы, структуру и функцию объекта. Процесс является проявлением работы системы, но не равен ей. Для понимания и улучшения любой системы нужно рассматривать четыре аспекта: функциональный, процессный, материальный и структурный одновременно.

  • PMBOK за пять минут

    PMBOK за пять минут

    Статья Владимира Бычко о PMBOK упрощает понимание управления проектами: проект состоит из инициации, планирования, исполнения, мониторинга и закрытия. Автор советует не углубляться в тяжеловесные методики, а использовать простые инструменты для задач, оценок и рисков. Важна практика, демо и коммуникация с заказчиком. Методика не подходит большим и госпроекты.

  • Постоянно недовольный клиент

    Постоянно недовольный клиент

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

  • Квартальное планирование в Agile

    Квартальное планирование в Agile

    Квартальное планирование в Agile балансирует гибкость и предсказуемость. Оно задаёт среднесрочные цели, синхронизируется с бизнес-циклами, улучшает коммуникацию, позволяет планировать крупные инициативы без микроменеджмента. Риски: избыточная фиксация, снижение адаптивности, лишняя документация. Решение — итеративное планирование, OKR, регулярная переоценка приоритетов для создания ценности.

  • Фича-хаос

    Фича-хаос

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

  • 8 стратегических менеджерских ошибок в IT

    8 стратегических менеджерских ошибок в IT

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

  • Асинхронность в Agile на удалёнке

    Асинхронность в Agile на удалёнке

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

  • One-to-one, 1-to-1, 1-2-1, 1:1 встреча

    One-to-one, 1-to-1, 1-2-1, 1:1 встреча

    Встречи 1-2-1 необходимы для мотивации и поддержки сотрудников, а не только контроля. Подготовьтесь: изучите заметки, задайте вопросы о самочувствии, приоритетах, фидбэке и росте. Проводите раз в 2 месяца, ведите заметки, выполняйте договорённости. Фокус на доверии и развитии усиливает вовлечённость и раскрывает скрытые проблемы команды.

  • Аудит проектного управления

    Аудит проектного управления

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

  • Самоорганизующиеся команды

    Самоорганизующиеся команды

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

  • Почему квалификация разработчика не гарантирует качество кода

    Почему квалификация разработчика не гарантирует качество кода

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

  • В чём разница между Product Manager и Product Owner

    В чём разница между Product Manager и Product Owner

    Product Manager (PdM) и Product Owner (PO) различаются: PdM — стратег, отвечает за видение продукта и прибыль, не привязан к методологиям. PO — тактик в Scrum, фокусируется на ценности продукта и бэклоге. PdM имеет больше вакансий (2983 против 506), но обязанности схожи: анализ рынка, работа со стейкхолдерами.