Метка: проект

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

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

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

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

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

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

  • WordPress-плагин: Отправка опечатки автору сайта (Typo Reporter)

    WordPress-плагин: Отправка опечатки автору сайта (Typo Reporter)

    Владимир Бычко написал плагин Typo Reporter, позволяющий выделить текст на сайте и отправить владельцу репорт об опечатке. И подарил этот плагин миру.

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

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

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

  • Как понять, что у вас настроена командная работа

    Как понять, что у вас настроена командная работа

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

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

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

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

  • Тревожность руководителя проектов

    Тревожность руководителя проектов

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

  • PERT-диаграмма

    PERT-диаграмма

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

  • 20 вопросов, которые должен задать пиэм перед стартом проекта

    20 вопросов, которые должен задать пиэм перед стартом проекта

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

  • Допущения и ограничения

    Допущения и ограничения

    Владимир Бычко обсуждает проблему плохих постановок задач в управлении проектами. Заказчики часто предоставляют нечёткие цели, что усложняет работу. Неопытные менеджеры могут посылать заказчика, принимать размытые задачи или тянуть время. Метод допущений и ограничений помогает структурировать задачи, минимизировать риски и согласовать ожидания, превращая «галлюцинации» в подобие ТЗ.

  • Правильное завершение проекта по разработке ПО

    Правильное завершение проекта по разработке ПО

    Завершение IT-проекта требует ревизии задач, сверки с заказчиком и подписания документов. Важно проанализировать метрики (загрузка, velocity, NPS, финансы), организовать обучение клиента и поблагодарить за сотрудничество. Ретроспектива, обратная связь и архивация артефактов закрепляют уроки, улучшая будущие проекты и сохраняя доверие стейкхолдеров.

  • Системный подход к планированию проекта

    Системный подход к планированию проекта

    Статья Владимира Бычко разбирает планирование сложных IT-проектов: выявление проблем, определение целей, анализ выгод и ограничений, составление плана, управление рисками и командой. Подчёркивается важность вопросов «Почему?» и «Что нужно?», RACI-матрицы, проектного треугольника и коммуникации со стейкхолдерами для минимизации ошибок и достижения бизнес-целей.

  • Кто такие токсики и как с ними работать

    Кто такие токсики и как с ними работать

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

  • Зачем нужен менеджер проекта со стороны заказчика

    Зачем нужен менеджер проекта со стороны заказчика

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

  • 4 типовые ошибки при работе с диаграммой Ганта

    4 типовые ошибки при работе с диаграммой Ганта

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