вторник, 25 июля 2023 г.

Network Effects: Why They Matter And How To Benefit From Them

 Network effects are defined as a phenomenon in which as more people or participants join a platform, the value of the platform and the service it offers rapidly increases.

The core idea of a network effect is that each additional user increases the value of a good or service.

Digital giants like Facebook, Uber, Google, and Amazon all harness the power of network effects.

What they all have in common is that they are platform businesses.

The concept of how a network effect works can seem difficult at first but it is really quite simple.

By understanding network effects, platform designers can plan how to rapidly scale and grow a platform. It is because of the network effect that growth marketing techniques are adopted.

There is no one definition, but a good overall explanation is below:

The two key points in this definition are that it isn’t just about adding users but rather users and usage determine a positive network effect.

A network can be large or small. Before the internet is hard to imagine a place where millions of people could easily find others. Digital technologies and the internet have radically changed and provided the backbone for a global network of interconnected networks.

What is more remarkable though has been the rise of the platform economy. More and more companies have seized on the properties that networks provide to create platforms that offer services, connect people and achieve incredible reach and scale.

There is hardly any industry that hasn’t been affected by platforms. The digital technologies that enable platforms have created a vast number of new services many of which have dramatically disrupted industries. The print industry e.g. newspapers have barely survived and those that have had to adapt to a new digital world.

But although we talk about platforms it is the network effects that provide the fuel for creating value.

Why Networks Effects Are So Powerful

As pointed out by James Currier in the NFX Bible, data indicates that network effects (NFXs = Network Effects) are responsible for 70% of the value created in technology since 1994. 

In fact, if you look at the companies that are currently valued at over $1 billion, most of them are platforms. There are over 400 and counting. Technology, automation, access to information and connectivity are driving the shift to platforms.

The term platform has generically been associated with network effects. There are several characteristics and types of platforms and NFX’s associated with them. I’ll break it down so we can an overview and understand how it all fits together.

Not all network effects are the same, however, and understanding them is essential for building network effects of your own into your products.

Different types of effects are stronger or weaker than others, and often they work differently.

Network Basics

If you have any interest in creating or running a platform you need to understand the NFXs that you’re subject to. You should also be looking to distinguish network effects from counterfeits and how to activate them and make them more robust.

Network effects – density and information flow

A network in its basic form consists of nodes and then connections. Nodes can be things or people. In most cases in platforms its people.

Some examples:

  • Unidirectional flow – an influencer on Twitter who tweets out but doesn’t respond to anyone.
  • Bidirectional – two people chatting using Facebook messenger.

The Laws of Network Effects

The laws that determine network effects

Research into networks and platforms has grown exponentially.

However, there are some notable laws that have been foundational in understanding networks.

Sarnoff, Metcalfe and Reed’s have provided simple fundamental laws that describe how network value grows in relationship with the network size and shape.

The so-called Network Effects Laws are not immutable. Some effects do not neatly fit these laws but these laws still provide some useful ways to understand networks.

Network Effects Are Not The Same As Virality

Network EffectsViral Growth
NFX are about monopoly, hacks and retention and building moats – a defensible competitive position.Is about speed of adoption, getting as many as possible as quickly as possible. Is about cashing in.
Product becomes more valuable as more people use it.Product/service may cost less to produce (economy of scale) but it does not become more valuable as more users use it or join the platform.
With more users there are often better engagement, usage rates, lifetime value (through feedback loops) and therefore margins.The usage rates or engagement does not increase the customer lifetime value.
Network scales faster as it lowers its customer acquistion cost (pull).The cost of customer acquisition remains.

Network Effects are Not Economies of Scale

Economies of Scale arise when there’s sufficient volume of production to massively reduce the costs, so the largest player can maintain the best margin of profitability. Good examples of this include, Apple’s production of their phones.

Network Effects are distinct from Economies of scale because they produce greater value for the marginal increase in cost. As Networks grow larger, the cost increases, but the value of the product increases faster.

Types of Network Effects

There are different types of Network Effects that affect how a platform operates and its application.

Developing a platform strategy requires an understanding of network effects as well as network externalities. These two terms are often confused because they are both associated with the design of a platform.

If you want to understand the differences, because they are not the same, and they don’t create the same results. This short breakdown from the Stern School of Business (NYU) defines the types of Network Effects:

Direct network effect

A characteristic shared by many digital platforms is that they benefit from direct network effects. This means that a platform becomes more attractive for users as the total number of users on the same side of that platform grows.

Examples of platforms that benefit from direct network effects include social networks and communication applications like Facebook, LinkedIn, WhatsApp, and Skype.

Indirect Network Effect

Indirect networks effects are where an increased usage of one product or service also results in the generation and use of valuable complementary goods.

As the complimentary product use increases the use of the original product or service also increases.

As an example, the direct network effects associated with the Windows operating system results in the indirect networks effects for Microsoft Office. The more people that adopt and use Microsoft operating system grow the install base for MS Office.

A further example, the Amazon business model harnesses the power of both direct and indirect network effects.

Two-Sided Network Effect: Platforms

Network effects can also be two-sided: increases in usage by one set of users increases the value of a complementary product to another distinct set of users, and vice versa. In many cases, one may think of indirect network effects as a one-directional version of two-sided network effects.

This is the type of Network Effect that defines Marketplaces such as Airbnb and Uber (see the Uber Business Model). The more riders you get doesn’t improve the Uber experience but it does attract more drivers, which will improve Uber for me.

Local Network Effect

The microstructure of an underlying network of connections often influences how much network effects matter. 

For example, using instant messaging each user is influenced directly by the decisions of only a small subset of other users — those they are “connected” to.

negative network

On the flip side, though, the fewer people who use Venmo, the less valuable it becomes — you can only send money through the app to a limited amount of people. The lack of people using Venmo would make the mobile payment service lose even more users. 

Network Effect From Concepts To Practical Use

An explanation of the main network effects

There are many other factors that contribute to the network effect. As platforms and networks grow platform owners often change the way the platform works.

As an example, Amazon initially was a platform that allowed people to easily buy books. Now they sell millions of products and also have an advertising platform. These factors affect influence, contribute and reinforce the value growth with size and participation.

These value drivers are called “reinforcing” mechanisms. As an example, the more data is available on a network, the more the platform can train an AI system to be able to become prescriptive and help the participants navigate the complexity of the network or execute particular strategic actions.

Critical Mass & the Chicken-and-Egg Problem

Platform growth and critical mass

Critical Mass is often described as the number of participants or size of the network needed to allow the platform itself to auto-generate its own growth.

Critical Mass can be understood as a tipping point or threshold where a notorious change in the trajectory of a growth curve occurs and a significant increment in the value of the network happens. Critical mass is a concept of achieving liquidity (a concept overlapped with critical mass).

Platform growth and the chicken and egg problem

For early-stage networks, reaching this point becomes existential, especially for two-sided marketplaces where is important to attack both sides of the network. Often referred to as the Chicken-and-Egg problem is the endless chase to find out how to kick-start the flywheel when you need multiple sides of the ecosystem to join and interact through the platform.

Network Properties

Network properties

To understand which mechanisms will impact positively the growth of our network-platform and will facilitate reaching critical mass, we need to know deeply how the nature and behavior of the participants interrelate with the Value Proposition perception of the Platform. In particular, there are five essential aspects we’d like to focus on.

Example of an evolving platform Airbnb

Commoditized or Differentiated Supply


How easy is it to replicate the offering among the suppliers? This is a key question to ask. As an example while Airbnb hosts offer places to stay that are partially unique (at least in terms of position, if not vibe or host reputation) — and this is increasing with experience hosting — Uber drivers are easily replicable since the value one gets is that of getting from A to B. 

Symmetry or Asymmetry of the Supply / Demand



Most of the networks have asymmetric weights of their supply and demand Asymmetry can offer a good hint in choosing what side one should attract first (we’ll talk about this later in more details)

Flexibility of Location: Locally or Globally Bound


The supply and demand of a network are also more or less attached to a certain location. Sometimes networks are highly local, other times demand (or supply) can consume or serve a more larger network.

Single Tenancy or Multi-tenancy


Multi-tenancy is when participants from the supply and/or the demand side may tend to juggle on multiple platforms to get out most of the value. 

Transaction Frequency and Lifetime


Another key property of networks is the frequency of the transactions. In multi-sided systems, transaction frequency might vary — depending on what relationship we’re focusing on and to what sides of the system. 

Conclusions and Further Considerations

Technology has become democratized – low cost, accessible, modular and built with ease of integration. Mastering the basics of network effects is an increasingly important skill, independent of your intention, goals or priorities. It is though a subject that is part of my research in the design and development of value in platforms and ecosystems.


https://www.garyfox.co/network-effects/


Agile. Гибкие методологии

 


Что такое гибкие методологии разработки

Гибкая методология разработки (Agile software development) – манифест, содержащий основные ценности и принципы, на которых базируются подходы к управлению проектами, который решает проблемы традиционного проектного менеджмента. Agile подходит для инновационных проектов. Гораздо меньше он подходит для процессной деятельности. Эти подходы подразумевают интерактивную разработку, с периодическими обновлениями требований от заказчика и их реализацию посредством самоорганизующихся команд, сформированных из экспертов разного профиля. Под термином «гибкая методология разработки» следует понимать подходы на основе данного манифеста, или фреймворки. Существует множество фреймворков, подходы которых базируются на Agile, например: Scrum, Extreme programming, FDD, DSDM... Данный манифест – разработка команды авторов. (Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas).

Суть Agile

Методология Agile создана как противоположность традиционной линейной методологии «водопад», подразумевая итеративную и пошаговую разработку ПО, что минимизирует риски. Суть в том, что работа с применением гибкой методологии состоит из серии коротких циклов (итераций), длительностью 2-3 недели. Каждая итерация включает в себя этапы планирования, анализа требований, проектирование, разработку, тестирование и документирование. По завершению каждой итерации команда предъявляет заказчику «осязаемые» результаты работы, например, первичную версию продукта или часть функционала, которую можно посмотреть, оценить, протестировать, а потом доработать или скорректировать. Итого заказчик контролирует разработку и может на неё сразу влиять. После каждого этапа, на основе проделанной работы, команда подводит итоги и собирает новые требования, на основании чего вносит корректировки в план разработки продукта.

Ценности и принципы манифеста

Манифест гибкой методологии определяет четыре основные ценности и 12 принципов для методологий, базирующихся на нем.
Ценности:

  • Люди и взаимодействие важнее процессов и инструментов.
  • Работающий продукт важнее исчерпывающей документации.
  • Сотрудничество с заказчиком важнее согласования условий контракта.
  • Готовность к изменениям важнее следования первоначальному плану.

Основополагающие принципы Agile-манифеста:
1. Наивысшим приоритетом является удовлетворение потребностей заказчика.
2. Изменение требований приветствуется на любой стадии разработки. Изменения обеспечивают заказчику конкурентные преимущества.
3. Работающий продукт следует выпускать как можно чаще.
4. На протяжении всего проекта разработчики и заказчик должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные специалисты. Для этого необходимо создать условия, обеспечить поддержку и доверять.
6. Для эффективного обмена информацией с самой командой и внутри команды подходит непосредственное общение.
7. Основной показатель прогресса – работающий продукт.
8. Процесс разработки должен быть постоянным и устойчивым.
9. Внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Минимизация лишней работы.
11. Только самоорганизующиеся команды предлагают лучшие архитектурные и технические решения.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

Когда использовать Agile?

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

Чем Agile-методологии нравятся маркетологам


Около 21% отделов маркетинга американских компаний используют в повседневной работе гибкие методологии или так называемые Agile-методологии. Около 52% внедрили их некоторые элементы. Таковы данные онлайн-опроса, который в феврале 2016 года провела компания Wrike, разработчик IT-платформы для командной работы.

Наиболее широко Agile используют сегодня высокотехнологические компании, где поток новых проектов наиболее интенсивен. Но, судя по исследованию Wrike, участие в котором приняли 803 маркетолога, эти техники все активнее проникают и в другие бизнес-сферы. Главные сдерживающие препятствия, по мнению участников опроса: недостаточный уровень осведомленности об Agile (23,5%), привычка работать по старинке (17,6%) и непонимание руководством ценности гибких методологий (11,6%).

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


Agile: как сделать гибкой всю вашу компанию




Изначально Agile был создан для управления проектами разработки программного обеспечения. Сегодня из этого, ранее сугубо прикладного продукта, вырастает новый подход к управлению в целом. Он еще не сформирован, сыроват, но уже несет в себе ряд ценных идей, отвечающих реалиям современного бизнеса. Данная статья – попытка поразмышлять в этом направлении.

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

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

Чем важна гибкая методология управления

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

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

Принципы, лежащие в основе Agile, неплохо ложатся в основу управленческой платформы, построенной на новой методологии управления. Вот некоторые из них:

  • Подразделениям делегируется возможность принимать самостоятельные решения.
  • Акцент на результате, а не на процессе.
  • Контроль результата на каждом шаге.
  • Постоянное упрощение алгоритмов взаимодействия подразделений между собой.
  • В формировании управленческой структуры важен не статус сотрудника, а уровень профессионализма.

Главные правила внедрения agile-управления

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

  • Правило маленьких шагов. В портфолио каждого управленца есть несколько образцовых кейсов, описывающих, как умирают масштабные проекты изменений, так и не дожив до победы. Но Agile категорически не нужны большие и редкие победы. Не стесняйтесь ставить маленькие и очень понятные цели. Даже если цель – просто вовремя начинать и заканчивать совещания.
  • Правило максимальной итерационности шагов. Итогом каждого шага по развитию проекта должен быть результат, уже на этапе предварительного результата устраивающий все группы лиц, иное может обнулить всю работу.
  • Правило «Договорились – делаем». Крайне важный пункт. Никто в одностороннем порядке не отменяет никаких договоренностей. Организатор совещания не может вдруг его пропустить с посылом «вы сами как-нибудь все обсудите, а я потом все пересогласую». Двойные стандарты – первый враг самоуправляющихся систем.
  • Правило «Для народа и с народом». Важно учитывать интересы каждого участника процесса, а не просто спускать инициативу сверху. Равноправие каждого участника процесса принципиально. Все попытки кем-либо продавить «удобное» или «правильное» решение, обнулят активность людей на корню, сделав всю систему принятия решений крайне ригидной и сопротивляющейся. Это касается и первого лица: ничто так не душит на корню желание сотрудников быть гибкими, как «царские указы».

Как начать движение к системе, основанной на гибких принципах

Далее я предлагаю семь шагов, позволяющих начать внедрение принципов СУС в компании. Их последовательность может быть разной. Каждый управленец-практик понимает, насколько жизнь далека от теории. Но главное при этом не впасть в соблазн вообще не делать какие-то обязательные шаги в надежде, что «все образуется само».

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

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

Шаг первый: подготовка к делегированию полномочий

Цель – начать процесс снижения участия первого лица в принятии оперативных решений.

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

Я исхожу из того, что бизнес – это один из вариантов самореализации, ничем не отличающийся от реализации человека в искусстве, это возможность воплотить некий замысел. Представьте: если бы великий архитектор Антонио Гауди вынужден был бы мешать раствор и класть кирпичи – увидел бы мир его творения?

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

Шаг второй: начать диалог с сотрудниками

Цель – определить, под какие блоки задач на данном этапе есть люди, а где провал. Люди – основа СУС.

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

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

Шаг третий: разработать финансовую модель

Цель – создать единое понимание того, как считаются деньги в компании.

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

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

Рекомендации руководителю. Если вам, как первому лицу, кажется, что экономическая модель компании уже существует, проверьте себя простым вопросом: все ли ключевые люди вашего бизнеса (топ-менеджмент, при наличии) согласны с методикой ее формирования? Или вот вопрос для самых отважных: все ли ваши топ-менеджеры согласились бы с утверждением, что они владеют достаточным объемом информации о том, как рассчитываются экономические результаты, и что их мнение при этом учитывается? Очевидно, что если в этом фундаментальном вопросе вы решили все «царским указом» – нет у вас ни мотивированной команды, ни самоуправления. И, конечно, я молчу о тех случаях, когда финмодель – тайна за семью печатями, которой босс ни с кем не делится.

Шаг четвертый: конкретизировать задачи команды

Цель – создать предпосылки для формирования целей на определенный период.

Как я говорил выше, сотрудники плюс-минус понимают, куда движется компания и что необходимо делать. А вот с нюансами проблема. На чем сделать акцент: на обороте или марже? Новых клиентов привлекать или старых раскачивать? В какой точке формирования затрат срезать косты? Когда цели не определены, они рождаются по ходу, и в этом случае вероятность возникновения феномена «микроменеджмента» (или ручного управления) весьма велика.

Часто руководитель, действующий в таком стиле, весьма непоследователен и противоречив: сегодня одно, завтра – другое. И менеджмент, после нескольких безуспешных попыток успеть за ним, просто опускает руки и ждет. Первое лицо постоянно что-то меняет, что окончательно демотивирует людей, гасит потенциал команды. Как следствие, руководитель становится одной из точек блокирования СУС, одним из «узких» мест в развитии бизнеса в целом.

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

Данный шаг – это попытка начать фиксировать понимание того «куда идем и какие задачи решаем», хоть в неком, пусть незначительном временном периоде.

Шаг пятый: создать архитектуру бизнес-процессов верхнего уровня

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

На данном этапе начинается формирование предпосылок для перехода системы менеджмента на новый уровень самоуправления. Речь идет о создании верхнего уровня системы управления, о нарезке структуры компании блоками крупных задач, опираясь на основные бизнес-процессы. Изначально блоки обычно выглядят максимально крупно, без общих слов. Пример для производителя электроники: финансы, коммерческая активность, R/D, производство, управление качеством.

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

Шаг шестой: установить границы и правила

Цель – сделать так, чтобы каждый менеджер получил возможность работать, управляя своим подразделением с большей самостоятельностью.

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

В целом это весьма понятная задача. Самое сложное – в течение определенного времени дать возможность людям и подразделениям поработать в соответствии с принятыми решениями. Это может быть что-то совсем простое: раньше директор каждый день интересовался, как дела в подразделении, теперь – раз в неделю.

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

Рекомендации руководителю: на этом этапе решите, какие именно полномочия вы готовы реально передать, и не вмешиваться некоторое время в деятельность своих подчиненных.

Шаг седьмой: построить систему мотивации команды

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

Очевидно, что построение команды, основанной на принципах СУС, это игра в долгую. Также очевидно, что невозможно удержать, знающих себе цену профессионалов, не решив денежный вопрос. Это непростая задача, у каждой из сторон есть свои доводы. Но, откладывая решение «на потом», вы рискуете запустить неуправляемые процессы.

Это тот случай, когда уместно вспомнить поговорку: «жадность приводит к бедности». Как вы платите людям, так они и работают. И чем выше по уровню профессионал, тем сильнее его оскорбляет несправедливость. Он либо уходит из компании, либо объявляет итальянскую забастовку. А вы получаете очередную точку блокировки формирования СУС.

Методология оценки результатов работы может быть любой. Главное, чтобы с ней были согласны члены команды, и чтобы она не противоречила итогам, полученным на предыдущих этапах. Также важно, чтобы она была зафиксирована на определенный период времени. Ибо ничто так не демотивирует людей, как пересмотр системы мотивации задним числом.

Шаг восьмой: запланировать новый цикл улучшений

Цель – планирование следующего шага на пути к самоуправляющейся системе.

Основная задача всей активности, связанной с формированием СУС, это последовательное движение. Безостановочное. Не должно быть иллюзий, что этот процесс будет сам себя поддерживать. Как писал я в статье о термодинамике и управлении, энергия в системе затухает. Задача первого лица – постоянно поддерживать движение этого процесса. И при этом важно, чтобы активность руководителя затрагивала все больше процессов и людей.

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

Выводы

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

Как внедрить Agile в производственной компании