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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Вывод ПО из эксплуатации

    Вывод ПО из эксплуатации

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

  • Ещё 5 критичных ошибок менеджеров проектов

    Ещё 5 критичных ошибок менеджеров проектов

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

  • Организация отпусков

    Организация отпусков

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