Стратегия «Снизу Вверх» Для Осуществления Изменений В Организации

Я, конечно, не первый, кто сталкивается с препятствиями при внедрении изменений в организации снизу вверх, и я не последний.

Хочу поделиться некоторыми наблюдениями, выводами и ошибками, которые я совершил на этом пути.

Возможно, кто-то попадал в подобную ситуацию, сталкивался с подобными препятствиями и сумел их преодолеть.

Было бы интересно услышать их опыт. Упрощенно история выглядит так.

Требуются специалисты по Data Science. У топ-менеджмента есть какое-то видение того, как должно быть, и оно игнорирует людей, которые интересуются этой сферой и уже являются сотрудниками компании.

Некоторые из них изучают DS самостоятельно.

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

Вот тут-то и начинается самая интересная часть этой истории.

Ниже представлена стратегия и мои выводы.



Стратегия: от ошибочной к работающей

Все выглядит гораздо проще, если идея создания группы возникает в сознании топ-менеджеров.

Группа всегда будет создана и в ней будут люди.

Но если эта идея возникает на уровне разработчика, перспектива ее реализации значительно усложняется.

Но, возможно, это всего лишь мой опыт, от продуктовой компании и другого аутсорсинга.

Западная компания.

На этом фоне возникло следующее понимание стратегии, которую можно описать следующими этапами следующим образом:

  1. Узнайте актуальность инициативы
  2. Заручитесь помощью архитекторов
  3. Формирование группы (неофициальный запуск)
  4. Обсудить деятельность с руководителями отделов
  5. Передавать информацию менеджерам проектов
  6. Официальный запуск
После этого инициативу поймут и поддержат все.

В идеале.

Конечно, этот план не односторонний: при необходимости шаги можно проделать несколько раз.

Их цель – сделать результат и деятельность в рамках этой инициативы максимально актуальными и безопасными для компании.

Ошибка здесь в том, что в этом задействовано слишком много людей.

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

Сейчас все застряло на стадии обсуждения и видение стратегии немного изменилось.

Я вернусь к этому чуть позже, а пока хочу объяснить некоторые шаги.



1. Узнайте актуальность инициативы

Здесь необходимо узнать не только количество людей, но и уровень их заинтересованности в инициативе.

Грубо говоря, нужно понять, сколько людей поддерживают инициативу и сколько готовы потратить на нее свое время.

Впоследствии инициатива будет жить за счет людей второго типа.

Но даже они должны быть заинтересованы в какой-то прибыли от этой деятельности.

Поэтому еще до этого шага необходимо понять актуальность инициативы для компании.

Все просто: поговорите с генеральным директором за чашкой кофе, если это возможно.



2. Заручитесь поддержкой архитекторов

Архитекторы необходимы для корректировки групповой деятельности в отношении технологических планов.

Возможно, видения вообще нет, потому что.

Пока даже проектов в этой области нет. Однако деятельность группы может способствовать их появлению в ближайшем будущем.

Архитекторам лучше знать о группе и понимать, чем она занимается, чтобы своевременно использовать результаты.

Или, наоборот, дать идею для деятельности.

Во втором случае они могут поддержать группу при запросе инвестиций в учебный проект.

3. Формирование группы

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

Как работать, над чем, где общаться, кого привлекать – и другие вопросы нужно обсудить, чтобы понять, кто является костяком группы на начальном этапе.

Этот шаг необходим для того, чтобы дойти до руководителей ведомств.

И, что самое главное, все это доводится до сведения архитекторов, чтобы не было недоразумений.



4. Обсудить деятельность с руководителями отделов

Их еще называют по-другому, как «Начальник….

».

У некоторых компаний есть только один, у некоторых больше.

В моем их два, по направлениям.

Значит, чтобы преподнести им информацию, необходимо оперировать фактами, а не соображениями.

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

Группа сама строит план и функционирует во внерабочее время.

Это самый важный момент: основная деятельность компании не должна быть затронута.

Люди, вовлеченные в инициативу, тратят на нее свое личное время, пока компания не одобрит деятельность на более высоком уровне.



5. Сообщите информацию менеджерам проектов.

Заручившись поддержкой «Руководителя…», вы уже можете рассказать руководителям проектов, что есть такая деятельность и как она работает. ни за что не влияет на повседневные обязанности задействованных лиц.

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

Если этого не сделать, то очень быстро возникнут трения и вопросы с их стороны.

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



Рабочая стратегия

Основная ошибка приведенной выше стратегии, на мой взгляд, — большое количество разговоров и вовлеченных людей.

Невольно эта инициатива воспринимается как нечто глобальное, как отдельный проект. Хотя на самом деле речь идет всего лишь о клубе по интересам.

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

Теперь я думаю, что более работоспособной стратегией была бы следующая:

  1. Узнайте актуальность мероприятия
  2. Формирование неформальной группы
  3. Сообщите своим менеджерам
По мере роста знаний и опыта людей в группе и формирования в компании видения Data Science будет возрастать актуальность и других шагов из плана, приведенного выше.



Выводы на будущее

  • ПОЦЕЛУЙ ПОЦЕЛУЙ не в ладах.

    То, что кажется простым вам, может оказаться трудным для кого-то другого.

    Разница в представлении тем больше, чем больше разница в ролях двух людей.

    Даже после того, как кажется, что дальше упрощать уже некуда, остаются различные вопросы и ненужные моменты, которые можно выкинуть и уточнить.

  • Начинать нужно очень быстро и в самой простой форме.

    Подчеркну «очень и очень простую» форму.

    Это означает, что вам придется пожертвовать и выбросить практически все, что казалось необходимым в, казалось бы, минимальном варианте.

    Если тема актуальна, люди найдутся и мероприятия будут проведены.

  • Количество дискуссий прямо пропорционально кажущемуся масштабу деятельности.

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

P.S. Мне кажется, это чем-то напоминает запуск стартапа, но внутри одной компании.

Очень интересен опыт людей, реализовавших нечто подобное в аналогичных условиях.

Если вам нужно что-то добавить или уточнить в статье, пишите, я постараюсь это сделать.

Теги: #коммуникации #Карьера в IT-индустрии

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.