12+
Оглавление - Менеджмент 4.0
Гибридный полисубъект — люди и искусственный интеллект в общей экосистеме управления
- Предисловие
- Введение. Почему прежний менеджмент больше не справляется
- Часть I. Эволюция менеджмента: от иерархии к совместной агентности
- Глава 1. Менеджмент 1.0: иерархия, дисциплина, машина Сцена: понедельник
- 1.2. Откуда она взялась — и почему работала
- 1.3. Организация как машина
- 1.4. Философская линия: кто здесь является субъектом управления
- 1.5. Управленческая линия: что происходит с руководителем-контролёром
- 1.6. Практическая линия: инструменты Менеджмента 1.0
- 1.7. Кейс: компания «МехаПром»
- 1.8. Пять ошибок применения Менеджмента 1.0 сегодня
- 1.9. Что из Менеджмента 1.0 нужно сохранить
- 1.10. Риски перехода: три ловушки
- 1.11. Практическое задание для руководителя
- 1.12. Выводы главы
- Глава 2. Менеджмент 2.0: проекты, команды, коучинг
- 2.1. Сцена: проект, который нельзя выполнить по инструкции
- 2.2. Почему появилась проектная логика
- 2.3. Организация как команда
- 2.4. Философская линия: субъектом становится команда
- 2.5. Практическая линия: инструменты Менеджмента 2.0
- Инструменты прозрачности
- Инструменты координации
- Инструменты рефлексии
- 2.6. Управленческая линия: менеджер-коуч
- 2.7. Кейс: компания «ДиджиталПроект»
- Системный паттерн
- Причина
- С чего начать переход
- 2.8. Управленческая схема главы
- 2.9. Ошибки Менеджмента 2.0
- 2.10. Выводы главы
- Глава 3. Менеджмент 3.0: автономия, данные, цифровые процессы
- 3.1. Сцена: компания, где есть все дашборды, но нет ясности
- 3.2. От команды к цифровой сети
- 3.3. Автономный сотрудник как новый герой организации
- 3.4. Философская линия: когда система начинает смотреть вместо нас
- 3.5. Управленческая линия: руководитель как интерпретатор данных
- 3.6. Практическая линия: цифровизация как фундамент, а не финал
- 3.7. Кейс: «РитейлДата» и ловушка управляемости
- 3.8. Схема главы: где находится разрыв
- 3.9. Ошибки Менеджмента 3.0
- 3.10. Что из Менеджмента 3.0 нужно взять с собой
- 3.11. Инструмент главы: карта цифровых систем
- 3.12. Выводы главы
- Глава 4. Менеджмент 4.0: ИИ как со-агент управления
- 4.1. Сцена: ИИ уже в компании — но управление ещё старое
- 4.2. Что перестаёт работать в старой модели
- 4.3. Почему ИИ — это не просто новый софт
- 4.4. От инструмента к со-агенту: в чём разница
- 4.5. Смена субъектности: кто теперь управляет
- 4.6. Совместная агентность: как это работает на практике
- 4.7. Практическая линия: ИИ в управленческих контурах
- 4.8. Кейс: «СервисПлюс» строит первый ИИ-контур
- 4.9. Руководитель как архитектор взаимодействия
- 4.10. Уровни зрелости: от справочника к агенту
- 4.11. Риски перехода: что может пойти не так
- 4.12. Ошибки, которые совершают при переходе
- 4.13. Схема: контур совместной агентности
- 4.14. Практический инструмент: карта зрелости ИИ-сценария
- 4.15. Практическое задание: аудит одного процесса
- 4.16. Сессия для команды: «ИИ не игрушка, а участник процесса»
- 4.17. Выводы главы
- Часть II. Гибридный полисубъект: новая модель организации
- Глава 5. Что такое гибридный полисубъект
- 5.1. Сцена: решение, которое принял не один человек
- 5.2. Неудобный вопрос про субъектность
- 5.3. Почему «кто решает» — сложнее, чем кажется
- 5.4. Почему «ИИ управляет компанией» — это не про нас
- 5.5. Как выглядит гибридный полисубъект
- 5.6. Как увидеть гибридный полисубъект в вашей компании
- 5.7. Как меняется роль руководителя
- 5.8. Кейс: стратегическое решение в «НоваКонсалт»
- 5.9. Риски гибридного полисубъекта
- 5.10. Ошибки понимания гибридного полисубъекта
- 5.11. Признаки зрелого гибридного полисубъекта
- 5.13. Командная сессия: «Кто реально принимает решения?»
- 5.14. Выводы главы
- Глава 6. Архитектура гибридного полисубъекта
- 6.1. Сцена: компания купила ИИ, но ничего не изменилось
- 6.2. Почему ИИ-инструмент без архитектуры не работает
- 6.3. Кто здесь является субъектом?
- 6.4. Шесть слоёв
- 6.5. Люди: те, кто задаёт смысл
- 6.6. ИИ: тот, кто усиливает
- 6.7. Данные: память организации
- 6.8. Процессы: скелет управляемости
- 6.9. Интерфейсы: там, где люди встречают ИИ
- 6.10. Ответственность: то, без чего нельзя давать власть
- 6.11. Кейс: как «ДиджиталПроект» строил архитектуру
- 6.12. Руководитель как архитектор
- 6.13. Ошибки, которые делают почти все
- 6.14. Инструмент главы: карта архитектуры
- 6.15. Практическое задание: архитектурная сессия на 90 минут
- 6.16. Выводы главы
- Глава 7. Распределение ролей между человеком и ИИ
- 7.1. Пауза на совещании
- 7.2. Почему это самый важный вопрос
- 7.3. Что должно оставаться за человеком — и почему
- 7.4. Что можно и нужно делегировать ИИ
- 7.5. Зона совместной работы — где рождается настоящее усиление
- 7.6. Философский вопрос: что остаётся исключительно человеческим?
- 7.7. Матрица делегирования: два критерия, которые всё решают
- 7.8. Новые роли, которые появляются в компании
- 7.9. Как это выглядит на практике: история «НоваКонсалт»
- 7.10. Пять ошибок, которые стоит избежать
- 7.11. Инструмент главы: матрица распределения задач
- 7.12. Командное упражнение: «Границы ИИ в нашей работе»
- 7.13. Главное из этой главы
- Часть III. Управленческие функции в Менеджменте 4.0
- Глава 8. Планирование 4.0
- 8.1. Сцена: годовой план устарел через три недели
- 8.2. Почему статичный план перестаёт работать
- 8.3. Философская линия: кто создаёт план?
- 8.4. План как гипотеза
- 8.5. Практическая линия: сценарное планирование с ИИ
- 8.6. Управленческая линия: руководитель как постановщик ограничений
- 8.7. Риск: ложная точность прогнозов
- 8.8. Кейс: «МаркетЛаб» и сценарии спроса
- 8.9. Управленческая схема главы
- 8.10. Ошибки планирования 4.0
- 8.10. Выводы главы
- Глава 9. Организация работы 4.0
- 9.1. Все заняты. Система стоит
- 9.2. Почему должностные инструкции уже не работают
- 9.3. От задач — к потоку
- 9.4. Кто здесь субъект: философская линия
- 9.5. Как ИИ входит в организацию работы: практическая линия
- 9.6. Что меняется в роли руководителя
- 9.7. Кейс: «ДиджиталПроект» — когда проблема не в людях
- 9.8. Риски: когда координация становится надзором
- 9.9. Типичные ошибки организации работы 4.0
- 9.10. Практическое задание для руководителя
- 9.11. Практическое задание для команды: сессия «Поток вместо хаоса»
- 9.14. Выводы главы
- Глава 10. Мотивация 4.0 Человек — не набор метрик
- 10.1. Сцена: всё зелёное, но человек уходит
- 10.2. Почему старая мотивация слабеет
- 10.3. Персонализация: от типологий к конкретному человеку
- 10.4. Философская линия: человек — не его цифровой след
- 10.5. Практическая линия: где ИИ помогает и где останавливается
- Безопасная зона: ИИ как помощник
- Зона высокого риска: ИИ как судья
- 10.6. Управленческая линия: руководитель как хранитель доверия
- 10.7. Кейс: «НоваКонсалт» и невидимое выгорание
- 10.8. Ошибки мотивации 4.0
- 10.10. Инструмент главы: карта мотивационного контура
- 10.11. Практическое задание
- 10.12. Выводы главы
- Глава 11. Контроль 4.0
- 11.1. Сцена: проблема стала видна слишком поздно
- 11.2. От контроля присутствия к контролю результата
- 11.3. Предиктивный контроль
- 11.4. Философская линия: кто контролирует в гибридной системе?
- 11.5. Как работает ИИ-контроль: сигналы и критерии
- Что отслеживает ИИ
- Что настраивает руководитель
- 11.6. Кейс: «МехаПром» — от наказания к предупреждению
- 11.7. Этические границы контроля
- 11.9. Практический инструмент: карта ранних сигналов
- 11.10. Три ошибки, которые ломают контроль 4.0
- 11.11. Практическое задание: сессия «Пять ранних сигналов»
- 11.12. Выводы главы
- Глава 12. Принятие решений 4.0
- 12.1. Сцена: ИИ предложил решение, но кто отвечает?
- 12.2. Решение больше не принадлежит одному
- 12.3. Четыре типа решений
- 12.4. Кто здесь субъект?
- 12.5. Матрица делегирования решений
- 12.6. Что теперь делает руководитель
- 12.7. Кейс: «РитейлДата» выбирает новый формат магазинов
- 12.8. ИИ как интеллектуальный оппонент
- 12.9. Системная ошибка: когда ИИ смещает решения незаметно
- 12.10. Ошибки принятия решений 4.0
- 12.11. Как проводить управленческую сессию с ИИ
- 12.11. Задание для команды: premortem-сессия
- 12.14. Выводы главы
- Часть IV. Организация как ИИ-экосистема
- Глава 13. ИИ-агенты в компании
- Как перейти от чат-бота к управляемой автономности
- 13.1. Три разных объекта, которые часто путают
- 13.2. Почему агентность меняет логику управления
- 13.3. Где в компании появляются агенты
- 13.4. Пять уровней автономности
- 13.5. Владелец агента
- 13.6. Данные, доступы, границы
- 13.7. Логи и трассируемость
- 13.8. Механизм остановки
- 13.9. Кейс: агент клиентской поддержки
- 13.10. Восемь ошибок, которые разрушают внедрение
- 13.12. Как понять, что агент работает
- 13.13. Практическое задание
- 13.14. Выводы
- Глава 14. Корпоративная память и база знаний 4.0
- 14.1. Сцена: компания снова решает уже решённую проблему
- 14.2. Проблема забывающей организации
- 14.3. Почему старая база знаний не работает
- 14.4. Память как условие субъектности
- 14.5. Из чего состоит корпоративная память
- 14.6. Семантический поиск: найти не файл, а смысл
- 14.7. Встреча как источник памяти
- 14.8. Извлечение решений: ИИ делает рутину, человек подтверждает смысл
- 14.9. Руководитель как архитектор памяти
- 14.10. Риски корпоративной памяти 4.0
- 14.11. Жизненный цикл знания
- 14.12. Условный кейс: «ДиджиталПроект» строит активную память
- 14.13. База знаний как участник работы
- 14.14. Корпоративная память и ИИ-агенты
- 14.15. Минимальный пилот
- 14.16. Ошибки внедрения
- 14.17. Выводы главы
- Глава 15. Коммуникации 4.0
- 15.1. Сцена: компания, где все всё обсуждают, но никто не понимает, что решено
- 15.2. Почему современные коммуникации перегружены
- 15.3. Коммуникация как управленческий контур
- 15.4. Философская линия: кто является субъектом коммуникации?
- 15.5. ИИ как структурирующий слой коммуникации
- Связь с корпоративной памятью
- 15.6. Управленческая линия: руководитель как архитектор коммуникационной ясности
- 15.7. Кейс: «ДиджиталПроект» и цена красивого протокола
- 15.8. Встречи 4.0: функция важнее формата
- 15.9. Коммуникационный долг
- 15.10. Границы автоматизации: где человек обязателен
- 15.11. Асинхронные коммуникации 4.0
- 15.12. Ошибки коммуникаций 4.0
- 15.13. Выводы главы
- Глава 16. Цифровые двойники процессов и решений
- 16.1. Руководитель видит данные, но не видит систему
- 16.2. Чем двойник отличается от дашборда
- 16.3. Что такое цифровой двойник в управлении
- 16.4. Философская линия: кто управляет, когда появляется модель?
- 16.5. Четыре типа двойников, которые нужны практику
- 16.6. Как цифровой двойник работает вместе с ИИ-агентом
- 16.7. От реактивного управления к предиктивному
- 16.8. Два кейса: когда двойник помогает и когда создаёт иллюзию
- Кейс 1. «МехаПром»: двойник, который сделал последствия видимыми
- Кейс 2. Торговая компания: когда модель врёт красиво
- 16.9. Новая роль руководителя: архитектор модели
- 16.10. Ограничения и риски
- 16.11. Семь ошибок при внедрении
- 16.14. Выводы главы
- Часть V. Лидерство и культура в Менеджменте 4.0
- Глава 17. Руководитель 4.0
- 17.1. До и после: два утра одного директора
- 17.2. Почему модель «сильного руководителя» больше не работает
- 17.3. Кто теперь субъект управления?
- 17.4. Новая роль: архитектор гибридной системы
- Что именно проектирует руководитель 4.0
- 17.5. Что теперь держит руководитель
- 17.6. Ключевые компетенции руководителя 4.0
- 17.7. Личная трансформация руководителя
- 17.8. Вопросы для саморефлексии
- 17.9. Кейс: «НоваКонсалт» и партнёр, который перестал быть узким местом
- 17.10. Типичные ошибки при переходе
- 17.11. Что перестать делать вручную — и что никогда не отдавать ИИ
- 17.12. Выводы главы
- Глава 18. Команда 4.0
- 18.1. Сцена: у всех есть ИИ, но работает он по-разному
- 18.2. Что меняется в команде
- 18.3. Кто является субъектом командного решения?
- 18.4. Роли в человеко-машинной команде
- 18.5. Новые роли в команде
- 18.6. Что меняется в роли руководителя
- 18.7. ИИ-грамотность команды
- 18.8. Риск неравенства между сотрудниками
- 18.9. Как снижать ИИ-неравенство
- 18.10. Практики совместной работы с ИИ
- 18.11. Кейс: «НоваКонсалт» создаёт Команду 4.0
- 18.12. Ошибки Команды 4.0
- 18.13. Выводы главы
- Глава 19. Культура доверия к ИИ
- 19.1. Управленческая проблема: доверие, которым никто не управляет
- 19.2. Смена субъектности: кто отвечает, когда ошибается со-агент?
- 19.3. Роль ИИ: со-агент, которому нужны правила
- 19.4. Уровни зрелости доверия
- 19.5. Новая роль руководителя: архитектор доверия
- 19.6. Практическое внедрение: из чего строится рабочее доверие
- 19.7. Кейс: «СервисПлюс» восстанавливает доверие
- 19.8. Риски: что разрушает культуру доверия
- 19.9. Выводы главы
- Часть VI. Внедрение Менеджмента 4.0
- Глава 20. Диагностика готовности организации
- 20.1. Сцена: компания готова купить ИИ, но не готова к нему
- 20.2. Сцена вторая: другая компания, другой результат
- 20.3. Почему диагностика важнее покупки инструмента
- 20.4. Что такое готовность организации
- 20.5. Семь блоков зрелости
- 20.6. Пять уровней готовности организации
- 20.7. Зрелость всегда неравномерна
- 20.8. Как проводить диагностику: восемь шагов
- 20.9. Пять типов руководителей по готовности к ИИ
- 20.10. «СервисПлюс»: диагностика делает внедрение возможным
- 20.11. Восемь ошибок диагностики готовности
- 20.12. Что меняется в роли руководителя
- 20.13. Выводы главы
- Глава 21. Дорожная карта перехода к Менеджменту 4.0
- 21.1. Компания внедрила ИИ — и ничего не изменилось
- 21.2. Кто здесь субъект управления?
- 21.3. Логика перехода: от боли к экосистеме
- 21.4. Новая роль руководителя: архитектор контура
- 21.5. Что может пойти не так
- 21.6. Выводы главы
- Глава 22. Ошибки внедрения Менеджмента 4.0
- 22.1. Сцена: компания внедрила ИИ, но управляемость стала хуже
- 22.2. Почему внедрение ИИ часто проваливается
- 22.3. Ошибка первая: считать ИИ обычным софтом
- Чем ИИ отличается от обычного софта
- Правильный подход
- 22.4. Ошибка вторая: автоматизировать хаос
- Пример
- Правильный подход
- 22.5. Ошибка третья: внедрять ИИ без владельца
- Кто такой владелец ИИ-сценария
- 22.6. Ошибка четвёртая: игнорировать качество данных
- 22.7. Ошибка пятая: не определить ответственность
- 22.8. Ошибка шестая: не обучить руководителей
- 22.9. Ошибка седьмая: забыть про этику и безопасность
- Правильный подход
- 22.10. Ошибка восьмая: использовать ИИ как цифровой надзор
- Разница между поддержкой и надзором
- 22.11. Два контура: провальный и зрелый
- 22.12. Кейс: «СервисПлюс» исправляет внедрение
- 22.13. Ошибки как обучающий материал
- 22.14. Выводы главы
- 22.15. Главная мысль главы
- Часть VII. Этика, право и безопасность
- Глава 23. Ответственность в гибридной организации
- 23.1. Сцена: «Это решил ИИ»
- 23.2. Почему ИИ не несёт ответственности — и что это значит для менеджмента
- 23.3. Опасность фразы «так решил ИИ»
- 23.4. Три роли — три уровня ответственности
- Владелец процесса
- Владелец ИИ-агента
- Руководитель
- 23.5. Распределённая — не значит размытая
- 23.6. Уровни риска и уровни контроля
- 23.7. Человек в контуре — реальный, не декоративный
- 23.8. Трассируемость: путь решения должен быть восстановим
- 23.9. «СервисПлюс»: как пересобрать ответственность
- 23.10. Типичные ошибки ответственности
- 23.11. Выводы главы
- Глава 24. Этические границы Менеджмента 4.0
- 24.1. Алгоритм всё посчитал, но люди почувствовали что-то не то
- 24.2. Откат, которого не ждали
- 24.3. Смена субъектности: от «алгоритм решил» к «руководитель отвечает»
- 24.4. Не всё, что можно автоматизировать, нужно автоматизировать
- 24.5. Решения, которые нельзя отдавать ИИ без человека
- 24.6. Случай «НоваКонсалт»: что пошло не так и как это исправили
- 24.7. Достоинство сотрудника как управленческий критерий
- 24.8. Три принципа: прозрачность, объяснимость, право на пересмотр
- 24.9. Недискриминация: ИИ может воспроизвести старую несправедливость
- 24.10. Граница, которую легко не заметить: манипуляция
- 24.11. Роль руководителя: архитектор этических границ
- 24.12. Этические красные линии
- 24. 13. Главная формула главы
- Глава 25. Безопасность ИИ-экосистемы
- 25.1. Сцена: агент сделал всё правильно — но не то, что было нужно
- 25.2. Почему обычная кибербезопасность здесь не работает
- 25.3. Шесть рисков ИИ-экосистемы
- 25.4. Кто отвечает, когда ошибается агент?
- 25.5. Новая роль руководителя: архитектор безопасной автономности
- 25.6. Роли и права доступа
- 25.7. Логирование: цифровой след действий агента
- 25.8. Изоляция данных по уровням чувствительности
- 25.9. Безопасность агентов, которые действуют
- 25.10. Механизм аварийной остановки
- 25.11. Управление зависимостью от внешних поставщиков
- 25.12. Условный кейс: «СервисПлюс» усиливает безопасность
- 25.13. Восемь ошибок безопасности ИИ-экосистемы
- 25.14. Минимальная политика безопасности ИИ
- 25.15. Выводы главы
- Глава 26. Организация как обучающаяся система
- 26.1. Сцена: ошибка, которая повторилась в третий раз
- 26.2. Почему организация не учится, даже когда в ней учатся люди
- Кто раньше был субъектом обучения — и что изменилось
- 26.3. Что такое обучающаяся организация в Менеджменте 4.0
- 26.4. Решения превращаются в знания
- 26.5. Ошибка как обучающее событие
- 26.6. Корпоративная память как активная система
- 26.7. Как ИИ видит то, чего не видит человек
- 26.8. Цикл организационного обучения
- 26.9. Управленческая линия: руководитель как архитектор обучения
- 26.10. Кейс: «ДиджиталПроект» перестаёт повторять одни и те же ошибки
- 26.11. Кейс: «СервисПлюс» обучает ИИ-агента на его собственных ошибках
- 26.12. Уровни зрелости организационного обучения
- 26.13. Семь ошибок обучающейся организации
- 26.14. Риски обучающейся организации 4.0
- 26.15. Выводы главы
- Заключение
- Менеджмент 4.0 как новая философия управления
- Откуда мы пришли
- Что изменилось по существу
- Что меняется для руководителя
- Ответственность нельзя автоматизировать
- В чём ценность человека
- Один следующий шаг