Мв
Масштаб власника
Ресурс, роль і здатність спрямувати створення.
Мв = Θ × ТрO × Кв × Mission × Кств
ТрO показує прийняття й утримання ролі для обраного переходу. Номер O не є числовим множником людини.
01 ВНУТРІШНЯ ЗМІНА РОЛІ
Я бачу компанію і себе в ній інакше.
ЗВИЧНИЙ ОБРАЗ
Я керую одним співробітником
Керівник одного
співробітника
співробітника
НАСТУПНИЙ ОБРАЗ
Я створюю пости,
які виробляють результат
Звичний образ
«Знаю, як керувати цим співробітником»
Наступний рівень компанії поки що неясний.
Що має відбутися після внутрішньої зміни?
02 · КОМПЕТЕНТНІСТЬ
Навчитися створювати.
Практика:
03 · ПАСТКА ТА ВИХІД
Вихід:
04 · КОМПАНІЯ ТА СВОБОДА
Отримати нову спроможність.
Свобода для:
У посібнику кожна зміна має свою анімацію, практичну роботу та критерій перевірки. Обраний приклад не є оцінкою вашої компанії.
02РОЗВИТОК ЗДІБНОСТЕЙ І КОМПЕТЕНТНОСТІ
Я стаю здатним створити цей результат.
Прийнята роль задає напрям. Знання, розуміння й тренування перетворюються на спроможність, яку видно в реальній роботі та під напруженням.
Роль уже прийнята. Тепер змінюється здатність діяти.
СПРОМОЖНІСТЬ, ЯКУ РОЗВИВАЄМО
Технології маркетингу, продажів і виробництва: що саме передавати?
Маркетинг
Клієнт, пропозиція, канал і спосіб отримати відповідний попит. Результат: зрозумілий механізм залучення клієнта.
Продажі
Потреба, пропозиція, умови, рішення клієнта й передача замовлення. Результат: узгоджений продаж, який можна виконати.
Виробництво
Вхід, метод, стандарт якості, приймання та корекція. Результат: обіцяний цінний кінцевий продукт.
Технології можна розробити, придбати або освоїти. Важлива можливість перевірити їх і відтворити результат іншими людьми. Перелік складових: формула масштабування; критерій переходу: канон O0–O9.
ЗНАННЯ Й РОЗУМІННЯ
Що я маю розуміти
HARD SKILLS
Що я маю вміти робити
SOFT SKILLS
Як я маю взаємодіяти
Інструменти, які втілюють цю спроможність
Інструмент працює, коли змінює реальний робочий цикл.ПРАКТИЧНА РОБОТА
ТИПОВЕ НАПРУЖЕННЯ
СПОСТЕРЕЖУВАНИЙ ДОКАЗ
Перед початком: усвідомлення, ресурс і контроль залежності
Ці умови варто розглядати окремо для конкретної людини та її компанії. Номер переходу не задає автоматично її стан.
- Усвідомлення: людина бачить, де її поточний спосіб роботи обмежує результат, і розуміє сенс зміни.
- Ресурс: для навчання й практики є час, увага та підтримка. Навантаження узгоджене з реальною ситуацією.
- Вплив і контроль: зрозуміло, що людина може змінити сама, які повноваження має та де потрібне рішення іншої сторони.
- Залежність компанії: зафіксовано конкретні рішення, операції й зв’язки, що зараз повертаються до власника.
У цій навчальній моделі особисті шкали не заповнені. Висновок про готовність потребує фактів і розмови з людиною.
03ПАСТКИ ТА ВИХІД ІЗ НИХ
Помічаю, що повертає мене до старої ролі.
Під напруженням звичний спосіб реагування здається найшвидшим. Тут видно тригер, петлю залежності й конкретну дію, яка її розриває.
РОЗБІР ОДНІЄЇ СИТУАЦІЇ
ТРИГЕР
ЗВИЧНА РЕАКЦІЯ
НАСЛІДОК
РОЛЬ, ДО ЯКОЇ ПОВЕРТАЮСЯ
ДІЯ ДЛЯ ВИХОДУ
ПЕРЕВІРКА ВИХОДУ
04РЕЗУЛЬТАТ У КОМПАНІЇ ТА НОВА СВОБОДА
Компанія утримує те, що раніше тримав я.
Той самий образ із хмаринки тепер розгорнутий у робочу організацію. Рівень визначає відтворювана спроможність, а доказ з’являється в реальних циклах роботи.
МОДЕЛЬ ЦІЛЬОВОГО СТАНУ
Схема показує нову спроможність. Кількість вузлів умовна.
ДОКАЗ ПЕРЕХОДУ
Потрібні факти роботи вашої компанії.НОВИЙ СТУПІНЬ СВОБОДИ
Звільняю свою увагу
для нового створення.
ВІД ЧОГО
ДЛЯ ЧОГО
Свобода має конкретний зміст на кожному переході. Масштаб наступного задуму визначається окремо.
ЖС ЖИТТЄВА СИЛА ВЛАСНИКА
Маю ресурс і спрямованість для зміни.
Для переходу потрібні час, увага, сили й зрозумілий задум. Визначаю, що утримує мою увагу, як упорядкувати це навантаження та для чого звільнити ресурс.
Ресурс має напрям: для якого наступного створення він потрібен?
01 · Бачу навантаження
Що тримає мою увагу?
Звернення, незавершені справи та рішення, які знову повертаються до мене.
Що потрібно впорядкувати?
Визначаю, що завершити, кому передати роботу та коли повернутися до справді мого рішення.
На що спрямовую ресурс?
На створення наступної спроможності компанії та практику нової ролі.
ПЕРЕВІРКА В РОБОТІ
Для наступного кроку виділено час і увагу; реальна робота просувається без постійного повернення до колишнього навантаження.
Сцена показує доступну увагу та її спрямованість як один аспект життєвої сили. Стан людини розглядаємо окремо: узгоджуємо реальне навантаження, час на відновлення й навчання та потрібну підтримку.
M MISSION · МІСІЯ ТА СПРЯМОВАНІСТЬ
Розумію, заради чого створюю.
Місія задає напрям і цінність. Конкретний задум описує, що має з’явитися. Критерії вибору пов’язують цей напрям із щоденними рішеннями.
Самостійна складова формули. Вибір O-переходу не змінює місію автоматично і не задає її «розмір».
01
МісіяДля кого й навіщо спрямовую створення?
02
Обраний задумЩо саме має почати існувати?
03
Критерії виборуЯкі дії й рішення відповідають цьому напряму?
Факти й наслідки допомагають уточнювати задум і рішення.
01 · Визначаю напрям
Можу пояснити, кому й навіщо потрібне створюване.
Пов’язую власний вибір із цінністю для тих, хто житиме або працюватиме в цій новій реальності.
Перевірка: зрозуміло, для кого існує цей напрям і чому я обираю його.
Напрям
Для кого створюю цінність? Яку зміну вважаю вартою власної участі?
Конкретний задум
Який результат має з’явитися в цьому проєкті, в яких умовах і до якого горизонту?
Рішення та межі
Що обираю, від чого відмовляюся і які наслідки враховую для інших учасників?
Робоче визначення в цій редакції: Mission означає місію та спрямованість створення. Масштаб декларації не є доказом цінності, а відсутність письмового формулювання не означає нуль. Місія й конкретні цілі пов’язані, але мають різні рівні узагальнення.
К Кств · КОМПЕТЕНТНІСТЬ СТВОРЕННЯ
Перетворюю задум на існуючий результат.
Знання способу створення стає компетентністю, коли я можу застосувати його: визначити задум, перевірити припущення, організувати втілення й отримати зовнішній результат.
Самостійний маршрут створення. Зміна O-рівня компанії не присвоює рівень здібностей, клас реальності R або ступінь її матеріалізації M.
01
Задум і модельПотреба, учасники, механізм, умови.
02
Перевірка припущеньДослід, факти, корекція задуму.
03
ВтіленняЛюди, інструмент, права й ресурси.
04
Зовнішній результатІснує, використовується та працює.
↶ На кожному кроці: зворотний зв’язок і корекція моделі.
01 · Описую майбутнє
Розрізняю бажану картину й спосіб її втілення.
Описую, що має почати існувати, для кого воно працюватиме й від яких умов залежить.
Перевірка: є зрозуміла модель задуму, перелік ключових припущень і критерій зовнішнього результату.
Розкрити профіль десяти здібностей створення
У матеріалах ARCHYX компетентність створення розглядається через окремі спостережувані здібності. Кств у цій формулі узагальнює навчальний фокус; правило зведення профілю в один числовий коефіцієнт не задане.
- 01 Ясність наміру
- 02 Утримання наміру
- 03 Ініціювання дії
- 04 Інтенсивність дії
- 05 Поверхня взаємодій
- 06 Розпізнавання можливостей
- 07 Швидкість використання можливостей
- 08 Адаптивність
- 09 Створення й використання важелів
- 10 Перетворення задуму на існуючий результат
Статус джерела: схвалений напрям / архітектурний кандидат. Поведінкові критерії, правила контексту та докази ще розробляються. Ця анімація є навчальним синтезом, а не затвердженою повною технологією створення нових світів.
Creator Capability System V0.1 · Стан методології й межі використання.
Різні фокуси компетентності: Кв стосується побудови й володіння бізнес-інструментом, Кств стосується створення нового задуму в реальності. Спільні навички можливі; їх не рахуємо двічі. Доказом є застосування й результат, а не тільки знання термінів.
05 НАСКРІЗНИЙ ПРИКЛАД
Фінансове планування як передача здатності.
«Я забезпечую дохід особистим втручанням» → «Я створюю керівників і правила, за якими компанія планує, отримує результат та коригує відхилення».
Приклад для O4 → O5. Ця сцена розкриває практичний зміст нової ролі: керівники навчаються користуватися спільною фінансовою моделлю, отримують реальні важелі та проходять робочий цикл.
Факти
Узгоджуємо визначення доходу, витрат, маржинального доходу, коштів і джерел даних.
Спільний план
Поєднуємо продажі, потужність, витрати та рух коштів. Визначаємо чинники беззбитковості.
Повноваження
Керівники отримують відповідальність за контрольовані чинники, ресурси та ліміти рішень.
Виконання
Керівники приймають звичайні рішення у своїх межах і організовують продукт через команди.
План і факт
Єдиний стандарт звіту показує продукт, відхилення, дані й залежності між функціями.
Корекція
Керівники погоджують дії, відповідальних і строки. Наступний цикл показує результат корекції.
ПАСТКА
Модель є, всі рішення досі мої.
Після слабкого тижня власник сам змінює плани, домовляється з клієнтами, розподіляє витрати й виправляє роботу функцій. Керівники заповнюють таблиці, а управлінський цикл залишається у власника.
ВИХІД І ПЕРЕВІРКА
Керівники проводять корекцію.
Власник задає фінансову рамку й організовує координацію керівників. Кожен приносить факти, варіанти та рішення в межах прав. Реальне відхилення опрацьовується цим циклом, із погодженою ескалацією для винятків.
Відповідальність відповідає можливості впливати.
Спільну беззбитковість розкладаємо на узгоджені керовані чинники. Продажі можуть відповідати за дохід і маржинальний дохід у межах цінових прав; операції — за якість, потужність і керовані витрати; фінанси — за достовірність моделі, прогноз коштів і встановлені контролі. Конкретний розподіл залежить від повноважень у вашій компанії.
Оцінювання керівника враховує контрольовані ним показники. Оцінювання самої функції додатково враховує її повну економіку. Пояснення принципу контрольованості · ACCA.
Як фінансовий інструмент розвивається на всіх дев’яти переходах
| Перехід | Нова здатність і робота | Спостережувана перевірка |
|---|---|---|
| O0 → O1 | Розумію економіку Визначаю продукт, ціну, змінні й постійні витрати, оплату та потребу в коштах. | Повторне замовлення підтримує життєздатність тієї самої моделі. |
| O1 → O2 | Передаю виконання з економікою Враховую вартість іншого виконавця, якість, переробку та ресурси поста. | Продукт прийнято без моєї виробничої доробки; фактичні витрати видимі. |
| O2 → O3 | Відтворюю продуктивні пости Порівнюю вартість, завантаження, потужність і продукт нових постів. | Повторний запуск працює; додані пости не приховують збитку або моєї роботи. |
| O3 → O4 | Передаю фінансові важелі керівнику Даю першому керівнику дані, ресурси, ліміти й право на рішення щодо контрольованого результату. | Керівник сам коригує суттєве відхилення в межах свого мандата. |
| O4 → O5 | Будую спільний цикл керівників Узгоджуємо дохід, потужність, витрати й кошти. Кожен бачить свій внесок і залежності. | Керівники узгоджують план та корекцію, власник не збирає кожне рішення вручну. |
| O5 → O6 | Передаю розвиток економіки функції Власник функції змінює продуктивність, якість і собівартість; обґрунтовує інвестиції. | Функція поліпшується завдяки програмі її керівника. |
| O6 → O7 | Закріплюю права фінансових рішень Ліміти, консультації, затвердження, зупинка та ескалація мають явні правила. | Звичайне рішення в ліміті реалізується без прихованого дозволу власника. |
| O7 → O8 | Передаю цілісний цикл CEO CEO відповідає за операційний і фінансовий результат у погодженій рамці; власник або рада веде нагляд і питання капіталу. | Інший носій ролі CEO проводить значущий цикл планування, виконання й корекції. |
| O8 → O9 | Роблю фінансовий контекст передаваним Дані, права, зобов’язання, контролі, доступи та історія рішень зберігаються в компанії. | Перевірка зміни контролю виявляє та усуває залежність від пам’яті й особистості власника. |
Що саме означає модель беззбитковості
Для однорідного продукту зі сталою ціною та змінними витратами на одиницю базовий розрахунок такий:
Обсяг беззбитковості = Постійні витрати ÷ (Ціна − Змінні витрати на одиницю)Знаменник має бути позитивним. У багатопродуктовій компанії потрібна узгоджена структура продажів і маржинального доходу. Грошовий потік планується окремо: терміни оплати й зобов’язання можуть створити нестачу коштів навіть за прибуткової моделі.
Фінансове планування в адміністративних джерелах дає цикл планування й контролю ресурсів. Модель беззбитковості та принцип контрольованості доповнюють його фінансовою основою. Базова формула · SBA.
06 ІНСТРУМЕНТИ СИСТЕМНОСТІ
30 інструментів і сімейств. Коли починати та як розвивати.
Реєстр охоплює знайдені й прочитані матеріали. Для кожного інструмента показано мінімальну робочу версію, наступне застосування, результат і перевірку. Прив’язка до O-переходів запропонована для цього посібника.
Інструмент працює тоді, коли ним користуються.
Починайте з версії, достатньої для поточного продукту й ризику. Один короткий робочий документ може поєднувати кілька інструментів. На наступних переходах поглиблюються права, дані, координація та самостійність застосування. Якщо основи бракує, її відновлюють на поточному рівні.
Показано 30 із 30
01Ціль і задумвід O0→O1
Надає спільний напрям
Мінімальна робоча версія
Для кого і яку цінність створюємо.
Як розвивається далі
O4→O5: цілі функцій; O7→O8: мандат CEO.
Що створити: Сформульовані ціль і задум, продукт і адресат.
Як перевірити застосування: Різні учасники однаково пояснюють, заради якого результату ухвалюють рішення.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей · Створення системи стратегічного управління
02Ідеальна картина, факт і дельтавід O0→O1
Показує предмет переходу
Мінімальна робоча версія
На кожному переході: спостережуваний факт, наступна здатність і розрив.
Як розвивається далі
Нова спостережувана здатність на кожному рівні.
Що створити: Опис факту, бажаної здатності й конкретного розриву.
Як перевірити застосування: Спостережувані відхилення відокремлені від припущень; наступний крок усуває розрив.
Джерела інструмента: Ідеальна картина · Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей
03Адміністративна шкалавід O0→O1
Узгоджує цілі, правила й виконання
Мінімальна робоча версія
Коротка узгоджена версія для першого продукту.
Як розвивається далі
O2→O3: функції; O4→O5: каскад; O7→O8: власник/CEO.
Що створити: Узгоджена адміншкала переходу.
Як перевірити застосування: Програма, статистика й продукт підтримують одну ціль; суперечності усунені.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей
04ЦКП і критерії прийманнявід O0→O1
Визначає завершений цінний результат
Мінімальна робоча версія
Продукт, одержувач і підтверджений обмін.
Як розвивається далі
O1→O2: пост; O2→O3: підпродукти; O5→O6: функції.
Що створити: Паспорт продукту і критерії приймання.
Як перевірити застосування: Одержувач приймає результат; кількість дій не підміняє продукт.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей · Основні дані про оргсхему · Продукти поста, міні-шляпа та контрольний лист
05Планвід O0→O1
Вибирає спосіб досягнення цілі
Мінімальна робоча версія
Спосіб отримати потрібний результат за наявних ресурсів.
Як розвивається далі
O5→O6: розвиток функцій; O7→O8: стратегія і межі.
Що створити: План із ресурсами та припущеннями.
Як перевірити застосування: Відповідальний може пояснити, як план закриває розрив і чим він забезпечений.
Джерела інструмента: Бойові плани · Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей · Створення системи стратегічного управління
06Програмавід O0→O1
Перетворює план на кероване виконання
Мінімальна робоча версія
На кожний перехід: здатність, кроки, відповідальний і ресурс.
Як розвивається далі
O5→O6: керівник сам веде програму розвитку функції.
Що створити: Програма із завершуваними кроками, ресурсом і відповідальним.
Як перевірити застосування: Продукти кроків отримані, а потрібна здатність діє в роботі.
Джерела інструмента: Як формулювати задачі для програм · Як формулювати задачі для програм · Шаблон програми · Максими програм · Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей · Створення системи стратегічного управління
07Проєктвід O0→O1
Деталізує складний крок програми
Мінімальна робоча версія
Коли один крок програми потребує окремої послідовності.
Як розвивається далі
O4→O5: міжфункціональні проєкти.
Що створити: Проєкт із результатом і залежностями.
Як перевірити застосування: Завершення проєкту закриває конкретний крок програми.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей
08Завершувані задачі та їх типивід O0→O1
Робить доручення виконуваними
Мінімальна робоча версія
Продукт, термін, відповідальний, ресурс і перевірені передумови.
Як розвивається далі
O3→O4: керівник сам ставить і доводить задачі.
Що створити: Задача: результат, термін, ресурс, відповідальний.
Як перевірити застосування: Можна однозначно перевірити завершення; перевірено передумови виконання.
Джерела інструмента: Як формулювати задачі для програм · Як формулювати задачі для програм · Шаблон програми · Адміншкала. Послідовність кроків
09Накази й дорученнявід O1→O2
Передає необхідну дію за роллю
Мінімальна робоча версія
Зрозуміле доручення в межах ролі.
Як розвивається далі
O3→O4: через керівника, без другого командування.
Що створити: Зафіксоване доручення з підтвердженим розумінням.
Як перевірити застосування: Виконання відбулося без суперечливих команд і прихованого другого керівника.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Основні дані про оргсхему
10Тижневий і денний бойовий планвід O0→O1
Поєднує щоденну роботу зі стратегією
Мінімальна робоча версія
Власний короткий план на продукти.
Як розвивається далі
O1→O2: виконавець; O3→O4: керівник; O4→O5: узгоджена горизонталь.
Що створити: Тижневий/денний план на продукти.
Як перевірити застосування: План виконаний або скоригований за фактом; зайнятість не замінює внесок у ціль.
Джерела інструмента: Бойові плани · Програма тренувань ШЕР
11Організаційні політикивід O0→O1
Закріплює відтворювані рішення
Мінімальна робоча версія
Перші правила повторюваної роботи.
Як розвивається далі
O2→O3: стандарт; O6→O7: правила рішень і конфліктів.
Що створити: Коротка політика з областю застосування.
Як перевірити застосування: Типове питання розв’язують за політикою без нового втручання власника.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Програма тренувань ШЕР
12Потік виробництва продуктувід O1→O2
Пов’язує продукти постів у компанію
Мінімальна робоча версія
Етапи першої функції та її входи/виходи.
Як розвивається далі
O2→O3: відтворювані пости; O4→O5: стики функцій.
Що створити: Карта входів, підпродуктів, виходів і одержувачів.
Як перевірити застосування: Наступна ланка отримує придатний продукт без ручного перекладу власником.
Джерела інструмента: Основні дані про оргсхему · Продукти поста, міні-шляпа та контрольний лист
13Організуюча схемавід O1→O2
Показує відповідальність і робочі зв’язки
Мінімальна робоча версія
Пост і його продукт; одна людина може займати декілька ролей.
Як розвивається далі
O2→O3: карта постів; O3→O5: реальні управлінські лінії.
Що створити: Оргсхема постів, продуктів і реальних ліній управління.
Як перевірити застосування: Робочий запит потрапляє до потрібного поста; схема відповідає фактичній роботі.
Джерела інструмента: Основні дані про оргсхему
14Шляпа / міні-шляпа поставід O1→O2
Передає спосіб роботи на посту
Мінімальна робоча версія
Продукт, знання, дії, якість, взаємодії.
Як розвивається далі
O2→O3: відтворювана шляпа; O3→O4: шляпа керівника.
Що створити: Міні-шляпа: продукт, знання, дії, якість, взаємодії.
Як перевірити застосування: Інший виконавець отримує продукт за переданим способом.
Джерела інструмента: Продукти поста, міні-шляпа та контрольний лист · Основні дані про оргсхему
15Контрольний лист і тренуваннявід O1→O2
Перетворює пояснення на вміння
Мінімальна робоча версія
Пояснення, відтворення і самостійний практичний продукт.
Як розвивається далі
O2→O3: наступний виконавець; O5→O6: керівник навчає систему.
Що створити: Контрольний лист із вправами та зразками продукту.
Як перевірити застосування: Людина пояснює й відтворює роботу, а не лише відмічає прочитане.
Джерела інструмента: Програма тренувань ШЕР · Інструкція ФП із практичним завданням · Продукти поста, міні-шляпа та контрольний лист
16Добір і введення на поствід O1→O2
Забезпечує пост здатним виконавцем
Мінімальна робоча версія
Перевірити здатність створити потрібний продукт.
Як розвивається далі
O3→O4: керівник; O7→O8: CEO з перевіркою циклів.
Що створити: Критерії відбору, пробний продукт, план введення.
Як перевірити застосування: Людина створює потрібний продукт; для керівника перевірений управлінський цикл.
Джерела інструмента: Основні дані про оргсхему
17Статистика продуктувід O0→O1
Показує динаміку виробництва
Мінімальна робоча версія
Факти обміну, якості та повторюваності.
Як розвивається далі
O1→O2: пост; O4→O5: єдині визначення; O5→O6: функція.
Що створити: Визначення статистики, джерело даних, період і графік.
Як перевірити застосування: Різні люди отримують однакове число з перевірених первинних даних.
Джерела інструмента: Шаблон Адміншкала · Адміншкала. Послідовність кроків · Як досягти своїх цілей · Основні дані про оргсхему
18Стандарт звітності та первинні данівід O1→O2
Робить стан області видимим
Мінімальна робоча версія
Продукт, факт, відхилення, рішення і підтвердження.
Як розвивається далі
O3→O4: область керівника; O4→O5: єдина звітність.
Що створити: Єдиний звіт: продукт, факт, відхилення, дія, докази.
Як перевірити застосування: Керівник бачить зміни вчасно й приймає рішення без збору даних вручну власником.
Джерела інструмента: Основні дані про оргсхему · Програма тренувань ШЕР
19Звіт про виконаннявід O1→O2
Закриває цикл виконання
Мінімальна робоча версія
Закрити цикл задачі перевіреним продуктом.
Як розвивається далі
O3→O4: перевірка і корекція керівником.
Що створити: Короткий звіт із результатом і підтвердженням.
Як перевірити застосування: Виконання перевірене за продуктом, не за словами «зроблено».
Джерела інструмента: Програма тренувань ШЕР
20Завершена робота співробітника (ЗРС)від O1→O2
Готує рішення без перекидання проблеми
Мінімальна робоча версія
Прості питання з даними і пропозицією рішення.
Як розвивається далі
O3→O4: готове рішення керівника; O6→O7: ескалація за правилами.
Що створити: ЗРС: ситуація, дані, запропоноване рішення.
Як перевірити застосування: Повноважна роль приймає обґрунтоване рішення без повторного збирання всієї ситуації.
Джерела інструмента: Програма тренувань ШЕР · Регламент фінансового планування · Інструкція ФП із практичним завданням
21Письмові комунікації та маршрутивід O1→O2
Зменшує втрати і повторні запити
Мінімальна робоча версія
Фіксувати доручення, відповіді та рішення.
Як розвивається далі
O2→O3: за постом; O4→O5: між функціями.
Що створити: Маршрути повідомлень, статуси, місце зберігання.
Як перевірити застосування: Поручення, рішення і відповідь знаходяться; цикл не залежить від особистої пам’яті.
Джерела інструмента: Програма тренувань ШЕР · Основні дані про оргсхему
22Координаціївід O1→O2
Узгоджує роботу за продуктом і ресурсами
Мінімальна робоча версія
Коротка координація за продуктом і планом.
Як розвивається далі
O3→O4: цикл керівника; O4→O5: міжфункціональні стики.
Що створити: Ритм координацій, плани, домовленості на стиках.
Як перевірити застосування: Конфлікт планів вирішено, відповідальні і наступні продукти зрозумілі.
Джерела інструмента: Бойові плани · Програма тренувань ШЕР
23Наставницька бесіда і надання самостійностівід O1→O2
Розвиває самостійність іншої людини
Мінімальна робоча версія
Пояснювати, слухати, коригувати без підміни роботи.
Як розвивається далі
O3→O4: розвиток керівника; O5→O6: авторство функції.
Що створити: Відпрацьована бесіда: факти, розуміння, рішення, зворотний зв’язок.
Як перевірити застосування: Співробітник або керівник сам коригує роботу; власник не підміняє його.
Джерела інструмента: Програма тренувань ШЕР
24Перевірка фактів і якостівід O0→O1
Відокремлює реальний стан від звіту
Мінімальна робоча версія
Перевірка продукту одержувачем.
Як розвивається далі
O1→O2: приймання; O4→O5: незалежна видимість; O5→O6: корекція системи.
Що створити: Критерії приймання, вибірка перевірок, підтвердження.
Як перевірити застосування: Помилка виявляється за фактом, а перевірка не замикає всі рішення на власника.
Джерела інструмента: Адміншкала. Послідовність кроків · Основні дані про оргсхему
25Програма корекції та вдосконаленнявід O1→O2
Прибирає повторюваний дефект
Мінімальна робоча версія
Усунути джерело повторюваного дефекту.
Як розвивається далі
O5→O6: власник функції сам знаходить і коригує причину.
Що створити: Програма корекції причини та перевірки результату.
Як перевірити застосування: Повторний випадок не відтворює колишню помилку або відхилення вчасно виправляє відповідальна роль.
Джерела інструмента: Основні дані про оргсхему · Ідеальна картина
26Цикл фінансового плануваннявід O0→O1
Пов’язує гроші, ресурси і рішення
Мінімальна робоча версія
Видимі гроші, витрати, зобов’язання і рішення; точна модель економіки додається окремо.
Як розвивається далі
O3→O4: бюджет і ліміти; O4→O5: загальний цикл; O7→O8: CEO.
Що створити: Фінансовий цикл: дані, план, рішення, виконання, план/факт.
Як перевірити застосування: Рішення приймаються за достовірними даними в межах повноважень; платіж не підміняє економічний результат.
Джерела інструмента: Регламент фінансового планування · Інструкція ФП із практичним завданням
27ФП№1, регулярні витрати та фондивід O0→O1
Робить регулярні потреби і резерви видимими
Мінімальна робоча версія
Врахувати регулярні зобов’язання і потреби.
Як розвивається далі
O3→O5: витрати за функціями, резерви та обґрунтування.
Що створити: Перелік витрат і фондів із підставами та власниками даних.
Як перевірити застосування: Обов’язкові платежі враховано; ставки фондів обґрунтовані для конкретної компанії.
Джерела інструмента: Регламент фінансового планування · Інструкція ФП із практичним завданням
28Заявки, директива ФП і контроль виконаннявід O1→O2
Управляє витратами та зобов’язаннями
Мінімальна робоча версія
Співмірні правила витрат, коли коштами розпоряджається співробітник.
Як розвивається далі
O3→O5: рішення керівників у лімітах; винятки мають маршрут.
Що створити: Заявки, затверджені ліміти, директива та звіт виконання.
Як перевірити застосування: Зобов’язання прийняті повноважною роллю, факт звірений із рішенням; виняток має маршрут.
Джерела інструмента: Регламент фінансового планування · Інструкція ФП із практичним завданням
29Ради та органи ухвалення рішеньвід O4→O5
Надає місце спільним рішенням
Мінімальна робоча версія
Коли необхідно узгоджувати функції, ресурси й бюджет.
Як розвивається далі
O6→O7: архітектура повноважень; O7→O8: власник/рада/CEO.
Що створити: Мандат органу, склад, предмет рішень, протоколи.
Як перевірити застосування: Питання вирішене потрібним органом, без дублювання або неформального права вето власника.
Джерела інструмента: Регламент фінансового планування · Основні дані про оргсхему · Створення системи стратегічного управління
30Стратегічні сесії та контроль реалізаціївід O4→O5
Запускає спільне стратегічне виконання
Мінімальна робоча версія
Спільний план, відповідальні програми й реальне узгодження.
Як розвивається далі
O5→O6: програми функцій; O7→O8: стратегія/CEO.
Що створити: Стратегічний план, програми відповідальних, контроль і навчання.
Як перевірити застосування: Програми написані й ведуться відповідальними; результати узгоджені зі стратегією.
Джерела інструмента: Створення системи стратегічного управління
За цим запитом інструментів немає. Спробуйте інше слово або всі переходи.
Адміністративна технологія
Адміншкала, продукти, організація постів, навчання, статистики, комунікація, координація, програми та фінансовий цикл мають зазначені методичні джерела.
Доповнення ARCHYX
Паспорти власників функцій, архітектура повноважень, відокремлення CEO, наступність і передаваність активу спираються на канон O0–O9.
Функціональні модулі
Маркетингові опитування, кампанії, продажі, зв’язки з громадськістю й поглиблений аналіз виробництва додаються за продуктом і поточним обмеженням компанії.
Першоджерела додаткових модулів: Hubbard College, описи курсів, с. 64–71. Базові сімейства організації, статистик, фінансів, комунікації та навчання також перелічено в Model of Admin Know-How.
Основа посібника
Організаційні спроможності O0–O9 спираються на канон ARCHYX. Ролі, вправи, інструменти, пастки й способи перевірки зведені в навчальну модель переходу. Вона потребує адаптації до продукту, ризиків і фактичної структури конкретної компанії.
Короткий словник посібника
- Буттєвість / роль. Ким людина сприймає себе, за що бере відповідальність і з якої позиції приймає рішення.
- Внутрішня дельта, Δ. Зміни у власному уявленні про себе й своїй відповідальності, необхідні для прийняття наступної ролі.
- Здатність. Можливість застосувати знання й навички та отримати потрібний результат у реальній ситуації, зокрема при відхиленні.
- ЦКП. Цінний кінцевий продукт: завершений результат, цінний для його отримувача, із ясними критеріями приймання.
- Капелюх / шляпа поста. Опис призначення поста, його продукту, дій, потрібних знань, методів, прав і взаємодій.
- ЗРС. Завершена робота співробітника: підготовлені ситуація, дані та пропозиція, достатні для потрібного рішення.
- Бойовий план. Короткострокові конкретні завдання, узгоджені із загальним планом, ресурсами та продуктом.
- ФП. Фінансове планування. У знайденому регламенті ФП№1 — довідник регулярних витрат; ЗП — замовлення на придбання; ПЗП — попереднє замовлення для планування коштів.
- Власник функції. Керівник, який відповідає за поточний продукт і за побудову, виправлення та розвиток самої функції.
- Перевірка напруженням. Спостереження за роботою при реальному значущому відхиленні, яке раніше повертало власника до попередньої ролі.
Що підтверджено джерелами. Рівні та організаційні спроможності — канон від 23.09.2026. Бібліотека трансформацій і специфікації від 02.10.2026 у своїх заголовках мають статус «канонічний кандидат». Назви й зміст адміністративних інструментів узяті з матеріалів нижче. Що розроблено для посібника. Конкретні вправи, деталізація навичок, сценарії пасток, анімація та прив’язка інструментів до переходів є навчальною пропозицією. Вибір кадру або завершення анімації не оцінює рівень людини чи компанії.
Відкрити реєстр методичних джерел
- S01. Як формулювати задачі для програм. 1–2 · Завантажений матеріал.
- S02. Бойові плани. 1–5 · Завантажений матеріал.
- S03. Як формулювати задачі для програм. 1–3 · Завантажений матеріал.
- S04. Шаблон програми. 2 · Завантажений матеріал.
- S05. Максими програм. 1–2 · Завантажений матеріал.
- S07. Ідеальна картина. 1–3, с.2–3 прочитані візуально · Завантажений матеріал.
- S08. Шаблон Адміншкала. 1–3 · Завантажений матеріал.
- S09. Адміншкала. Послідовність кроків. 1–8 · Завантажений матеріал.
- S10. Як досягти своїх цілей. частини 1–4 · Завантажений матеріал.
- D01. Програма тренувань ШЕР. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
- D02. Регламент фінансового планування. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
- D03. Інструкція ФП із практичним завданням. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
- D04. Основні дані про оргсхему. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
- D05. Продукти поста, міні-шляпа та контрольний лист. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
- D06. Створення системи стратегічного управління. Внутрішній історичний/методичний матеріал; O-прив’язку джерело не задає.
Реєстр групує інструменти прочитаного корпусу. Він залишається відкритим до доповнення іншими першоджерелами адміністративної технології.
Історичні приклади адаптовано до змісту переходів: параметри конкретної компанії, її назви посад і особисті правила автора не встановлюють загальних вимог до кожного власника.
Розділ 1 із 4 · Роль