История с ПНР.
На любом пусконаладочном проекте всегда одно и то же: десятки подрядчиков, постоянная суета, дедлайны, панчи, совещания и вечная гонка за вводом установки.
В этот раз технические подробности не так важны. История скорее про отношение к команде.
От руководителя приходит задача: на отметке +55 некорректно работает одна из панелей СР. Один из входных сигналов обрабатывается неправильно.
Моего коллегу, Эдика, назначают на этот панч.
Задача простая: либо сегодня устранить проблему, либо к концу смены дать техническое решение, что необходимо изменить, чтобы панч можно было закрыть.
Вечером Эдик возвращается и спокойно говорит:
— Всё исправил. Теперь работает как надо.
Отлично.
Но меня не отпускал один вопрос.
Не потому что я хотел проверить его работу.
И не потому что сомневался в результате.
Мне было искренне интересно, в чем была причина. Любая нестандартная неисправность — это опыт. Сегодня ты услышал решение от коллеги, а завтра уже сам сталкиваешься с похожей ситуацией на другом объекте и экономишь несколько часов поиска.
Подхожу к нему.
— Эдик, можешь, пожалуйста, рассказать, в чем там было дело?
Ответ был коротким.
— Раз тебе так интересно — сходи сам посмотри.
Честно говоря, я даже немного опешил.
Во-первых, установка уже находилась в работе.
Во-вторых, без какой-либо необходимости лезть в действующее оборудование — плохая идея.
И самое главное...
Зачем?
Если проблема уже решена, почему бы не потратить две минуты и не объяснить коллегам, что именно оказалось причиной?
В тот момент я понял одну вещь.
Есть специалисты, которые считают, что знания должны работать на команду.
А есть те, кто считает знания своим личным капиталом. Чем меньше людей понимают, что произошло, тем более "незаменимым" они выглядят.
На короткой дистанции такой подход действительно может создать образ уникального специалиста.
Но на длинной дистанции проигрывает весь проект.
На ПНР невозможно построить сильную команду, если каждый хранит свои решения как государственную тайну.
Для меня ценность инженера определяется не только количеством закрытых панчей.
Настоящий специалист после себя оставляет не только исправное оборудование, но и знания, благодаря которым завтра любой инженер из команды сможет решить аналогичную проблему быстрее.
Именно так растут сильные команды.
А вы встречали инженеров, которые принципиально не делились опытом?
Как это влияло на проект и на коллектив?
#кип #асутп #электрика #фриланс #проектирование #пнр #завод #нефть #газ #подрядчик
Фриланс инженер
https://max.ru/join/dEY3ZTF_n3fATru8Kfn0SbMYN-LsB_b6yShg04-3F5o
· 13.07
А в чем была проблема в итоге?))
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 13.07
Дак я так и не узнал. Я был молод еще. На меня просто забили)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён