Метка: планирование
-
Почему уйдут менеджеры-погонщики
Развитие ИИ и автоматизации радикально изменит роль менеджеров среднего звена: функции передачи информации, сбора статусов, подготовки отчётов и координации типовых процессов всё чаще будут выполнять ИИ-агенты и корпоративные системы, поэтому менеджеры, работающие по модели «погонщика», постепенно станут невостребованными. При этом исчезнет не сама профессия менеджера, а её рутинная часть: ценность сохранят руководители, которые умеют планировать,…
-
Руководитель изводит правками, что делать?
Тип руководителя-перфекциониста: крайне внимательного к деталям, стандартам и качеству, который воспринимает контроль и поиск ошибок как защиту бизнеса от хаоса. Его сильные стороны — системность, аналитичность, способность замечать риски, развивать людей и создавать качественные продукты. Слабые стороны — избыточная дотошность, медлительность, трудности с делегированием и склонность задерживать выпуск результатов из-за стремления довести всё до идеала.
-
Четыре совета, как успешно сделать проект
Ускорьте принятие решений, очертите границы проекта, учитывайте отношения, создавайте систему. Сегодня я краток и чрезвычайно ценен.
-
Изменения в PMBOK 8
13 ноября 2025 года PMI выпустила новую версию стандарта PMBOK 8. Ключевые изменения: возврат к процессной модели (40 процессов) и фокусам на инициацию, планирование и др. Введены 6 принципов поведения менеджера и 7 областей практики. Акцент смещён на генерацию ценности, устойчивое развитие и применение ИИ. Объединено управление коммуникациями и стейкхолдерами. Роль руководителя проекта расширена в…
-
Квартальное планирование в Agile
Квартальное планирование в Agile балансирует гибкость и предсказуемость. Оно задаёт среднесрочные цели, синхронизируется с бизнес-циклами, улучшает коммуникацию, позволяет планировать крупные инициативы без микроменеджмента. Риски: избыточная фиксация, снижение адаптивности, лишняя документация. Решение — итеративное планирование, OKR, регулярная переоценка приоритетов для создания ценности.
-
PERT-диаграмма
PERT-диаграмма визуализирует задачи и этапы сложных проектов, помогая рассчитать сроки через оценку по трём точкам. Она превосходит Ганта в отображении зависимостей, упрощает синхронизацию команд и управление рисками. Недостатки: субъективность оценок и отсутствие финансовых данных. PERT идеальна для многофазных проектов с неопределённостью.
-
Почему квалификация разработчика не гарантирует качество кода
Плохая среда разработки, а не низкая квалификация, часто приводит к некачественному коду. Хаотичные процессы, отсутствие CI/CD, спешка и игнорирование инициатив убивают мотивацию разработчиков. Давление ради скорости упрощает архитектуру и вызывает баги. Для качественного кода нужны стабильные процессы, нормализация среды и поддержка инициатив, даже с риском задержек релиза.
-
20 вопросов, которые должен задать пиэм перед стартом проекта
20 ключевых вопросов для менеджера проекта перед стартом: от бизнес-целей и рисков до ресурсов, сроков и приёмки. Навык задавать вопросы и добиваться ответов критичен для успешного запуска. Чёткие ответы на эти вопросы обеспечивают понимание целей, минимизируют риски и гарантируют уверенный старт.
-
Допущения и ограничения
Владимир Бычко обсуждает проблему плохих постановок задач в управлении проектами. Заказчики часто предоставляют нечёткие цели, что усложняет работу. Неопытные менеджеры могут посылать заказчика, принимать размытые задачи или тянуть время. Метод допущений и ограничений помогает структурировать задачи, минимизировать риски и согласовать ожидания, превращая «галлюцинации» в подобие ТЗ.
-
Системный подход к планированию проекта
Статья Владимира Бычко разбирает планирование сложных IT-проектов: выявление проблем, определение целей, анализ выгод и ограничений, составление плана, управление рисками и командой. Подчёркивается важность вопросов «Почему?» и «Что нужно?», RACI-матрицы, проектного треугольника и коммуникации со стейкхолдерами для минимизации ошибок и достижения бизнес-целей.
-
Зачем нужен менеджер проекта со стороны заказчика
Клиентский менеджер в заказной разработке предотвращает хаос, обеспечивая единую точку входа, приоритизацию, контроль бюджета и доступов. Без него возникают срывы сроков, размытие ответственности и конфликты. Если менеджера нет, пиэм подрядчика берёт его функции, фиксируя решения, риски и этапы. Эффективное управление ожиданиями и итерации спасают проект от провала.
-
Метод освоенного объёма (Earned Value Analysis)
Метод освоенного объёма (EVA) помогает отслеживать прогресс проектов по срокам и бюджету. Используя показатели PV, EV, AC, рассчитываются отклонения (CV, SV) и прогнозы (EAC). Подходит для предиктивных моделей, требует базового плана. Позволяет выявлять риски и корректировать проект, обеспечивая точный контроль.
-
4 типовые ошибки при работе с диаграммой Ганта
Четыре ошибки при работе с диаграммой Ганта: избыточная детализация, отсутствие зависимостей между задачами, нерегулярное обновление и игнорирование интересов заказчиков. Рекомендуется поддерживать верхнеуровневую детализацию, учитывать зависимости, использовать Jira-плагины для актуализации и выделять ключевые вехи для стейкхолдеров.
-
Фильтрация входящих задач
Стейкхолдеры бесконтрольно сыплют доработками, каждая из которых важная и срочная. Учимся работать с этой проблемой, выправляя её в свою пользу.
-
13 «Законов подлости» в разработке ПО
Разбор 13 «законов подлости» в разработке ПО: Паркинсон, Хофштадтер, Брукс, Конвей и другие. Они про дедлайны, бардак в командах, переоценку сроков и фич. Всё из опыта.