§3.02 Иерархия знаний: ZP — SPF — FPF — Pack — DS
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что знания в его Pack автономны и не нуждаются в основании, а на самом деле каждое понятие без пути к фундаментальному принципу — это остров, который может уйти под воду при первом же серьёзном испытании. Иерархия из пяти уровней (ZP, SPF, FPF, Pack, DS) защищает от хаоса, давая каждому утверждению опору.
Мем, который снимается. «Мне не нужны философские основания. Я практик, мне важно, что работает. Pack состоит из моих методов, они проверены опытом.» На самом деле методы без оснований работают до первого исключения. Когда контекст меняется (новая задача, новая команда, новые ограничения), метод, который «просто работал», перестаёт работать, и вы не знаете почему. Потому что не понимали, на чём он основан. Иерархия знаний даёт этот фундамент: ZP отвечает на вопрос, что вообще возможно. SPF отвечает на вопрос, как мир устроен. FPF отвечает на вопрос, как устроена ваша система. Pack отвечает на вопрос, как вы работаете. DS отвечает на вопрос, что вы производите. Без пути вниз каждый уровень хрупок.
Понятия. ZP (Zero Principles): мета-мета уровень, фундаментальные аксиомы, которые не доказываются в рамках системы. Например: «система ≠ сумма частей», «каждое утверждение имеет границу применимости». SPF (Systemic Principles Framework): мета уровень, принципы, общие для всех системных подходов. Например: «строгое различение», «онтологическая экономность», «доказательство через граф». FPF (Fundamental Principles of the Field): уровень принципов конкретного домена. Например, в личном развитии: «пилот ≠ машина», «развитие ≠ обучение». Pack: предметный уровень, формы, методы, категории, которые реализуют FPF в конкретной практике. DS: производный уровень, рабочие продукты, созданные по правилам Pack. Каждое понятие в Pack должно иметь путь к ZP: через FPF и SPF. Это защита от хаоса: если метод перестаёт работать, вы можете подняться по иерархии и понять, изменился ли контекст, устарел ли принцип, или нужен новый метод.
Объяснение. Иерархия работает как система страховки. Когда DS расходится с ожиданиями, вы проверяете Pack: правила применены верно? Если Pack в порядке, вы проверяете FPF: принципы домена всё ещё актуальны? Если FPF в порядке, вы проверяете SPF: не изменились ли системные условия? Если SPF в порядке, вы проверяете ZP: не нарушены ли фундаментальные аксиомы? Это не теоретическое упражнение. Это практическая диагностика. Например, метод «помидор» перестал работать. Проверяем Pack: правильно ли применён? Да. FPF: принцип ритма и фокуса всё ещё актуален? Да. SPF: не изменились ли условия работы? Теперь задачи требуют глубокого погружения на 3 часа, а не 25 минут. Да. Значит, метод нужно адаптировать, а не отбрасывать. Без иерархии вы бы сказали: «помидор не работает, забудем про него». С иерархией вы говорите: «помидор работает, но в другом контексте. Нужен метод для длительного фокуса». Иерархия не ограничивает гибкость, а даёт язык для её осознанного применения.
На практике. Практика «Путь к основанию» (30 мин):
- Выберите одно понятие из вашего Pack. Например: «Защищённый слот» или «Каскад планирования». (5 мин)
- Спросите: какой FPF-принцип оно реализует? Для защищённого слота подходит принцип «структура определяет поведение». Для каскада подходит принцип «иерархия ограничений». Запишите. (10 мин)
- Спросите: какой SPF-принцип лежит в основе FPF? Для структуры подходит принцип «система ≠ сумма частей». Для иерархии подходит принцип «ограничения порождают форму». Запишите. (10 мин)
- Спросите: какой ZP-аксиоме это соответствует? Например: «всё сущее имеет границу». Запишите. Если путь обрывается, это сигнал, что понятие нуждается в основании. (5 мин)
Типичный кейс. Менеджер проектов тридцати восьми лет использовал метод «ежедневный стендап» с командой. Когда команда выросла с пяти до пятнадцати человек, стендап стал занимать час и перестал давать ценность. Менеджер хотел отказаться от метода, но проверил иерархию. Pack: стендап выступал методом синхронизации. FPF: синхронизация необходима, когда работа взаимозависима. SPF: форма синхронизации зависит от размера группы и степени взаимозависимости. ZP: структура коммуникации определяет скорость распространения информации. Вывод: метод не устарел, но форма не соответствует масштабу. Менеджер заменил стендап на асинхронные обновления в таск-трекере с еженедельной синхронизацией по проектам. Эффективность восстановилась, но главное, менеджер понял, почему это сработало, и мог применить тот же анализ к другим методам.
Типичная ошибка. «Это слишком теоретично, мне нужны рабочие инструменты.» Иерархия не теория, а прочность. Дом без фундамента тоже «работает» до первого дождя. Другая ошибка: «Я запишу путь к основанию позже, сейчас важно зафиксировать сам метод.» Позже не наступает. И метод, записанный без основания, через год превращается в ритуал: делается, но непонятно зачем.
Степени мастерства:
- Объяснение. Могу назвать пять уровней иерархии знаний. Критерий перехода: проследил путь одного понятия от Pack до ZP.
- Умение. Для каждого нового метода в Pack указываю связь с FPF. Критерий перехода: десять методов в Pack имеют явную связь с принципами.
- Навык. Системно использую иерархию для диагностики: когда метод перестаёт работать, поднимаюсь по уровням, чтобы понять причину. Критерий перехода: коллега заметила, что я «не отбрасываю методы, а адаптирую их».
- Мастерство. Проектирую Pack так, что иерархия видна: каждое понятие содержит ссылку на FPF, каждый FPF содержит ссылку на SPF. Критерий перехода: другой человек использовал вашу иерархию для диагностики своего метода.
Проверка себя.
- Могу назвать пять уровней иерархии знаний и объяснить различие между ними
- Для пяти понятий в моём Pack я могу проследить путь к FPF
- Когда метод перестаёт работать, я проверяю не только метод, но и принцип, на котором он основан
- Мой Pack содержит явные связи между понятиями и принципами
- Я могу объяснить, почему отказ от метода означает отказ от принципа, или просто смену формы
На практике. Откройте ваш Pack. Выберите одно понятие, которое вы используете регулярно. Спросите себя: «На каком принципе оно основано?» Запишите ответ рядом с понятием. Если не можете ответить, это сигнал, что понятие нуждается в основании.
См. также: Pack и DS: PD.GUIDE.3.S2.SS2, Фундаментальные принципы: PD.GUIDE.3.S3.SS4.
Что дальше. Следующий подраздел посвящён структуре Pack: семи разделам и их назначению.