Примените схему заземления к имеющейся рабочей задаче, в ситуации, где, по вашему мнению, что-то уже идёт не так или что-то имеет все шансы пойти не так. Составьте первую версию описания задачи.
Классическая постановка задачи на уровне директора: "нам необходимо к июню запустить коробочную версию системы и начать миграцию с старой системы. для этого необходимо провести закупочную процедуру, заключить договор поставки, провести обследование процессов деятельности, составить функциональную модель и приступить к настройкам процессов компании на новой системе."
Загрузите описание в LLM, усиленную FPF. Дайте команду “Проанализируй с опорой на FPF, достаточно ли конкретно и заземлённо составлено это описание”, прямо упомянув необходимость отвечать на языке вашей предметной области (подставьте название своей предметной области: разработка ПО, архитектура, продажи и т.п.). При необходимости покритикуйте ответ LLM и поменяйте запрос столько раз, сколько нужно, чтобы LLM исправила ошибки в ответе. Если у вас есть какие-то источники информации о предметной области помимо FPF, на которые LLM должна опираться при ответе, укажите их в запросе тоже.
после первого ответа и пакета предложений от LLM я поставил примитивный запрос из серии "сделай красиво" : "предложи свои исправления в постановке задачи чтобы она стала заземленной. для этого используй корпус знаний по управлению проектами и корпус знаний по автоматизации деятельности компании"
на выходе LLM предложила классическую схему внедрения системы которую я регулярно наблюдаю со стороны подрядчиков.
вот вступление, где перечислены используемые корпуса знаний:
“Ниже — переработанная постановка задачи. Я разбил исходный абзац на управляемые этапы с явными ролями, артефактами, критериями приёмки и воротами. Язык — проектно-управленческий (PMBOK/PRINCE2 + методология ERP-внедрения), без FPF-жаргона.”
для того кто мало внедрял систем такой ответ будет выглядеть годным и он задает общую рамку проекта. но дьявол кроется в деталях. сложности вылезают на этапе реализации на более мелком масштабе.
Опишите к клубе МиМ свои выводы. Помогло ли заземление выявить ошибки в описании? Составить план решения проблем? В данной ситуации действительно стоило напрячься, или “радар ошибок” сработал вхолостую?
Сложности в проекте вылезают на более мелких масштабах. а размер масштаба задается исходной постановкой задачи. в данном примере постановка задачи игрушечная. просто в очередной раз убедится что из мусора много выжать не получится.