Зачем компании проводят Agile-трансформации

Андрей Радионов пишет:
В Agile все должны в небольшой группе заниматься Маркетингом

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

Андрей Радионов пишет:
И не думайте, что в различных методологиях Agile работникам предоставляется полная свобода

Где вы вообще видели "полную свободу"?

Дискуссии об «agile-учении» не стихают из-за игнорирования области применимости оного.

Чем хороша теоретическая физика? – Там для всякого метода-инструмента неотъемлемой является следующая характеристика – область применимости. Её игнорирование или необоснованное её завышение дискредитирует как автора метода так и его адептов.

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

=======================================.

Есть фундаментальная книга Г.Минцберга «Структура в кулаке: создание эффективной организации». Её значение для менеджмента аналогично значению «Начал» Евклида в геометрии. В контексте книги Г.Минцберга, область применимости agile-технологии – очевидна. Последняя применима там, где необходима базовая структура, называемая «адхократией».

=======================================.

Еще раз об области применимости «agile-учения».

В дискуссии по Е-хе-публикации «Почему так востребованы специалисты по Agile?» (https://www.e-xecutive.ru/management/practices/198... ), А.Г.Соловьёв указал источник «agile-учения» – быстрая разработка IT-программ.

• Александр Соловьев пишет (30 мая 2018, 18:35): Когда в разработке программного обеспечения стали появляться различные методологии Agile? -> более 20 лет назад, когда появились средства быстрой разработки приложений (ПО) - Rapid Application Development - RAD).

Приведу свой отклик на подсказку А.Г.Соловьёва.

Литературный поиск сразу приводит к книге-источнику «agile-учения»: Р.Мартин «Быстрая разработка программ: принципы, примеры, практика». В главе 1 этой книги содержится «Манифест альянса специалистов по быстрой разработке ПО». Его каноническое изложение далеко не такое как у Agile-консультантов. Вот пример:

• Изложение консультантов: Работающий продукт важнее исчерпывающей документации.
• Каноническое изложение: Не создавайте документацию до тех пор, пока потребность в ней не приобретёт первостепенную важность.

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

=======================================.

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

Людмила Апраксина пишет:
Операционная деятельностьПривычные результатыУстоявшиеся бизнес-процессыОтсутствие существенных рисковОтносительно постоянный штатПлохо справляется с изменениямиПроектная деятельностьУникальные результатыОграниченный срокБольшое количество рисковВременная командаИнструмент для реализации измененийСколько можно продавать книги и советы по применению "новейших методов" управления операционной деятельностью Тойоты 1939 года рождения. Кстати, более точный и "забытый" перевод lean production - "обучающееся производство".Гибкие проектные технологии имеют очень узкую направленности - ИТ разработки, маркетинг, научные и исследовательские проекты, поскольку в них прикладное решение или не вычленяется из фундаментальных теоретических исследований или результат разработок не известен ни Заказчику ни команде.

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

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

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

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

Кто более подходит: руководитель или операционист решают собственники компании. Решают по наличию комфорта или дискомфорта от ситуации. Вероятно также имеет значение знание: "а что так тоже можно было что ли!?"

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

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

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

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

Виталий Елиферов пишет:
К сожалению, в русском языке используется 1 термин "управление", вместо 3 английских: Control, Management, Governance.

1. Увы, но термин «управление» настолько широк, что включает в себя почти любую активность живой и неживой природы.

2. А еще есть такие термины: administering, steering, leadership, supervision, operation, guidance, oversight.

Фантазии человеческой нет предела.

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

3. Гуру менеджмента подобно писателям-фантастам строят свои миры, которые частично пересекаются с реальностью. В этих мирах они используют «свою» терминологию. Понятную только им самим.

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

Миры получаются странноватыми.

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

Так железнодорожник Г. Минцберг умудрился построить мир (структуру организации) без Финансового блока. Без финансистов и бухгалтеров. Возможно именно так «производственники» представляют себе организацию в лучшем из миров. Потому что – достали! Но какое отношение это имеет к реальному миру? Любой мало-мальски работавший в реальной организации знает какое значение имеют финансисты. Как много зависит от эффективной работы Бухгалтерии и Финансового директора.

Поэтому я понимаю, когда говорят о неудовлетворенности существующими попытками теоретизировать и обобщать.

Антон Кобельков пишет: Любой сотрудник любой организации должен заниматься маркетингом,

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

И эта статья и сам Scrum - это всё о работе в группе, и мне непонятно зачем из этого делать какие-то "эпические" выводы ))))

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

Владимир Зонзов пишет: .... Когда в разработке программного обеспечения стали появляться различные методологии Agile? -> более 20 лет назад, когда появились средства быстрой разработки приложений (ПО) - Rapid Application Development - RAD).

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

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

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

2. Изменение требований приветствуется, даже на поздних стадиях разработки.

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

4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.

5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.

6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

7. Работающий продукт — основной показатель прогресса. ...."

Виталий Елиферов пишет:Правильно ли я понял, что Вы предлагаете в мирное время решать проблемы инвестирования, бюджетирования, выплаты дивидендов собственникам, кадровые вопросы, сокращения ненужных функций и людей, - методами Agile с привлечением рядовых сотрудников компании, численностью несколько сотен человек?

Антон Кобельков пишет: К решению перечисленных Вами задач и без всякого Agile могут привлекаться рядовые сотрудники.

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

Вы плохо представляете чем заканчивается привлечение рядовых сотрудников к таким вопросам.

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

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

Философами установлено, что концептуальные рассуждения являются лишь основой для взаимопонимания. А развитие возможно только в рассмотрении контекста ситуаций.

Так например в МВА на основе кейсов учат, как теория может быть применена на практике.

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

Можно вернуться к проблеме Трансформации компаний? ))

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

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

К какой трансформации призывает в частности Греф: "Переход в agile — это самый большой вызов, который сегодня стоит, в том числе, перед нами и перед всеми большими организациями" и добавил, чтоотметив, что переход на новые принципы работы приведет к сокращению менеджмента компаний на 30-50%.

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

Преимуществам адхократии:

Инновационность и Полное соответствие внешней среде

Недостатки адхократии: Непостоянный характер, Зависимость от заказов, Неопределенность и неразбериха внутри организации

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

- - - -

Вряд ли это подходит для всех (((

Владимир Зонзов пишет: Дискуссии об «agile-учении» не стихают из-за игнорирования области применимости оного.

Антон Кобельков пишет:
К решению перечисленных Вами задач и без всякого Agile могут привлекаться рядовые сотрудники.

Виталий Елиферов пишет:
Вы плохо представляете чем заканчивается привлечение рядовых сотрудников к таким вопросам.

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

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

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