---
title: 'Процес запиту ресурсів'
description: 'Процес запиту ресурсів визначає зрозумілий шлях отримання обладнання, бюджету, людей чи часу, щоб рішення не залежали від особистих домовленостей.'
type: knowledge-card
locale: uk
canonical: 'https://yoseno.com/uk/docs/knowledge/resource-request-process'
---

# Процес запиту ресурсів

Процес запиту ресурсів визначає зрозумілий шлях отримання обладнання, бюджету, людей чи часу, щоб рішення не залежали від особистих домовленостей.

- **Теми:** Автономія та повноваження, Швидкість операцій, Доступність ресурсів

## Що це

Це робочий порядок, за яким співробітник чи команда запитує потрібні ресурси і бачить статус рішення. У процесі фіксують критерії, власника, терміни відповіді та можливі причини відмови. Практика закриває проблему затримок, прихованих погоджень та суперечок про те, хто може виділити обладнання, бюджет, людей чи час.

## Коли допомагає

- Команди затримують завдання, бо не знають, як запросити людей, бюджет, обладнання чи додатковий час.
- Рішення про ресурси приймаються в особистих чатах, та іншим учасникам незрозуміло, чому один запит узгоджено, а інший відхилено.
- Керівники витрачають багато часу на повторні уточнення, замість того, щоб бачити повний запит одразу.
- Статус запиту втрачається: ініціатор не розуміє, хто розглядає питання і коли чекати на відповідь.
- Пріоритети суперечать один одному, бо немає загальних критеріїв для термінових та звичайних запитів.

## З чого почати

1. Виберіть один канал для запитів: форму, таблицю або завдання в трекері, де видно ініціатора, ресурс, причину та бажаний термін.
2. Призначте власника процесу, який перевіряє повноту запиту та спрямовує його до відповідального за рішення.
3. Зафіксуйте мінімальні критерії: навіщо потрібен ресурс, який ризик знімає запит, які альтернативи вже перевірено.
4. Опишіть статуси запиту: прийнято, потребує уточнення, узгоджено, відхилено, відкладено, і вкажіть власника кожного статусу.
5. Перевірте перші запити за тиждень і приберіть поля чи погодження, які не допомагають ухвалити рішення.

## Очікувана користь

Команди швидше розуміють, куди йти за ресурсами і що потрібно обґрунтувати. Керівники отримують порівнянні запити, бачать чергу рішень та рідше повертаються до одних і тих самих уточнень.

## Типові помилки

- Зробити форму довгою: люди почнуть оминати процес через особисті домовленості.
- Не призначити власника статусу: запит формально подано, але ніхто не просуває наступний крок.
- Приховати причини відмови: команда сприймає рішення як довільне і знову сперечається про ті самі ресурси.
- Однаково обробляти термінові та звичайні запити: критичні блокери застрягають у загальній черзі.
- Запустити процес без регулярного перегляду черги: статуси застарівають і перестають допомагати управлінню.

## Що почитати

- Книга: Gene Kim, Kevin Behr, George Spafford, The Phoenix Project
- Книга: Eliyahu M. Goldratt, Critical Chain
- Посібник: Project Management Institute, PMBOK Guide, розділи Resource Management та Procurement Management
- Книга: David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business

## Запитання та відповіді

### Хто має бути власником процесу?

Зазвичай це операційний керівник, керівник функції або PMO. Важливо, щоб власник міг призначати відповідальних за рішення та регулярно очищати чергу запитів.

### Чи можна розпочати без нової системи?

Так. Для старту достатньо таблиці або завдання в поточному трекері. Головне — єдиний вхід, зрозумілі поля, статуси та видимий відповідальний за наступний крок.

### Як зрозуміти, що процес працює?

Перевірте, чи поменшало повторних уточнень, втрачених запитів та рішень в особистих чатах. Корисний сигнал — ініціатори самі бачать статус і знають, хто ухвалює рішення.

### Що робити, якщо керівники оминають процес?

Розберіть, чого їм бракує: швидкості, права на виняток або зручного формату. Залиште швидкий шлях для термінових блокерів, але фіксуйте рішення та причину в загальній черзі.

## Пов’язані картки

- [Стандартизація процесів (SOP)](https://yoseno.com/uk/docs/knowledge/process-standardization.md) — SOP описує повторювані та критичні робочі процедури так, щоб люди виконували їх однаково, бачили етапи, ролі та очікуваний результат.
- [Методи пріоритизації (WSJF, MoSCoW)](https://yoseno.com/uk/docs/knowledge/prioritization-methods.md) — WSJF і MoSCoW допомагають команді вибирати завдання за цінністю, терміновістю, ризиком та обмеженнями, а не за силою голосу в обговоренні.
- [Принципи справедливих рішень](https://yoseno.com/uk/docs/knowledge/fair-decision-making.md) — Принципи справедливих рішень задають зрозумілі критерії для розподілу проєктів, навантаження, премій та кар’єрних можливостей.
- [Delegation Poker](https://yoseno.com/uk/docs/knowledge/delegation-poker.md) — Delegation Poker допомагає керівнику та команді домовитися, хто ухвалює рішення у конкретних зонах відповідальності та де потрібен контроль.