Как “План” связан с “Потоком”
Анализ связи «План — Поток» в тексте через призму FPF
На основе спецификации FPF (A.15, A.2, E.18, A.2.6, B.1.6) выявлены следующие связи, ошибки и неточности в обсуждении.
1. Корректные интуиции (валидированные FPF)
| Утверждение в тексте | Соответствие FPF | Паттерн |
|---|---|---|
| «Скорость потока не будет выше текущих возможностей самого производства» | Flow ограничен U.Capability с WorkScope и WorkMeasures |
A.2.2:4.2 |
| «План есть результат вычислений по методу/алгоритму планирования» | U.WorkPlan — эпистема намерений, вычисленная по методу |
A.15.2:4.1 |
| «План на работы = запрос на работы к исполнителям» | PlanItem декларирует intended runs для RoleAssignments | A.15.2:4.2 |
| «С планом нужно сверяться через измерение текущего состояния» | Variance model: Work Audit цитирует PlanItem как baseline | A.15.2:4.5 |
2. Ошибки и неточности (по FPF)
2.1. План ≠ Желаемое состояние системы
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «План — это описание будущего желаемого состояния целевой системы» | Category Error: смешение Design и Plan | A.15.2:1: Желаемое состояние = U.System/Design; План = U.WorkPlan (time-bound intention to execute Work) |
L-SCHED: «план/schedule» → U.WorkPlan, не спецификация системы |
Последствие: Невозможность отделить валидацию конструкции от валидации расписания.
2.2. План ≠ Обязательство (Commitment)
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «План на работы с которым согласились = обещание выполнения работы» | Conflation: WorkPlan ≠ U.Commitment | A.2.8:4: U.Commitment — деонтическая связь (subject + modality + scope); U.WorkPlan — календарь намерений |
| A.2.8:5: Commitment требует accountable subject, modality (MUST/SHOULD), adjudication hooks |
Последствие: Невозможность аудита — неясно, что является графиком, а что — договорной обязанностью.
2.3. План/Исполнение не разделены явно (Plan/Run Blur)
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| Нет явного baseline/variance разделения | A.15.2:2.2: Plan/run blur — Gantt/Kanban reported as if work happened | A.15.3:8.1-8.2: PlanItem НЕ переписывается «задним числом» (no backfill); отклонения — в Work Audit |
| «корректировать эту работу, если есть отклонения» | Неясно: корректируется план или фиксируется вариация? | A.15.2:4.5: Deviate → записать variance в Work, не редактировать baseline |
Последствие: Аудит и costing деградируют, история исполнений теряется.
2.4. Поток не формализован (Flow undefined)
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «Потоки работ, финансов и ресурсов» | Интуитивное использование без FPF-формализма | E.18:4: Flow = valuation ν over U.Transfer edges + admissible path p |
| Нет различия типов потоков | E.18.5.12: TransductionFlow (материал/продукт) vs CoordinationFlow (сигналы/управление) |
|
| Ресурсы не агрегированы | B.1.6: Γ_work — агрегация затрат/ресурсов для conservation checks |
Последствие: Невозможность проверить conservation laws и сравнить потоки между Contexts.
2.5. Capability-Flow связь неполная
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «Скорость потока не будет выше текущих возможностей» | Верная интуиция, но нет WorkScope/WorkMeasures |
A.2.2:4.2, CC-A2.2-3: Capability без WorkScope/Measures — advisory only, не для gating |
| Нет явного Holder/Context | A.2.2:4.2: Capability требует Holder (U.System), Context, Measures, Window |
Последствие: Утверждения о потоке остаются «советами», а не гарантами (gates).
2.6. Метод ≠ План (Method vs Plan)
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «Алгоритм в ЕРП, описание процесса» смешано с планом | A.15.2:4.3: Algorithm/Process = U.MethodDescription, не календарь |
L-SCHED: Workflow = MethodDescription; Schedule = WorkPlan; What happened = Work |
| «ERP содержит планы, карту работ» | Карта работ = MethodDescription, не Plan | A.15.2:1: Plan ≠ semantic “way of doing” (Method) |
Последствие: Specs/time leakage — люди и календари проникают в MethodDescriptions, reuse collapse.
2.7. Γ_time дисциплина отсутствует
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| Нет явных time windows в определениях плана | A.2.6:8.2: Implicit “latest” forbidden | Каждое scope/guard MUST specify Γ_time selector (point/window/policy) |
| «привязан к времени» без формализма | Неясно: point, window, rolling? | A.2.6:6.0: Γ_timePolicy mandatory in slices and guards |
Последствие: Невозможность проверить freshness и сравнить планы across editions.
2.8. Ресурсный учёт не разделён (Planned vs Actual)
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «План… ресурсы» без разделения budget/actual | A.15.2:4.5: Plan carries targets/reservations | B.1.6: Only Work carries actual spend (Γ_work) |
| A.15.3:8.1: Plan-as-execution anti-pattern |
Последствие: Costing и sustainability metrics drift.
2.9. Модель вариаций неполная
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| «отклонения между системой, реальностью и планами» | Нет структурированных variance dimensions | A.15.2:4.5: Δt (schedule), Δc (cost), Scope, Quality, Assignment variance |
| A.15.3:12: Work cites PlanItem as baseline; variance recorded, plan not rewritten |
Последствие: Plan that cannot report variance = calendar picture, not management tool.
2.10. Cross-Context Bridges отсутствуют
| Текст | Ошибка | FPF-коррекция |
|---|---|---|
| ERP контекст ≠ Production контекст ≠ Management контекст | Нет явных Bridges между Contexts | F.9, A.2.6:7.4: Cross-context reuse MUST declare Bridge with CL; CL affects R, not F/G |
| «ERP сама ничего не решает» | Неясно: какой Context у «ERP»? | A.2.6:6.1: ContextSlice = vocabulary + standards + environment selectors |
Последствие: Silent drift across Contexts; reuse proceeds without declared mapping or risk accounting.
3. Сводная таблица: План — Поток по FPF
| Аспект | FPF-объект | Текст (корректно) | Текст (ошибка/неточность) |
|---|---|---|---|
| План | U.WorkPlan (A.15.2) |
«запрос на работы», «результат вычислений» | «желаемое состояние системы», «обещание» |
| Поток | U.Flow + Γ_work (E.18, B.1.6) |
«не выше возможностей производства» | Нет формализма valuation/path, нет типов потоков |
| Возможность | U.Capability (A.2.2) |
Интуиция верная | Нет WorkScope/WorkMeasures — advisory only |
| Метод | U.MethodDescription (A.3.1) |
«алгоритм планирования» | Смешан с Plan (карта работ ≠ календарь) |
| Исполнение | U.Work (A.15.1) |
«факт выполнения», «учёт в ERP» | Нет явного baseline/variance split |
| Время | Γ_time (A.2.6:8.2) |
«привязан к времени» | Нет explicit selector, implicit “latest” |
| Ресурсы | Γ_work (B.1.6) |
«ресурсы предприятия» | Plan budget ≠ Work actual не разделены |
| Контекст | U.BoundedContext + Bridge (F.9) |
ERP vs Производство (интуитивно) | Нет явных Bridges с CL penalties |
4. Рекомендации по исправлению (FPF-compliant)
- Переопределить «План» как
U.WorkPlan(A.15.2): календарь intended runs с PlanItems, не описание состояния системы. - Ввести
U.Commitment(A.2.8) для «обещаний»: separate от WorkPlan, с subject/modality/adjudication. - Формализовать «Поток» как
U.Flow(E.18): valuation + admissible path, с разделением TransductionFlow/CoordinationFlow. - Добавить WorkScope/WorkMeasures к capability claims (A.2.2:4.2): иначе они advisory only.
- Ввести Γ_time discipline (A.2.6:8.2): явные time windows, no implicit “latest”.
- Разделить Plan budget vs Work actual (B.1.6, A.15.2:4.5): no backfill плана под факт.
- Структурировать variance dimensions (A.15.2:4.5): Δt, Δc, scope, quality, assignment.
- Добавить Bridges между Contexts (F.9): ERP ↔ Production ↔ Audit с CL penalties.
5. Вывод
Текст содержит верные интуиции (поток ограничен возможностями, план — запрос на работы, нужна сверка с фактом), но категориально смешивает:
- Design ↔ Plan ↔ Commitment
- Method ↔ Schedule
- Planned budget ↔ Actual spend
- Flow intuition ↔ Flow formalism
По FPF это требует разделения онтологических объектов (A.15, A.2, E.18) и явного указания Scope/Time/Bridge (A.2.6, F.9) для аудита и воспроизводимости.