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