Обсуждение

восемь паттернов части G, посвящённые генерации чиво? Да, если что, по латинскому у меня пятёрка по пятибалльной системе

Вот решена какая-то задача: как называется человек, который а) ставил эту задачу и б) понял, что была решена не та задача? Это ж не менеджер (он в задачах обычно не понимает, но распределяет работы вроде он и принимает работы он, "делает выводы" по поводу систематического невыполнения работы "как надо" тоже он), но и не инженер (поскольку инженер решает задачи, принимает решения, а тут вроде это делает LLM). Есть такая функция — диспетчер. Кажется, он отличается от менеджера тем, что ставит задачи и принимает решения задач в моменте, тогда как менеджер распределяет работы на перспективу (разумеется, иногда переключаясь в режим диспетчера при операционном управлении). Но что есть "понимать задачу"? Понимать ее место в надсистеме — цели? Или понимать условия ее исполнения? Менеджеру нужно первое, диспетчеру второе + наличные ресурсы и степень их применимости в моменте. И опять же: есть разница между " понимать, что задача не решена", "понимать, что решена не та задача" и "понимать, какая задача решена". Вам какая роль нужна?

Может быть, как-то поможет такая метафора: можно создавать пространство задач (например), быть в пространстве задач и двигаться в пространстве задач. Менеджер, получив цель, создаёт пространство задач (точней, пространство создаёт создатель цели, но менеджер его наполняет, что на этом уровне практически равно созданию — если не наполнит, пространство останется пустым и не вмещающим работы). Диспетчер должен быть в пространстве задач, соразмеряя возникающие и уходящие. Исполнитель движется в пространстве задач, переходя от одной к другой. Если он сам принимает решение о переходе, он берет на себя функцию диспетчера (нехорошо, но если у него есть такое право — опыт, компетенции, доверие начальства — то ладно; но он становится Старшим исполнителем); он при этом должен информировать диспетчера об изменениях в пространстве задач. Диспетчер — исполнитель по отношению к менеджеру (оказаться в пространстве — частный случай движения). Менеджер — исполнитель по отношению к создателю и/или диспетчеру целей. Как-то так? PS.Лорд - дворецкому: - Джордж, чей это скелет на полу? Его нужно убрать. - Это скелет уборщицы, сэр, его некому убрать... Задача: определить роли в этой ситуации. Ещё хороший кейс "Зачем Колумб Америку открыл": кто там ставил цели, кто задачи, кто принимал работы, считать ли работу выполненной и задачу решённой...

А по сути ведь все эти роли различаются только мерой пространства-времени их жизненного цикла. У исполнителя самый узкий/короткий жизненный цикл - от задачи до задачи (бывают и меньше, от операции до операции, но это уже механоиды), у диспетчера задач - момент жизни системы (день/смена; обычно один минимальный цикл отчетности) ; у менеджера задач - эпизод жизни системы (группа моментов, средний цикл отчетности) ; у диспетчера целей - момент жизни надсистемы (единица синхронизации систем; тут обычно не отчитываются, а ведут переговоры) ; у менеджера целей - эпизод жизни надсистемы (жизненный цикл какого-то синхронного процесса)... Дальше можно наверх, но все равно там одни черепахи. Все, простите, больше не мешаю, Капитан Очевидность пост сдал :)

Ну, диспетчер это про задачи планирования, логистику. Хотя операционный менеджер — тоже про логистику и планирование. А вот менеджер в общем случае (необязательно операционный) — там уже про другое.

С жизненным циклом проблема в эпоху agile: циклы крутятся, но там не столько циклы, сколько сложные графы каких-то состояний, идёт эволюция многих компонент. Поэтому с линейным временем и отрезками как-то сложно будет.

Кажется, диспетчер про синхронизацию и упорядочивание циклов и задач, нет? У менеджера может быть эта функция, но может и делегировать, и заниматься синхронизацией с надсистемой.

А вот еще интересная функция. Понимать, что не та задача решена, должен тестер. Ну или контролер, по-русски говоря :) в основе его работы, конечно, вопрос "решена задача или нет", но если это не контролер-исполнитель, у которого тупо одна задача, а держалец некоторого пространства задач (контролёр-диспетчер), то у него появляется компетенция решить, какая из задач решена. И если не та — он отчитывается менеджеру, чтобы тот нашел, кто решит ту задачу, и дал обратную связь тому, кто решил не ту задачу. А тестер — это контролёр-менеджер, который решает, какую задачу поставить, чтобы проверить фитнес системы (менеджеры на унитазах, конечно, занимаются фитнесом — поддерживают себя в работоспособном состоянии).

Как я понимаю, менеджер в общем смысле — это диспетчер ролей. Он наблюдает, какие роли (позиции в системе) заполнены, ищет ресурсы для заполнения пустых, контролирует работы непустых (тут минимум четыре значения — пустая позиция — работу некому выполнить; непустая — кто-то работает, как — вопрос; неполная — кто-то работает, но задачу не решает; полная — Х работает и решает задачу). Вот вам пересечение функций диспетчера и контролера (первый заполняет позиции, второй проверяет работы). И эти функции фрактально живут в складках шкуры менеджера.

А вот еще вопрос: вы используете предикат "серийный"? Серийный инженер выполняет серию задач, серийный менеджер — ставит и контролирует 1 или несколько серий... В иерархии момент — эпизод — серия — сериал/шоу это важный уровень. Есть шоураннер, есть режиссеры серий, есть постановщики эпизодов, есть актеры-исполнители в моменте, которых как раз можно сгенерить в АИ (и он постепенно поднимается по лестнице — видели новость про это: 5000 подкастов и 20 человек для окупаемости Компания Inception Point AI запустила производство подкастов с помощью ИИ, и произвела уже более 5 тыс. выпусков. В цифрах: • Еженедельно создается более 3000 эпизодов. • На создание одного эпизода уходит всего около 1 часа. • Производство одного эпизода обходится в 1 доллар или меньше. • Компания выходит на прибыль, если эпизод прослушивает хотя бы 20 человек. • С сентября 2023 года сеть подкастов достигла 10 миллионов скачиваний. Контент создается с помощью 184 кастомных ИИ-агентов, работающих с OpenAI, Perplexity, Claude, Gemini и другими языковыми моделями. Компания создала около 50 уникальных ИИ-личностей, таких как кулинарный эксперт Клэр Делиш, специалист по садоводству Найджел Тистлдаун и ведущий по необычным видам спорта Оли Беннет. Цель — владеть, масштабировать и контролировать ИИ-персонажей, избегая непредсказуемости людей. Темы для подкастов выбираются ИИ, анализирующим тренды в соцсетях и поисковые запросы Google. Для максимизации успеха запускаются несколько версий одного шоу с разными заголовками. Inception Point AI не видит свои подкасты как замену людям-ведущим, а как отдельный жанр, проникающий в нишевые темы. Генеральный директор Жанин Райт утверждает: «Мы считаем, что в ближайшем будущем половина людей на планете будут ИИ-персонажи, и мы — та компания, которая воплощает этих людей в жизнь». https://www.inceptionpoint.ai/

Серийность подразумевается, конечно, но там обычно хитро: продукт переводится в сервис и дальше выпуск каждого продукта это оказание сервиса по изменению сырья в продукт, типовая ситуация "выполнить сервис и остаться неизменным".

А вы заглядывали в FPF? Время — это обычная характеристика, ситуации со шкалами характеристик подробно разобраны в MM-CAL.

А вы поглядите руководство по системному менеджменту (оно последнее в серии руководств), там про роли менеджера подробно — и они даются как специализации ролей системного инженера для продукта "предприятие". Вот там большинство ваших рассуждений есть, и даже больше.

Тут два варианта: или плодить некоторое количество вот таких предложений, как ваше в комменте ad hoc (но тогда я бы требовал novelty и quality diversity и демонстрации того, что предложение ваше выходит на границу Парето, чтобы был смысл в таком занятии сочинения "способов различения", речь бы шла о развитии идей менеджмента), или сразу брать SoTA (и тогда надо предъявить источник и сравнить с какими-то другими вариантами, чтобы предложение было по каким-то характеристикам лучше). В FPF есть набор понятий, чтобы всё это обсуждать.