Планы проектов с учётом возможностей команды
Подбирайте специалистов по навыкам и загрузке. Ведите сроки, задачи и документы проекта в одном рабочем пространстве.
Пример проектаЛичный кабинет клиента
Этапы проекта
- Требования Аналитик
- Разработка Разработчик
- Тестирование Тестировщик
Ближайшие задачи
- Согласовать требования На проверке
- Разработать форму обращения В работе
- Проверить основные сценарии В плане
Документы проекта
- Паспорт проекта Согласован
- Требования к личному кабинету Версия 2
- Техническое решение Черновик
Подбор специалиста
Выберите навыки и свободное время. Сравните подходящих специалистов.
Подходящие специалисты · 3
В примере нет подходящего специалиста. Уменьшите требуемую доступность или выберите другую компетенцию.
Демонстрационные данные. Подбор не создаёт назначений
Разработка мобильного приложения
Разработка
Тестирование
Команда с учётом этапа и доступности
Сначала определите компетенции и период участия. Затем сравните кандидатов по навыкам и свободному рабочему времени.
Попробовать подбор- АналитикСистемный анализ, работа с требованиями
- РазработчикиМобильная и серверная разработка
- ТестировщикПроверка пользовательских сценариев
Задачи связаны с планом проекта
Исполнитель обновляет статус задачи и отправляет результат на проверку руководителю.
Посмотреть канбан и список задач- Согласовать требованияАналитик · На проверке
- Реализовать личный кабинетРазработчик · В работе
- Проверить основные сценарииТестировщик · В плане
Проектные материалы рядом с работой
Храните паспорт проекта, требования и технические решения. Назначайте согласующих и сохраняйте историю версий.
Посмотреть работу с документами- Паспорт проектаЦели, участники и границы проекта
- Требования к приложениюПользовательские сценарии и критерии приёмки
- Техническое решениеОписание реализации и интеграций
Участники проекта работают согласованно
Планирование, подбор специалистов и работа команды связаны в одном процессе
- Руководитель проектного офисаОпределяет очередность проектов и назначает руководителей
- Руководитель проектаПланирует этапы, сроки и состав команды
- Ресурсный менеджер и HRПодбирают специалистов, организуют обучение или поиск
- Команда проектаВыполняет задачи и готовит проектные документы
- Руководитель проекта принимает результат
Потребности проекта и доступность команды по периодам
Интерактивный пример на вымышленных данных. Переключение представлений не меняет данные платформы.
Потребность команды по периодам
Один проект, три варианта команды
Покрытие обязательных навыков
- Внутри
- 7 из 8
- Стоимость
- 4,8 млн ₽
- Риск
- Низкий
Сохраняет резерв FTE в критичных командах
Покрытие обязательных навыков
- Внутри
- 8 из 9
- Стоимость
- 4,1 млн ₽
- Риск
- Средний
Требует освободить 0,4 FTE в соседнем проекте
Покрытие обязательных навыков
- Внутри
- 9 из 9
- Стоимость
- 3,9 млн ₽
- Риск
- Высокий
Оставляет дефицит Node.js на период разработки
Портфель, который видно целиком
- Проектов в портфеле
- 9
- Требуют решения
- 3
Кто, в каком проекте и в какой период назначен
Проектные решения принимаются быстрее, чем обновляется ресурсный план
Ресурсный план живёт в Excel и устаревает
Даты, FTE и назначения расходятся между файлами раньше, чем команда успевает принять решение.
Перегрузка обнаруживается после старта проекта
Конфликт становится виден, когда сотрудник уже обещан нескольким руководителям одновременно.
Дефицит навыков становится известен слишком поздно
На подбор или развитие компетенции не остаётся времени, а сроки проекта уже зафиксированы.
Руководители не видят влияние одного проекта на другой
Локально выгодное назначение создаёт риск в портфеле, который невозможно оценить без общей картины.
Покажите потребность в команде по этапам и периодам
Укажите роли, навыки и время участия на каждом этапе. Сравните потребность проекта с реальной доступностью команды.
- Этапы и пакеты работ
- Роли, уровни и компетенции
- Календарь потребностей Шкала, на которой видно, какая роль, в каком объёме и на какой период нужна проекту.
- Подтверждённое и непокрытое
- Занятость в FTE Доля полной рабочей занятости за период: 1,0 FTE — полная занятость, 0,5 FTE — примерно половина рабочего времени.
Пиковая потребность · сентябрь–октябрь. Этапы идут последовательно, их FTE не складываются.
Вымышленные данные примера. Участие в проекте не резервирует FTE.
Сравните три варианта команды
За каждым показателем видны конкретные назначения, незакрытые потребности и конфликты загрузки.
Сохраняет резерв FTE в критичных командах
Требует освободить 0,4 FTE в соседнем проекте
Оставляет дефицит Node.js на период разработки
Node.js-разработчик
!Нет сотрудника с подтверждённой компетенцией Node.js уровня Мидл+ и свободными 0,8 FTE в нужный период.
Понятно, каких специалистов не хватает и как их найти
SkillFlow отделяет реальное соответствие от компромисса. Python-разработчик не становится Node.js-разработчиком только потому, что других людей нет.
- 01Предложить обучение ближайшему кандидату
- 02Запросить освобождение нужного FTE
- 03Изменить срок или параметры роли
- 04Инициировать внешний подбор
Загрузка специалистов по всем проектам
На шкале видны сотрудники, проекты и периоды их подтверждённой занятости. Перемещение готовит предложение и показывает последствия; фактическое назначение меняется только после согласования.
План, задачи и документы остаются связаны
Выберите удобное представление задач: список, канбан, календарь или Гант. Документы с версиями и согласованиями хранятся рядом. Работайте на встроенной доске или импортируйте задачи из Jira.
Спринт «Первый обмен» · 1–15 сентября · цель: проверить путь события. Откройте задачу, чтобы увидеть результат.
INT-101Согласовать контракт APIМария Волкова1–5 сентябряНа проверке
Контракт описан в версии 2 технического решения; результат проверяет PM.
INT-102Реализовать обмен событиямиИлья Громов6–10 сентябряВ работе
Исполнитель может указать причину блокировки или передать результат на проверку.
INT-103Проверить сценарий повторной доставкиНе выбран11–15 сентябряВ очереди
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
В очереди
INT-103Проверить сценарий повторной доставкиНе выбран11–15 сентября
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
В работе
INT-102Реализовать обмен событиямиИлья Громов6–10 сентября
Исполнитель может указать причину блокировки или передать результат на проверку.
На проверке
INT-101Согласовать контракт APIМария Волкова1–5 сентября
Контракт описан в версии 2 технического решения; результат проверяет PM.
Сентябрь 2026
Выберите дату, чтобы посмотреть задачи к этому дню
| Пн | Вт | Ср | Чт | Пт | Сб | Вс |
|---|---|---|---|---|---|---|
5 сентября
Согласовать контракт API
На проверке- Исполнитель
- Мария Волкова
- Период работы
- 1–5 сентября
Результат задачи
Контракт описан в версии 2 технического решения; результат проверяет PM.
Реализовать обмен событиями
В работе- Исполнитель
- Илья Громов
- Период работы
- 6–10 сентября
Результат задачи
Исполнитель может указать причину блокировки или передать результат на проверку.
Проверить сценарий повторной доставки
В очереди- Исполнитель
- Не выбран
- Период работы
- 11–15 сентября
Результат задачи
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
На эту дату нет задач к завершению. В примере задачи запланированы на 5, 10 и 15 сентября.
Гант задач · 1–15 сентября. Здесь сроки работ, не подтверждённые ресурсные назначения.
INT-101Согласовать контракт APIМария Волкова · На проверке
Контракт описан в версии 2 технического решения; результат проверяет PM.
INT-102Реализовать обмен событиямиИлья Громов · В работе
Исполнитель может указать причину блокировки или передать результат на проверку.
INT-103Проверить сценарий повторной доставкиНе выбран · В очереди
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
Контракт обмена событиями
Связан с задачей INT-101 «Согласовать контракт API» и этапом «Разработка».
Сервис принимает событие, проверяет обязательные поля и сохраняет результат доставки.
Участники читают доступные материалы; закрытые документы имеют отдельные ограничения.
В продукте руководитель задаёт план и принимает результат; исполнитель работает с разрешёнными задачами. Завершение спринта требует явного решения по незавершённой работе.
Своё рабочее место для каждого участника
Какие проекты можно запустить без скрытого дефицита ресурсов?
Состояние портфеля, критичные ограничения и последствия каждого варианта комплектации.
Какие инициативы запускать, переносить или усиливать дополнительным ресурсом.
Как изменение портфеля повлияет на людей, сроки и дефициты?
Единую картину портфеля, критичные навыки и нагрузку подразделений.
Какие проекты приоритизировать и где наращивать ресурсный резерв.
Где назначения конфликтуют и какое решение безопасно для портфеля?
Потребности, назначения, календарь занятости и очередь предложений по перераспределению.
Какие изменения принять, отправить на доработку или согласование.
Как довести проект от плана до проверенного результата?
Этапы, задачи и спринты, участников, ресурсные потребности, документы и решения в общем контексте.
Что запланировать, кому передать задачу, какой результат принять и какую ресурсную заявку инициировать.
Кто доступен именно в нужный период и на нужный FTE?
Временную доступность, конфликты, требования и входящие заявки.
Кого предложить проекту и как перераспределить нагрузку.
Какие компетенции развивать внутри компании?
Дефициты компетенций, кандидатов на развитие, подтверждения уровней и потребности проектов.
Какие планы развития и обучение согласовать в своей зоне ответственности.
Что сделать дальше и где найти материалы задачи?
Свои задачи, доступные документы, обсуждение, проекты и подтверждённую загрузку.
Когда взять разрешённую задачу в работу, сообщить о блокировке или передать результат руководителю на проверку.
Кто, когда и на каком основании принял решение?
Историю решений, опубликованные версии доступных документов и их связи с задачами и этапами.
Проверяет прозрачность процесса без изменения данных.
Корпоративные данные остаются в управляемом контуре
SkillFlow можно развернуть в инфраструктуре компании. Пользователь входит через SSO Единый корпоративный вход: сотрудник использует одну учётную запись для разрешённых сервисов. . Доступ к функциям и данным зависит от роли и подразделения.
Как устроена безопасность →- 01Закрытый корпоративный контур✓
- 02Единый корпоративный вход и ролевой доступ✓
- 03Изоляция организаций, подразделений и проектов✓
- 04PostgreSQL и объектное хранилище✓
- 05Резервное копирование✓
- 06Без публичного доступа к базе данных✓
Запустим SkillFlow на ваших данных и проверим ключевой ресурсный сценарий
Пилот ограничивается понятной областью: одним подразделением, проектным портфелем или конкретным дефицитом.
Обсудить пилот- 01Импорт организационной структуры
- 02Импорт сотрудников и компетенций
- 03Подготовка проекта, этапов и задач
- 04Проверка ресурса и связанных документов
- 05Исполнение и совместная проверка результата
Частые вопросы перед пилотом
Что можно проверить на демонстрации и как подготовиться к пилоту.
01SkillFlow заменяет Jira?
SkillFlow не заменяет все возможности Jira. Для работы команды в SkillFlow есть задачи, канбан, календарь и спринты, связанные с ресурсным планом и документами. Задачи из Jira можно импортировать. На пилоте проверим перенос ваших данных; постоянная двусторонняя синхронизация пока не предусмотрена.
02Можно ли развернуть в контуре компании?
Да. Платформа рассчитана на приватное развёртывание в закрытом корпоративном контуре.
03Откуда берутся компетенции?
Из профилей сотрудников, импортированных данных и подтверждающих оснований. Качество исходных данных всегда видно пользователю.
04Что такое FTE и как он считается?
FTE — доля полной занятости в конкретном периоде: 1,0 — полный рабочий объём, 0,5 — половина. FTE последовательных этапов не складываются как одновременная команда. Участие в проекте и ответственный за задачу не создают Allocation: подтверждённое время согласуется отдельно.
05Можно ли перенести проекты из таблицы?
Да. Для проектов есть CSV-шаблон, предварительный просмотр ошибок и проверка повторной загрузки по внешнему ключу. CSV можно подготовить в Excel. Импорт пустого проекта не создаёт выдуманные ресурсные потребности или назначения.
06Кто принимает итоговое решение?
Решение принимает человек с нужной ролью. Алгоритм предлагает варианты и объясняет риски, но не назначает сотрудников самовольно.
07Как связаны документы, версии и согласования?
Редактор автоматически сохраняет черновик. Публикация фиксирует отдельную неизменяемую версию, а согласование относится к конкретному номеру. Документ можно связать с задачей или этапом; обязательная версия должна быть согласована до завершения этапа. Это управленческое решение, не электронная подпись. Доступ к документу проверяется отдельно.
08Можно ли начать с одного подразделения?
Да. Корпоративный пилот можно ограничить одним подразделением и одним ключевым ресурсным сценарием.
Познакомьтесь с возможностями платформы
Планируйте проекты, собирайте команды и ведите работу в одном пространстве.
Посмотреть возможностиПриём заявок скоро откроется
Мы готовим всё для запуска. Пока форма отключена и не собирает контактные данные.