Требования
Согласовать требованияАналитик
1–2 недели
Управление проектами и ресурсами
Планы проектов — с учётом возможностей команды
Подбирайте специалистов по навыкам и загрузке. Ведите сроки, задачи и документы проекта в одном рабочем пространстве.
Пример проектаЛичный кабинет клиента
РольУчастникЗагрузка
АналитикТребования
СВСергей Волков
60%60%
РазработчикРеализация
АКАнна Кузнецова
80%80%
ТестировщикПроверка
ДМДмитрий Морозов
40%40%
Этапы проекта
- Требования Аналитик
- Разработка Разработчик
- Тестирование Тестировщик
Ближайшие задачи
- Согласовать требования На проверке
- Разработать форму обращения В работе
- Проверить основные сценарии В плане
Документы проекта
- Паспорт проекта Согласован
- Требования к личному кабинету Версия 2
- Техническое решение Черновик
Подбор специалиста
Подходящие специалисты · 3
ИС80%
Ирина СоколоваСистемный аналитик
80%АГ60%
Алексей ГромовБизнес-аналитик
60%МЛ40%
Мария ЛебедеваСистемный аналитик
40%АК20%
Анна КузнецоваBackend-разработчик
20%ДМ60%
Дмитрий МорозовТестировщик
60%В примере нет подходящего специалиста. Уменьшите требуемую доступность или выберите другую компетенцию.
Демонстрационные данные. Подбор не создаёт назначений
Разработка мобильного приложения
Разработка
Реализовать личный кабинетРазработчики
3–6 недели
Тестирование
Проверить основные сценарииТестировщик
7–8 недели
Команда с учётом этапа и доступности
Сначала определите компетенции и период участия. Затем сравните кандидатов по навыкам и свободному рабочему времени.
Попробовать подбор- АналитикСистемный анализ, работа с требованиями
- РазработчикиМобильная и серверная разработка
- ТестировщикПроверка пользовательских сценариев
Задачи связаны с планом проекта
Исполнитель работает с задачей, уточняет статус и передаёт результат руководителю на проверку.
Посмотреть канбан и список задач- Согласовать требованияАналитик · На проверке
- Реализовать личный кабинетРазработчик · В работе
- Проверить основные сценарииТестировщик · В плане
Проектные материалы рядом с работой
Храните паспорт проекта, требования и технические решения. Назначайте согласующих и сохраняйте историю версий.
Посмотреть работу с документами- Паспорт проектаЦели, участники и границы проекта
- Требования к приложениюПользовательские сценарии и критерии приёмки
- Техническое решениеОписание реализации и интеграций
Участники проекта работают согласованно
Планирование, подбор специалистов и работа команды связаны в одном процессе
- Руководитель проектного офисаОпределяет очередность проектов и назначает руководителей
- Руководитель проектаПланирует этапы, сроки и состав команды
- Ресурсный менеджер и HRПодбирают специалистов, организуют обучение или поиск
- Команда проектаВыполняет задачи и готовит проектные документы
- Руководитель проекта принимает результат
Ресурсный план подробнее
Потребности проекта и доступность команды по периодам
Интерактивный пример на вымышленных данных. Переключение представлений не меняет данные платформы.
Ресурсный план
Потребность команды по периодам
1,6 FTE пик · сентябрь–октябрь0,8 FTE дефицит в этот период
Системный аналитикАнализ · 0,8 FTE
Node.js-разработчикРазработка · 1,6 FTE
QA-инженерТестирование · 1,0 FTE
Node.js: дефицит до старта разработкиНет подтверждённого специалиста уровня Мидл+ со свободными 0,8 FTE в сентябре–октябре.
Три стратегии
Август — декабрь 2026 Один проект — разные управленческие решения
01Минимальный риск
92%обязательных навыков
- Внутри
- 7 из 8
- Стоимость
- 4,8 млн ₽
- Риск
- Низкий
Сохраняет резерв FTE в критичных командах
02Минимальная стоимость
88%обязательных навыков
- Внутри
- 8 из 9
- Стоимость
- 4,1 млн ₽
- Риск
- Средний
Требует освободить 0,4 FTE в соседнем проекте
03Максимум внутренних ресурсов
81%обязательных навыков
- Внутри
- 9 из 9
- Стоимость
- 3,9 млн ₽
- Риск
- Высокий
Оставляет дефицит Node.js на период разработки
Проектный офис
Портфель, который видно целиком
9 проектов3 решения
ПроектПериодПокрытиеРискРешение
Платформа интеграцийавг — дек83%СреднийНужен Node.js
Личный кабинет B2Bиюл — окт96%НизкийКоманда подтверждена
Контроль качества данныхсен — фев74%ВысокийКонфликт аналитика
Мобильные операцииноя — мар89%СреднийОбучение QA
Загрузка сотрудников
Масштаб: полугодие Кто, в каком проекте и в какой период назначен
АвгСенОктНояДек
Мария ВолковаСистемный аналитик
Илья ГромовBackend-разработчик
Алёна КимQA-инженер
01 / Зачем
Разрыв, который мешает планировать
Проектные решения принимаются быстрее, чем обновляется ресурсный план
Ресурсный план живёт в Excel и устаревает
Даты, FTE и назначения расходятся между файлами раньше, чем команда успевает принять решение.
Перегрузка обнаруживается после старта проекта
Конфликт становится виден, когда сотрудник уже обещан нескольким руководителям одновременно.
Дефицит навыков становится известен слишком поздно
На подбор или развитие компетенции не остаётся времени, а сроки проекта уже зафиксированы.
Руководители не видят влияние одного проекта на другой
Локально выгодное назначение создаёт риск в портфеле, который невозможно оценить без общей картины.
03 / Ресурсный план
Потребность во времени Покажите потребность в команде по этапам и периодам
Для каждого этапа зафиксируйте роль, компетенции, период и долю рабочего времени. Тогда потребность проекта можно сопоставить с реальной доступностью команды.
- Этапы и пакеты работ
- Роли, уровни и компетенции
- Календарь потребностей Шкала, на которой видно, какая роль, в каком объёме и на какой период нужна проекту.
- Подтверждённое и непокрытое
- Занятость в FTE Доля полной рабочей занятости за период: 1,0 FTE — полная занятость, 0,5 FTE — примерно половина рабочего времени.
ПроектПлатформа интеграций
ПланированиеПокрыто
Дефицит 0,8 FTE
Дефицит 0,5 FTE
Пиковая потребность · сентябрь–октябрь. Этапы идут последовательно, их FTE не складываются.
Пиковая потребность1,6 FTE
Назначено в этот период0,8 FTE
Дефицит в этот период0,8 FTE
Вымышленные данные примера. Участие в проекте не резервирует FTE.
04 / Сценарии
Состав команды, стоимость и доступность
Сравните три варианта команды
Каждый показатель можно раскрыть до исходных назначений, дефицитов и конфликтов с другими проектами.
Интерактивный пример · обезличенные данные
FTE Доля полной занятости сотрудника в выбранный период. 1,0 FTE — полная занятость, 0,5 FTE — половина рабочего времени. Покрытие обязательных навыков Доля обязательных требований роли, для которых найдены кандидаты с подтверждёнными компетенциями. Риск Оценка конфликтов загрузки, неподтверждённых навыков, внешнего подбора и других ограничений сценария. Дефицит Часть потребности проекта, которую пока нельзя закрыть подходящим специалистом в нужный период.
ПоказательМинимальный рискМинимальная стоимостьМаксимум внутренних ресурсов
Покрытие обязательных навыков92%88%81%
Внутренние ресурсы7 из 88 из 99 из 9
Стоимость периода 4,8 млн ₽4,1 млн ₽3,9 млн ₽
Уровень рискаНизкийСреднийВысокий
Влияние на портфель
Сохраняет резерв FTE в критичных командах
Требует освободить 0,4 FTE в соседнем проекте
Оставляет дефицит Node.js на период разработки
Дефицит роли
Не покрыто 0,8 FTENode.js-разработчик
Период01.09 — 31.10
УровеньМидл+
ОбязательноNode.js · TypeScript
!Нет сотрудника с подтверждённой компетенцией Node.js уровня Мидл+ и свободными 0,8 FTE в нужный период.
ИГ
Илья ГромовBackend-разработчик · Платформа
Можно освободитьСвободно 0,2 из 0,8 FTE
АК
Алексей КимJavaScript-разработчик · Digital
Требуется обучениеNode.js не подтверждён
+
Внешний специалистПодбор на требуемый период
Внешний поискНет внутреннего покрытия
05 / Дефицит
Не просто «кандидат не найден» Понятно, каких специалистов не хватает и как их найти
SkillFlow отделяет реальное соответствие от компромисса. Python-разработчик не становится Node.js-разработчиком только потому, что других людей нет.
- 01Предложить обучение ближайшему кандидату
- 02Запросить освобождение нужного FTE
- 03Изменить срок или параметры роли
- 04Инициировать внешний подбор
06 / Проектный портфель
Для руководителя проектного офиса
Загрузка специалистов по всем проектам
На шкале видны сотрудники, проекты и периоды их подтверждённой занятости. Перемещение готовит предложение и показывает последствия; фактическое назначение меняется только после согласования.
Интерактивный пример · действия не изменяют реальные назначения
АвгустСентябрьОктябрьНоябрьДекабрь
Платформа интеграций · 0,8
Контроль качества данных · 0,8
Платформа интеграций · 0,5
Личный кабинет B2B · 1,0
18 авгIntegration Platform83% покрытияСредний риск
Data Quality Hub74% покрытияВысокий риск
Личный кабинет B2B96% покрытияНизкий риск
Свободный резервИлья ГромовBackend · свободно 0,4 FTE
Integration PlatformМария ВолковаАналитик · 0,8 FTE
Data Quality HubИлья ГромовКонфликт периода · 0,8 FTE
06.1 / План работ
Ежедневная работа над проектом
План, задачи и документы остаются связаны
Выберите удобное представление задач: список, канбан, календарь или Гант. Документы с версиями и согласованиями хранятся рядом. Встроенную доску можно использовать для работы команды; задачи из 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.
1–5 сентября
INT-101Согласовать контракт APIМария ВолковаНа проверке
Контракт описан в версии 2 технического решения; результат проверяет PM.
6–10 сентября
INT-102Реализовать обмен событиямиИлья ГромовВ работе
Исполнитель может указать причину блокировки или передать результат на проверку.
11–15 сентября
INT-103Проверить сценарий повторной доставкиНе выбранВ очереди
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
Гант задач · 1–15 сентября. Здесь сроки работ, не подтверждённые ресурсные назначения.
INT-101Согласовать контракт APIМария Волкова · На проверке
Контракт описан в версии 2 технического решения; результат проверяет PM.
INT-102Реализовать обмен событиямиИлья Громов · В работе
Исполнитель может указать причину блокировки или передать результат на проверку.
INT-103Проверить сценарий повторной доставкиНе выбран · В очереди
Ответственный ещё не выбран. Задача не резервирует FTE и не создаёт назначение.
Контракт обмена событиями
Связан с задачей INT-101 «Согласовать контракт API» и этапом «Разработка».
Сервис принимает событие, проверяет обязательные поля и сохраняет результат доставки.
Участники читают доступные материалы; закрытые документы имеют отдельные ограничения.
В продукте руководитель задаёт план и принимает результат; исполнитель работает с разрешёнными задачами. Завершение спринта требует явного решения по незавершённой работе.
07 / Для кого
Руководители, HR и команда
Каждому участнику — своё рабочее место
Главный вопрос
Какие проекты можно запустить без скрытого дефицита ресурсов?
Что видит
Состояние портфеля, критичные ограничения и последствия каждого варианта комплектации.
Какое решение принимает
Какие инициативы запускать, переносить или усиливать дополнительным ресурсом.
Главный вопрос
Как изменение портфеля повлияет на людей, сроки и дефициты?
Что видит
Единую картину портфеля, критичные навыки и нагрузку подразделений.
Какое решение принимает
Какие проекты приоритизировать и где наращивать ресурсный резерв.
Главный вопрос
Где назначения конфликтуют и какое решение безопасно для портфеля?
Что видит
Потребности, назначения, календарь занятости и очередь предложений по перераспределению.
Какое решение принимает
Какие изменения принять, отправить на доработку или согласование.
Главный вопрос
Как довести проект от плана до проверенного результата?
Что видит
Этапы, задачи и спринты, участников, ресурсные потребности, документы и решения в общем контексте.
Какое решение принимает
Что запланировать, кому передать задачу, какой результат принять и какую ресурсную заявку инициировать.
Главный вопрос
Кто доступен именно в нужный период и на нужный FTE?
Что видит
Временную доступность, конфликты, требования и входящие заявки.
Какое решение принимает
Кого предложить проекту и как перераспределить нагрузку.
Главный вопрос
Какие компетенции развивать внутри компании?
Что видит
Дефициты компетенций, кандидатов на развитие, подтверждения уровней и потребности проектов.
Какое решение принимает
Какие планы развития и обучение согласовать в своей зоне ответственности.
Главный вопрос
Что сделать дальше и где найти материалы задачи?
Что видит
Свои задачи, доступные документы, обсуждение, проекты и подтверждённую загрузку.
Какое решение принимает
Когда взять разрешённую задачу в работу, сообщить о блокировке или передать результат руководителю на проверку.
Главный вопрос
Кто, когда и на каком основании принял решение?
Что видит
Историю решений, опубликованные версии доступных документов и их связи с задачами и этапами.
Какое решение принимает
Не изменяет данные — проверяет прозрачность процесса.
08 / Контур
Безопасность и внедрениеКорпоративные данные остаются в управляемом контуре
SkillFlow можно развернуть в инфраструктуре компании. Пользователь входит через SSO Единый корпоративный вход: сотрудник использует одну учётную запись для разрешённых сервисов. . Доступ к функциям и данным зависит от роли и подразделения.
Как устроена безопасность →- 01Закрытый корпоративный контур✓
- 02Единый корпоративный вход и ролевой доступ✓
- 03Изоляция организаций, подразделений и проектов✓
- 04PostgreSQL и объектное хранилище✓
- 05Резервное копирование✓
- 06Без публичного доступа к базе данных✓
09 / Пилот
Проверка на реальных данныхЗапустим SkillFlow на ваших данных и проверим ключевой ресурсный сценарий
Пилот ограничивается понятной областью: одним подразделением, проектным портфелем или конкретным дефицитом.
Обсудить пилот- 01Импорт организационной структуры
- 02Импорт сотрудников и компетенций
- 03Подготовка проекта, этапов и задач
- 04Проверка ресурса и связанных документов
- 05Исполнение и совместная проверка результата
10 / FAQ
Коротко и честно
Частые вопросы перед пилотом
Если вашего вопроса нет в списке, оставьте его в заявке — разберём на демонстрации.
01SkillFlow заменяет Jira?
SkillFlow не заявляет замену всех возможностей Jira. В нём есть собственные задачи, календарь, доска и спринты, связанные с ресурсным планом и документами. Способ переноса существующих данных проверяется на пилоте; постоянная двусторонняя синхронизация не обещается.
02Можно ли развернуть в контуре компании?
Да. Платформа рассчитана на приватное развёртывание в закрытом корпоративном контуре.
03Откуда берутся компетенции?
Из профилей сотрудников, импортированных данных и подтверждающих оснований. Качество исходных данных всегда видно пользователю.
04Что такое FTE и как он считается?
FTE — доля полной занятости в конкретном периоде: 1,0 — полный рабочий объём, 0,5 — половина. FTE последовательных этапов не складываются как одновременная команда. Участие в проекте и ответственный за задачу не создают Allocation: подтверждённое время согласуется отдельно.
05Можно ли перенести проекты из таблицы?
Да. Для проектов есть CSV-шаблон, предварительный просмотр ошибок и проверка повторной загрузки по внешнему ключу. CSV можно подготовить в Excel. Импорт пустого проекта не создаёт выдуманные ресурсные потребности или назначения.
06Кто принимает итоговое решение?
Решение принимает человек с нужной ролью. Алгоритм предлагает варианты и объясняет риски, но не назначает сотрудников самовольно.
07Как связаны документы, версии и согласования?
Редактор автоматически сохраняет черновик. Публикация фиксирует отдельную неизменяемую версию, а согласование относится к конкретному номеру. Документ можно связать с задачей или этапом; обязательная версия должна быть согласована до завершения этапа. Это управленческое решение, не электронная подпись. Доступ к документу проверяется отдельно.
08Можно ли начать с одного подразделения?
Да. Корпоративный пилот можно ограничить одним подразделением и одним ключевым ресурсным сценарием.
SkillFlow
Познакомьтесь с возможностями платформы
Планируйте проекты, собирайте команды и ведите работу в одном пространстве.
Посмотреть возможностиПриём заявок скоро откроется
Мы готовим всё для запуска. Пока форма отключена и не собирает контактные данные.