Посты сайта bychko.ru за последние 12 месяцев
-

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

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

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

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

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

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

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

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

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

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

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

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

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

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







