Рабочие моменты #0

На всякий случай номер вставил, вдруг мне понравится и захочу продолжить серю постов в формате мини-отчетов о проделанной работе.

ничего с утра не предвещало…

обратился руководель с такой задачей:
предыдущий ДИТ наобещал HR-ам что-то по проекту внедререния КЭДО. Там все решения уже приняты, даже ИБ подтвердили раскатку такой системы а облаке (кадры их продавили, сами на себе весь этот проет тащили, сами выбрали систему. только ИТ - технический владелец ЗУП по недоразумению вообще был не в курсе этой активности), а не в периметре. и надо быстро разобраться какие данные будут ходить за периметр их нашего ЗУПа и обратно и какие интеграции нам для этого потребуются. Короче - классика - никто ничего в проекте полностью не понимает, все с ним носятся как с писаной торбой. сроки уже прогорают. что-то делать надо, но кто и что именно должен делать - толком никто не знает :laughing:
и смешно и не смешно.

штош …

мой ход 0.
обращаюсь к одному из руководителей HR с запросом - “дайте мне всю перепику по этому проекту, чтобы мне погрузиться в контекст”…

результат: мне переслали пачку писем в цепочками переписок по проекту, которые начинаются с апреля (с апреля, Карл!!). и уже даже выбрали конфигурацию. но на всем протяжении обсуждения ИТ не привлекалось к дискуссии. HR-ы сами все порешали (кстати, вот когда людям очень надо, они идут напролом в обход процедур и в обход заинтересованных сторон).

мой ход 1. у меня на руках пачка сырых писем, обсуждения, согласлвания, приложения с документами, описаниями, коммерческими предложениями…

надо:

  1. расположить письма в хоронологическом порядке чтобы понять на сколько веток дискуссия распалась во времени.
  2. извлечь всех участников переписки - для начала хотя бы на уровне почты посчитать сколько там людей, кто кому пишет, кто кого цитирует, кото что хочет.
  3. собрать предметы интересов участников, и вопросы с которыми они обращались

план выглядит рабочим.
за пару часов разобрал. раскадал, параллельно обезличил (просто вместь ФИО везде расставил функциональные роли - поставщик, иб, ит, …).

мой ход 2.
прогреваю корп llm. загружаю fpf.
начинаю получать артефакты:

  • получил матрицу в которой были собраны процессы HR, с отображением на документы ЗУП, с отображением на процессы обмена с внешней системой КЭДО. получилось приемлемо

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

  • далее, я собрал реестр заинтересованных лиц в проекте и создал реестр их интересов.

мой ход 3.
из переписки выяснилось, что обсуждение способа разветрывания вошло в бесконечный цикл - HR ожидают от департамента защиты информации решения о способе установки системы с точки зрения рисков, дзи ожидает что HR примет на себя риски установки ситемы или на собственном железе или в облаке, тк ему все равно, и меры защиты он будет рекомендовать после решения о способе ракатки. ИБ не может приступить к реализации мер защиты, тк и них нет рекомендаций от дзи. и вопрос мусолится и не видно из него выхода, уже идет эскалация до директора по HR. но проект заблокировался.

я вижу что что-то тут не так. прошу LLM разобраться в ситуации. беру интересы ролей, пишу что - “страно, что от нетехнического специалиста дзи ожидает решения по вопросу в котором он не должен понимать по опделению”.
и LLM выдает такой ход - он определил нестыковку в том, что дзи должен был выдать описания 2-х вариантов развертывания системы, тк ему ничего не мешает описать риски каждого варианта - ничего его не удерживает, описать + и - каждого способа развертывания, а уже HR, опираясь на данные дзи, должны были, как держатели процесса, принять решение тк они держатели процесса и имеют право решеть эти вопросы. узел должен распутаться.

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

дополнительно с отделом обучения вступил в переговоры о проведении в компании небольшой презентации на живых примерах как принимать решения в проекте с неопределенностью. естественно на базе LLM + fpf. раз у нас появился собственный корп LLM, то можно и показать один из способов его применения к рабочим проектам. но опять же результата еще нет, тк коллеги сильно перегружены операционной работой. продолжаем следить за развитием событий.

такие дела.

спасибо за внимание.

1 лайк

Спасибо, пост и типичный и интересный.
Технический вопрос: на базе чего развёрнута корпоративная LLM, интегрирована ли как-то с облачной или действует автономно, и как к ней прикручен FPF (если прикручен именно к ней - я так прочитал по крайней мере)?

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

в гигаковорке есть в интерфейсе “пространство” внутри которого могут храниться сессии с llm и к нему можно добавлять файлы с локального пк (или просто файл кидать, или давать ссылку на локальную папку и чату разрешено читать из папки файлы). собственно, я по необходимости создаю новые пространства (под отдельный проект или большую задачу) и сразу цепляю папку с файлами где лежит fpf. это лучше (я так думаю, что этот файл честно считывает весь объем файлов, в отличие об бесплатных llm) и при работе ему доступен весь набор шаблонов при рассуждениях.

так и живем.

1 лайк