Посты сайта bychko.ru за последние 12 месяцев
-
Как построить команду из сотрудников на удалёнке
Удалённые команды сталкиваются с высокой текучкой из-за слабой сплочённости. Проблемы: отсутствие неформального общения, низкая дисциплина, слабое понимание целей. Решение: выстраивать доверие и вовлечённость через регламенты, базу знаний, KPI, бадди, ретроспективы, митапы, 1-2-1. Это формирует устойчивую команду, эффективную не хуже офисной.
-
Как снизить BUS-фактор
Bus-фактор — риск остановки проекта из-за потери ключевого сотрудника. Признаки: отсутствие документации, сложный онбординг, концентрация знаний у одного человека. Для снижения: внедряйте напарничество, упрощайте вход новичков, документируйте действия, проводите ревизию «серых зон» и регулярные 1-2-1. Системность минимизирует риски и обеспечивает устойчивость проекта.
-
4 типовые ошибки при работе с диаграммой Ганта
Четыре ошибки при работе с диаграммой Ганта: избыточная детализация, отсутствие зависимостей между задачами, нерегулярное обновление и игнорирование интересов заказчиков. Рекомендуется поддерживать верхнеуровневую детализацию, учитывать зависимости, использовать Jira-плагины для актуализации и выделять ключевые вехи для стейкхолдеров.
-
Для чего IT-пиэму нужно уметь программировать
Статья объясняет, зачем руководителю проектов программирование. Оно улучшает понимание процессов, коммуникацию с разработчиками, оценку сроков и автоматизацию задач. Базовый Python и Pandas достаточно, чтобы повысить эффективность, избежать технического долга и заслужить уважение команды, не скатываясь в микроменеджмент.
-
Почему на разработчиках лучше не экономить
Статья Владимира Бычко объясняет, почему экономия на разработчиках — плохая идея. Дешёвые специалисты создают код с техническим долгом, усложняющим масштабируемость и поддержку. Опытные разработчики пишут архитектурный, поддерживаемый код, снижая затраты в будущем. Экономия приводит к багам, демотивации и текучке.
-
Множество проектов, срываются сроки — что делать?
Статья о проблеме срыва сроков из-за мультизадачности в портфеле проектов. Решение — сократить WIP (Work in Progress) до трёх проектов на менеджера, замораживая остальные. Простои устраняются через Full Kit и ворота — контрольные точки, проверяющие готовность ресурсов и ТЗ перед этапами.
-
Софт-скиллы для системного аналитика
Статья Владимира Бычко о софт-скиллах системного аналитика на крупных IT-проектах. Описаны ключевые навыки: коммуникация (активное слушание, ясность, визуализация), аналитическая эмпатия («5 почему»), тайм-менеджмент (Pomodoro, GTD), презентации (сторителлинг, диаграммы), лидерство (эмоциональный интеллект, мотивация). Софт-скиллы помогают аналитику снижать хаос и проектировать эффективные решения.
-
Мысли из Линкадина — 32
Владимир Бычко делится мыслями за месяц, затрагивая делёжку мирового капитала, отказы по вакансиям, эволюцию интернета и проблемы отбора элит. Он размышляет о тестах Тьюринга и Возняка, влиянии игр, озеленении дворов и психическом здоровье. Среди тем — изменения в программировании, синхронный перевод, кинотеатры, зумеры и телевизор. Посты апреля 2025 г., отражают аналитический взгляд на общество, технологии…
-
Фильтрация входящих задач
Стейкхолдеры бесконтрольно сыплют доработками, каждая из которых важная и срочная. Учимся работать с этой проблемой, выправляя её в свою пользу.
-
Мониторинг проекта
Мониторинг проекта — ключевая задача руководителя, включающая отслеживание прогресса, финансов, качества и рисков. Используются автоматизированные инструменты (Jira, системы отчётности) и ручной контроль. Этапы: определение KPI, сбор данных, анализ, корректировка. Эффективный мониторинг выявляет проблемы, минимизирует риски и обеспечивает успешное выполнение проекта.
-
Штатная структура технологической компании
Что-то вроде штатного расписания для типичной технологической компании.
-
13 «Законов подлости» в разработке ПО
Разбор 13 «законов подлости» в разработке ПО: Паркинсон, Хофштадтер, Брукс, Конвей и другие. Они про дедлайны, бардак в командах, переоценку сроков и фич. Всё из опыта.
-
Закон Литтла
Статья про закон Литтла (L = λW) учит, что многозадачность — зло. W (Lead Time) — сколько задача висит в системе, λ (Throughput) — сколько задач команда выдаёт за время. Суть: меньше WIP — быстрее релизы, выше фокус, меньше выгорания. Оптимизируйте процессы, и будет вам счастье.
-
Как отбивать наезды заказчика
Статья описывает, как менеджерам проектов в аутсорсной разработке справляться с наглостью заказчиков. Рассматриваются типичные ситуации: требования бесплатных услуг, перекладывание задач, недовольство без конкретики, уклонение от решений и манипуляции со сроками.
-
Пять инсайтов руководителя проектов
Пять инсайтов, которые помогут вам стать хорошим пиэмом, особенно на ранних стадиях карьеры.