Попытка №2 оргизменений предприятия

Как уже писал в посте про итоги полугодия,, прошел в этом году курс “Моделирование и собранность”, но только сейчас к середине курса “Системное мышление” пришло понимание как использовать в реальной работе типы. Такое ощущение, что понимание наконец-то догнало)). Правильно сделал, что не стал возвращаться к курсу с начала, хоть и не до конца все понял. Вернусь к МиС после прохождения всей линейки курсов (там уже и название курса будет другое).

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

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

В предыдущих постах писал, что работаю в отделе по запуску, ведению проектов ОПР/НИОКР. Попытался осмыслить что же делает мой отдел, да и структурное подразделение, в котором работаю. Результат - табличка с моделью предприятия как должно быть всё устроено и сразу стало понятно почему сейчас есть проблемы,долгие проекты, в которых не могут договориться, часто полученные технологии в рамках проектов часто дальше не используются в компании. На рисунке один из вариантов модели, часть информации скрыл.

Что для меня стало понятным, так это то, что основная цель нашего структурного подразделения в составе нефтяной компании, это быстро и качественно проводить сквозь себя технологии и двигать/развивать/дорабатывать их по шкале готовности. То есть берем сырую идею и ее доводим до готовой к использованию в компании. Сразу стало понятно как нужно перестроить работу в предприятии, чтобы эти самые технологии быстро выпускать. Правда придется “выдернуть” людей из разных отделов и посадить в одном месте. Пока не хватает знаний, чтобы понять реально ли поможет это изменение и повысит ли скорость выпуска готовых технологий.

Основная идея - разбить на 4 модуля. Первый занимается поиском новых идей, работает с внешними компаниями, которые разрабатывают новые технологии и готовы предоставить свои идеи. Следующий модуль будет дорабатывать идеи для запуска проектов и выделения финансирования. Третий модуль сопровождает уже запущенные проекты и доводит их до результата. Четвертый модуль - будет помогать внедрять новые технологии в реальный сектор.

Тут вопрос к читателям!! Может более опытные системные мыслители мне подскажут в правильном ли направлении думаю. Буду рад комментариям и совместному обсуждению.

Что уже добился, так это то, что мой руководитель тоже признал наличие условных модулей (они есть и разбросаны по разным отделам и текущая структура малоэффективна), которые я нарисовал на картинке, единственное он не уверен, что нам нужно перестраивать всё и нет уверенности, что получится всех на предприятии убедить в необходимости изменений именно по данной модели. Вопросы изменений структуры предприятия муссируются уже год. Еще в феврале пытался описать мысли по поводу изменений предприятия, я сейчас эта модель на картинке - продолжение и развитие идей из поста.

Я продолжаю мягко настаивать и говорю о том, что кому, если не ему (один из замов директора) надо взять в свои руки роль “Директора по развитию” и поменять оргструктуру так, чтобы действительно улучшилась работа и проще было договориться со всеми, пока кто-то сверху не взялся за нас и не изменил структуру совсем по-другому и удобно для себя, а не для реального упрощения и ускорения выпуска технологий.

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

Буду рад обратной связи от более опытных читателей!

4 лайка

Спасибо за пост!

Вы чуть выше написали, что явная проблема это то, что технология выпускается, но на предприятии не используется. И тут снова как будто делаете ту же ошибку. Я читаю предложение вот так: мы делаем технологию, которой можно пользоваться. Система - готовая технология. И первый вопрос сразу: а целевая где? Технология, которой не пользуются не нужна. Т.е. вы как будто создатель в цепочке создания. Но надо обязательно понять, целевая система какая? И где у неё там время эксплуатации. И где это там. Попробуете описать, как ваша технология доходит до изменений в реальном мире?

Я из вашей картинки с таблицами вижу, что занимаетесь выбором и критикой гипотез. Гипотез по новым методам выработки/разработки/получения нефти. Т.е. стратегированием по сути. Надо найти пачку классных гипотез, покритиковать, выбрать наименее худшую. А дальше обычно “взять всёрьез”, т.е. использовать в реальном мире. Ещё непонятно, как у вас цикл обратной связи работает. А он же должен быть. Т.е. мы предположили, что вот такое сработает, а дальше оно работает. Но может не так классно как мы предположили. Желаемое ускорение не достигнуто, или достигнуто на 40%. Эту работающую “технологию” можно как-то докручивать/улучшать, когда она уже работает у заказчика?

Мне кажется в зависимости от ответа на эти вопросы, у вас разные этапы разработки технологии будут более или менее важными. Сейчас кажется, что ставка: поставлять как можно больше и быстрее новых технологий (как везде). А может быть там надо максимально классно критиковать, чтобы поставлять сравнительно мало технологий, но быстро доводить их до результата, потому что цикл обратной связи длинный. И важна точность попадания.

2 лайка

Целевая система - нефть, полученная с помощью технологии. А наша система - технология (развиваем/меняем).
Почему технология бывает не нужна - тут внутренняя политика поддержки собственного научного центра. То есть /“новая технология” “идет” из другого структурного подразделения (например, со стадии лабораторных исследований) и мы должны поддержать. Там не то чтобы все плохо, но может быть технология неоднозначно срабатывает. Или бывает от “топов” идут “политические проекты”. Бывает программные продукты разрабатываем. Там не всегда явный эффект в виде добычи нефти, ускоряется/автоматизируется чья-то работа, но из-за того, что программа сырая выпускается (ну просто не можем не принять или не те люди тестируют или проект с поддержкой госфондов и там жесткие сроки), то в итоге продуктом невозможно пользоваться. Причин много разных. Возможно стоит с этой проблемы начать, но пока не берусь за это.
Взялся текущую скорость прохода технологии увеличить, потому что внутри вижу проблемы между отделами и пожары прилетают от соседей, когда один отдел полгода готовил проект к запуску, а оказалось это не их направление и этот проект вдруг “прилетает” к нам и дают срок неделю выйти с ним на согласование с заказчиком, и нужно все переделать внутри, пересчитать чуть ли не с нуля все показатели. Думаю перестройка структуры поможет решить хотя бы уменьшение пожаров.

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

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

1 лайк