-
Монолит и микросервисы
Статья сравнивает монолитные и микросервисные архитектуры. Монолитная архитектура проста в реализации и подходит для небольших проектов, но сложна в масштабировании и поддержке. Микросервисная архитектура, наоборот, обеспечивает гибкость и масштабируемость, но требует сложного управления и межсервисной коммуникации. В статье обсуждаются плюсы и минусы каждой архитектуры, а также рекомендации по выбору подходящей модели для конкретных проектов.
-
Всё, что менеджеру проектов нужно знать о RACI
Статья на сайте обсуждает модель распределения ответственности RACI (Responsible, Accountable, Consulted, Informed) и её применение в управлении проектами. Автор объясняет важность четкого определения ролей и задач для повышения эффективности работы команды. Приводятся примеры успешного внедрения модели в различных проектах и рекомендации по её адаптации к конкретным условиям.
-
Подготовка к найму топ-менеджера
Пост обсуждает найм топ-менеджеров, подчеркивая важность подготовки и избегания ошибок, которые могут стоить компании миллионов. Автор выделяет девять ключевых пунктов для успешного найма, включая определение целей, формирование требований к компетенциям, установление схемы оплаты и взаимодействия с руководством, а также определение критериев успешности и признаков неудачи.
-
Утилизация ресурсов
В управлении проектами важно делать первичную оценку стоимости и сроков, не углубляясь в детали. Ошибка новичков — считать, что исполнитель может работать 100% времени на проект. В реальности, утилизация сениора — 6 часов в день, мидла и джуна — меньше. Внешнюю утилизацию следует планировать на 80-90 % от внутренней.
-
Как писать нефункциональные требования
Нефункциональные требования (НФТ) включают надежность, мониторинг, уведомления, восстановление, архивацию, удаление мусора, производительность, логирование, обработку ошибок, требования к коду, решение инцидентов, конфигурацию, администрирование, удобство пользователя, безопасность, совместимость и ИТ-ландшафт. Эти требования важны для качественной поддержки системы, определяют выбор стека и методологии разработки. Их нельзя упускать при подготовке требований к ПО.
-
Мысли из Линкадина — 21
Рассуждения о проверке и корректировке устаревших инструкций новичками, различиях между реальной оценкой времени на задачу и обещанием, необходимости личной презентации дизайна, саморефлексии для уменьшения текучки персонала, и персоналозависимости компаний. Также рассматриваются проблемы делегирования, стандартизации, радости, связанных с технологией, и идеи о сборе данных пользователей для улучшения сервисов.
-
Тестирование требований
Тестирование требований — важная qa-шная компетенция. Цель: устранение логических противоречий. Бизнес-аналитик или тестировщик проверяют аспекты требований: соответствие шаблонам, ясность формулировок, полнота описания и другие. Результат — замечания, предложения по улучшению системы и процессов. Тестирование особенно ценно за разрушительное мышление тестеров, выявляющее риски.
-
Выученные уроки по проекту (постмортем)
Постмортем, или «Выученные уроки», это документ, в котором руководитель проекта фиксирует приобретенный опыт. Автор приводит примеры из собственного опыта, обсуждает структуру и подходы к написанию постмортема. Важно документировать конкретные ситуации и уроки для последующих команд. PMBOK рекомендует вести записи по ходу проекта.
-
Всё, что менеджеру проектов нужно знать о бэклоге
Владимир Бычко рассказывает о бэклоге, структурированном списке задач для команды разработки. Он описывает различные виды бэклогов (продукта, спринта, гипотез, обращений) и ключевые поля для элементов бэклога (ID, приоритет, инициатор, дата добавления, краткое наименование, детальное описание, критичность, комментарий). Регулярное обслуживание и груминг бэклога поддерживают его актуальность и эффективность.
-
Вывод ПО из эксплуатации
Автор обсуждает процесс вывода программного обеспечения из эксплуатации. Он подчеркивает важность создания архива, уведомления пользователей, защиты данных и удаления конфиденциальной информации. Автор также рекомендует ревизию оборудования и написание постмортем-документа для анализа уроков, полученных за время использования продукта.
-
Ещё 5 критичных ошибок менеджеров проектов
Владимир Бычко описывает пять критичных ошибок менеджеров проектов: неуправление ожиданиями заказчиков, экономия на постановке задач, упущение контроля сроков, недостаточное информирование команды и страх перед ошибками. Он подчеркивает важность четкой коммуникации, регулярного контроля, обучения и открытости для успешного управления проектами.
-
Организация отпусков
Эксперт в статье обсуждает организацию отпусков с точки зрения менеджмента. Он предлагает заранее назначать заменяющих сотрудников и передавать им дела, избегать накладывающихся отпусков и обеспечивать непрерывность работы. Если сотрудник увольняется, важно сразу найти ему замену или временного сменщика, предлагая им премии за дополнительную нагрузку.
-
Всё, что менеджеру проектов нужно знать об управлении рисками
Автор описывает управление рисками в проектном менеджменте. Он рассматривает идентификацию рисков, анализ и приоритизацию, разработку стратегий, мониторинг и разбор уроков. Основные стратегии управления рисками включают уклонение, смягчение, делегирование и принятие. Автор подчеркивает важность вовлечения команды, регулярного обновления реестра рисков и внимательного анализа после завершения проекта.
-
Всё, что менеджеру проектов нужно знать о ретроспективе
Владимир Бычко в статье о ретроспективе объясняет её значение для проектных менеджеров. Ретроспективы, пришедшие из скрама, помогают анализировать работу и улучшать процессы после каждого спринта. Автор делится советами по подготовке и проведению ретроспектив, подчёркивая важность доверительной атмосферы и регулярного анализа метрик.