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