Пиэм разъясняет, предостерегает, рекомендует

В этом блоге вы можете прочесть мои статьи об управлении вообще и управлении проектами в частности. Пишу тут две-три статьи в месяц.

Вот самые популярные за последние три месяца:

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

У меня нет канала в телеграме, если хотите читать мой блог в этом мессенджере, воспользуйтесь каким-нибудь RSS-ботом, добавив в него rss-фид. Видеоблога на ютубе и в тиктоке тоже нет, я пишу слова руками и всё ещё надеюсь, что коллеги сохраняют умение их читать. Блога на vc нет, но есть профиль, с которого иногда пишу комментарии.

Можете подписаться на рассылку статей на имейл. Обещаю не заваливать спамом. 

Курсы и вебинары не провожу. Мест на менторство сейчас нет.

Консультирую по менеджменту, пишите на vladimir@bychko.ru, накидаю советов, посоветую литературу.

edc wordpress анализ аналитика аудиорассказ баг бизнес время делегирование дизайн жизнь заказчик зарплата игра имейл интерфейс кадры календарь карьера кейс команда контроль конфликт лайфхак макось математика мотивация образование онбординг оценка очередь ошибка планирование приоритет продукт продуктивность проект производительность процесс работа регламент резюме ресурсы рецепт риск руководитель собеседование софт стратегия телеграм терминология типографика требования управление хард скилл цель эффективность юзабилити юмор язык

  • Что тут есть интересного

    Что тут есть интересного

    Наиболее интересные статьи блога менеджера проектов Владимира Бычко.

  • Метод MoSCoW для приоритизации

    Метод MoSCoW для приоритизации

    Простой способ приоритизировать фичи будущего продукта или задачи проекта.

  • Как стать плохим работодателем, 15 принципов

    Как стать плохим работодателем, 15 принципов

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

  • Как стать чайка-менеджером, 7 принципов

    Как стать чайка-менеджером, 7 принципов

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

  • Мысли из Линкадина — 22

    Мысли из Линкадина — 22

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

  • Как бороться с расползанием проектного бюджета

    Как бороться с расползанием проектного бюджета

    Статья объясняет, как справляться с ситуацией, когда клиент предъявляет дополнительные требования сверх первоначальной оценки проекта. Автор предлагает несколько стратегий: формализовать запросы через документирование, оценить влияние на сроки и бюджет, использовать изменения как возможность для переговоров о пересмотре условий контракта, и при необходимости вежливо, но твердо отказывать в выполнении дополнительных работ без корректировки оплаты. Важно поддерживать…

  • Всё, что менеджеру проектов нужно знать о правках

    Всё, что менеджеру проектов нужно знать о правках

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

  • Монолит и микросервисы

    Монолит и микросервисы

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

  • Всё, что менеджеру проектов нужно знать о RACI

    Всё, что менеджеру проектов нужно знать о RACI

    Статья на сайте обсуждает модель распределения ответственности RACI (Responsible, Accountable, Consulted, Informed) и её применение в управлении проектами. Автор объясняет важность четкого определения ролей и задач для повышения эффективности работы команды. Приводятся примеры успешного внедрения модели в различных проектах и рекомендации по её адаптации к конкретным условиям.

  • Подготовка к найму топ-менеджера

    Подготовка к найму топ-менеджера

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

  • Утилизация ресурсов

    Утилизация ресурсов

    В управлении проектами важно делать первичную оценку стоимости и сроков, не углубляясь в детали. Ошибка новичков — считать, что исполнитель может работать 100% времени на проект. В реальности, утилизация сениора — 6 часов в день, мидла и джуна — меньше. Внешнюю утилизацию следует планировать на 80-90 % от внутренней.

  • Как писать нефункциональные требования

    Как писать нефункциональные требования

    Нефункциональные требования (НФТ) включают надежность, мониторинг, уведомления, восстановление, архивацию, удаление мусора, производительность, логирование, обработку ошибок, требования к коду, решение инцидентов, конфигурацию, администрирование, удобство пользователя, безопасность, совместимость и ИТ-ландшафт. Эти требования важны для качественной поддержки системы, определяют выбор стека и методологии разработки. Их нельзя упускать при подготовке требований к ПО.

  • Мысли из Линкадина — 21

    Мысли из Линкадина — 21

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

  • Тестирование требований

    Тестирование требований

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

  • Выученные уроки по проекту (постмортем)

    Выученные уроки по проекту (постмортем)

    Постмортем, или «Выученные уроки», это документ, в котором руководитель проекта фиксирует приобретенный опыт. Автор приводит примеры из собственного опыта, обсуждает структуру и подходы к написанию постмортема. Важно документировать конкретные ситуации и уроки для последующих команд. PMBOK рекомендует вести записи по ходу проекта.