итак …
чтобы мне было не скучно с hr-ми и их проектами, мне подкинули еще проектик разобраться.
на заводе есть оснастка которая требует внимания и учета сколько раз она была в работе. при достижении какого-то количества использования (по времени в работе, по количеству циклов использования и тд, в зависимости от оснастки) с ней необходимо проводить работы по осмотру и оценке состояния (слово под вечер уже вылетело из головы).
ну и на эту тему собрались на вкс чтобы проговорить что же хотят парни из бригады оснастки. по первоначальному описанию все выглядит так как будто им надо запилить систему управления жизненным циклом оснастки. со своей стороны я хотел определить границы целевой системы и периметр проекта. определить, что мы как ит можем предложить и насколько ожидания парней реалистичны в текущей ситуации. для меня было очевидно что мы такое делать сейчас не будем и не на чем такое пилить. кусок процесса еще можно впилить в сэд, после того как его стабилизируем и он выйдет на рабочую мощность в вой пользователей утихнет или снизится до приемлемого уровня.
на шаг назад еще до того как предложить вкс и проговорить голосом замысел, я сразу в письме запросил уровень ожиданий заказчика - то что но просит - это его фантазия, которую нам надо со своей стороны оценить и предложить вариант решения (что, в каком объеме и на чем сможем решить задачу), или кто-то (такое бывает) уже пообещал парням что все будет сделано в лучшем виде и они уже рассчитывают на полную реализацию.
начал с управления и корректировки ожиданий, хитрец (как раз с точки зрения ролевого интереса пробил пространство для маневра, выставил границы возможного пространства решений и так чтобы не обидеть заказчика ))
после этого уже договорились собраться и обсудить, так чтобы я погрузился в предметную область.
запросил вкс с записью, чтобы потом в спокойной обстановке пересмотреть запись и уже нормально построить модель ситуации. что же могло пойти не так? (забегая вперед, после вкс выяснилось что записи не было, тк канал доставки запроса который я выбрал - написать в календаре в описании встречи запрос на запись, не был прочитан агентом, и не был выполнен). такие дела.
ну на вкс я начал сразу уточнять где тут надсистема, ради которой нам надо выстраивать такую систему координации специалистов при выполнении осмотра оснастки.
получилось простроить модель создания прям до выпуска продукции.
работает это так: есть оснастка которая используется в производственных операциях, она имеет свои пределы использования и регламент обслуживания. оснастка как ресурс учитывается в сменно-суточных заданиях (мес-система).
в мес хранятся счетчики использования конкретной оснастки.
конкретный индивид учитывается по номеру в кд и серийному номеру завода изготовителя.
когда наступает предел использования оснастка должна пройти процесс осмотра комиссией. комиссия собирается и каждый член комиссии осматривает свой участок и выдает свое заключение. на этот период оснастка блокируется для использования в мес-системе. разблокировать ее может мастер участка на основании акта комиссии (если решение было положительным).
и вот с этим процессом возникают сложности - сроки исполнения членами комиссии не контролируются системами (те системы где пробовали решать эту задачу или не умеют считать сроки у задач, или не умеют писать письма на корп почту (особенности архитектуры приложений)). и от этого нормальная оснастка выбывает из оборота и от этого график производства начинает нарушаться (прямые убытки), или если рабочие рискую взять оснастку на которую не готово заключение, а оснастка будет требовать ремонта (просто акт об этом еще не выпустили), то с такой оснасткой можно начать гнать брак, что тоже является прямыми убытками компании.
соответственно, на выпуск 1 акта тратится порядка 1 часа физического времени (акт компонуется вручную). и таких актов год набегает более 1000 штук. в день в среднем по 3 акта надо выпускать.
и вот такая задача. надо написать тз на разработку приложения внутри приложения, которое будет управлять работой членов комиссии и при просрочке будет эскалировать на руководство сигнал о необходимости выполнения задачи оценки оснастки.
ну и беседуем мы такие, я спокойно рассуждаю (тогда я еще не знал что запись не ведется, а я на нее рассчитывал). и вот мы уже наговорились. и я рассказываю, как сейчас запись достану, еще раз вдумчиво с ней посижу и выдам парням первый вариант описания, которое мы улучшим и уже от него будем отталкиваться при разработке тз для подрядчика. договорились продолжать общаться и заручились поддержкой при необходимости дообсудить непонятные моменты.
и вот я узнаю что произошел факап. записи не случилось.
пишу коллегам, что так мол и так, случилось то на что не рассчитывал и нужно чтобы они подключились. со своей стороны пообещал по памяти восстановить то что я для себя вынес из беседы, а коллег попросил мои заметки починить и дополнить по их разделам.
на удивление у меня за 40 минут получилось записать 70-75% основных моментов. причем, еще в процессе разговора у меня получилось захватить основные моменты в ментальную модель ситуации. и ее, собственно, я описал. моделирование на слух тут сработало как резервное. хорошо, что не положил мозги на полку, а продемонстрировал собранность и включенность
разослал коллегам артефакт на доработку и дополнение. теперь ожидаю, что они дополнят.
далее ее можно будет уже гнать в fpf и строить формализованную модель.
ее уже использовать для следующих шагов по проекту.
такие дела.
спасибо за внимание.