«Давайте после праздников»: советы, как довести команду до нервного срыва в 2026-м
Говорят, перед Новым годом нужно закрыть хвосты, договориться с командой и адекватно спланировать январь. Но кому нужно это геройство?
Архив рубрики ‘планирование проектов’
24
Дек
2025
Дек
2025
09
Дек
2025
Дек
2025
Система планирования в Obsidian: структура из 5 шаблонов с автоматическими связями
Когда я решил выстроить систему планирования в Obsidian, я начал документировать: что я делаю в течение рабочего дня, с какой информацией работаю, где её ищу, как принимаю решения. Что я обнаружил? Я понял, что работаю с 5 типами информации: проекты задачи результаты встреч люди справочная информация Для файлов каждого типа необходимо учесть: при каких условиях […]
05
Дек
2025
Дек
2025
Зачем инженеру персональная система планирования?
Последние 2 года я выстраивал и непрерывно улучшал собственную систему планирования в Obsidian. За это время я обнаружил кое-что важное, что решил разделить с сообществом. И вот что я заметил: почти все, кто пытается выстроить систему управления, начинают с одного и того же вопроса — «Какой инструмент мне взять?» Notion? Jira? Obsidian? Linear? Асана? Тут […]
05
Ноя
2025
Ноя
2025
Организуем хаос: как аналитику составить надежный план встреч по сбору требований с заказчиком
Привет, Хабр! Меня зовут Маргарита, я аналитик в департаменте e-commerce в «КОРУС Консалтинг». Создание нового продукта или крупного функционального блока часто начинается с серии интервью с бизнес-заказчиком по сбору требований. Я проанализировала свой опыт и наблюдения и создала подход к составлению плана-графика таких встреч — рабочего и управляемого инструмента, который не приходится откладывать в сторону […]
11
Сен
2025
Сен
2025
Метод MoSCoW — универсальный инструмент для приоритизации задач любого масштаба
Метод поможет продактам и тимлидам спастись от хаоса Решаем общую проблему всех команд — перегруженность задачами при ограниченных ресурсах на примерах: Составляем беклог продукта. Планируем спринт. Решаем личные задачи. Сравниваем MoSCoW другими методами, RICE, ICE, Kano и Buy a Feature.
03
Авг
2025
Авг
2025
Скетч системного дизайна: как одна схема решает множество проблем на старте проекта
«Хорошо определённая проблема — это проблема наполовину решённая». Джон Дьюи. Спойлер Если в вашей практике на начальном этапе анализа проекта обозначаются все контексты и границы взаимодействия систем, то скорее всего у вас хорошо развита культура системного дизайна и данная статья для вас не имеет практического значения. В противном случае предлагаю уделить 5 минут вашего времени […]
29
Июл
2025
Июл
2025
13 лучших приложений для планирования и управления проектами
Приложения для планирования и управления проектами призваны помочь нам успешно разрабатывать и поддерживать проекты в рамках нашего бизнеса. Сегодня, в эпоху цифровых технологий, когда все больше отраслей уходит в онлайн и все больше людей работают дистанционно, на рынке программного обеспечения для управления проектами царит настоящие изобилие. Но как понять, какие продукты действительно хороши, а от каких лучше держаться подальше?
07
Июл
2025
Июл
2025
Планирование и Agile: баланс между стабильностью и гибкостью
Планирование и Agile: баланс между стабильностью и гибкост
20
Июн
2025
Июн
2025
Как все успевать и не выгорать. 42 способа планирования на все случаи жизни
Прокомментируют и поделятся личным опытом использования разных подходов продакты системы управления проектами YouGile. Вера занимается запуском новых расширений, а Саша развивает мобильное приложение. 1. Kanban board Начнем с очевидного. Канбан-доска ― популярный инструмент для планирования и управления задачами (центральный элемент методологии Канбан). Задачи представляются в виде карточек и перемещаются по колонкам, например: To Do (нужно […]
25
Апр
2025
Апр
2025
Как управлять IT-командой в крупной компании, чтобы все отделы работали слаженно: опыт «Удоканской меди»
«Удоканская медь» — компания, добывающая медь в Забайкалье, с тысячами сотрудников. За последнее время IT-дирекция компании быстро выросла и выполняет задачи сразу для нескольких функциональных направлений. И раньше заказчики могли не понимать, чем загружена команда, из-за чего возникали вопросы об эффективности разработчиков.