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

Виталий Елиферов пишет:
Борис, я написал именно ВОСПИТАНИЕ, как способы и методы применения "мягкой" неформализуемой силы, для достижения поставленных задач. К технологиям и бизнес-процессам это не имеет никакого отношения. Мне приходилось руководить большими командам разработчиков, в том числе и комплексными (от разных компаний и вендоров). Если Вы можете переложить в технологию и бизнес-процессы форматы общения разработчиков, неформальную поддержку соседа по команде, готовность отступить от своего "Я знаю лучше и ничего у себя менять не буду!" - это заявка на Нобелевскую премию. Даже Дмитрий Новиков в своих трудах по алгоритмизации трудовых отношений не смог этого сделать.

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

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

Андрей Радионов пишет:
Борису удалось перевести обсуждение статьи на совершенно другую тему и даже расщепить её ... ))) Всё что происходит в Scrum относится к небольшим командам, и даже уже создание такой команды - это Реинжиниринг. Небольшие и непрерывные изменения - это тоже натяжка - не та песня в случае с использованием Scrum - в такой команде каждый день, каждый спринт может поставить всё с ног на голову, и даже привести к смене целей проекта, изменению состава команды и пр. Это максимальная нестабильность во всём. Погружать в такое "море ужаса" всю компанию будет безумием для руководителя. А борьба за чистоту методов некоторых апологетов может перекрыть всю пользу от этих методов работы ((( Определённый период в Nokia со своим видением Scrum тому пример.

Андрей, согласен, что Шесть сигм, в моем понимании - это тоже бережливое производство.

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

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

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

Поэтому мои рассуждения выглядели столь странно. Я то интегрирую ситуации, то дифференцирую. При этом имею сознательную предрасположенность обращать внимание на все, что мне понравилось. Понравилась мне тема Agile и я поставил плюс, заранее доверяя положительному намерению авторов. И это не совсем "розовые очки". Потому что, даже заранее относясь хорошо ко всем окружающим - сама ситуация в лице окружающих показывает на сколько нам по пути. В чем совпадают и в чем расходятся интересы.

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

Борис Кондрабаев пишет: Андрей, каждый из нас имеет свое понимание как терминологии, так и ситуации. Если мы займемся изучением того, что мы понимаем и как понимаем, то на это может уйти много времени.

Много времени не потребуется. Статья написана от имени компании ScrumТrek, в статье называется одна из из ведущих ролей- Scrum-мастер. Автор Scrum Джефф Сазерленд написал свою книгу об управлении проектами.

Бережливое производство — это название дали переводчики для книги о Lean Manufacturing , и сами считали его не очень удачным - не отражающим смысл.

А само Бережливое производство является Российской интерпретацией Западной системы Lean Manufacturing, которая в свою очередь - это Западная интерпретация Японской Toyota Production System — TPS.

Я ещё не видел ни одного программиста или специалиста в управлении программными проектами глубоко погружённого в эти системы — в большей части именно они сейчас работают консультантами и продвигают Scrum.

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

Алексей Пименов пишет: Тут у создателей этого подхода постоянная путаница идет из-за того, что они переиспользовали слово (проклятый маркетинг)Если посмотреть глобально, то LeanKanban (имени Девида Андерсона)

https://www.e-xecutive.ru/management/practices/198...

Борис Кондрабаев пишет: Можете называть этот менеджмент/взаимодействие как хотите. Я его для себя определил, как "управление знаниями".
Борис Кондрабаев пишет: Которой хорошо подходит "канбан бережливого производства".

В контексте статьи scrum-Канбан не имеет отношения ни к Бережливому производству, ни к Lean Manufacturing или японской Toyota Production System (TPS) - только по одному названию Канбан.

Lean Kanban - это метод Проектного менеджмента, дающий способ ограничить одновременно запущенные задачи. Если есть лимит людей, инструментов или времени, Lean Kanban помогает распределить задачи и проекты. Автор метода David J Anderson, Председатель Lean Kanban Inc.

Из рецензии на книгу: Дэвида Андерсона: "Когда мы слышим о канбан, то часто представляем себе доску со стикерами — этот стереотип нам навязывают СМИ. Образно, на стене есть список открытых, выполняемых и завершенных задач-стикеров. Можно применять виртуальные стены и программы для управления проектами, где будут внесены списки задач, приоритеты и другие нюансы.

Методология канбан здесь будет не доской, и не стикерами, а процессом контроля и переноса задач на стене. То по каким правилам, кто и почему перемещает стикеры, сколько можно держать стикеров в графе «выполняемые», зачем ограничивать количество в этой графе" - это рассказывает Дэвид на страницах "Канбан. Альтернативный путь в Agile.

Андрей!

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

В жизни я неоднократно наблюдал как юристы обсуждают тему. Берут актуальный вопрос, а затем часами обсуждают как и с каких сторон его следует рассматривать, что можно принимать во внимание, а что нельзя. Но при этом вообще ни разу даже не подходя, с точки зрения здравого смысла к обсуждению решения самого вопроса. Например Джек Уэлч в своей корпорации нашел решение этой задачи. Он нашел лучшего в стране юриста и объяснил ему что нужно просто помогать быстро и безопасно проводить сделки. Тот обеспечил ему решение этой задачи - малыми силами.

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

Или задайте вопрос, чтобы я смог ответить Вам по существу вопроса, темы или ситуации.

Борис Кондрабаев пишет: Ваши концептуальные доводы несомненно имеют аргументацию. Но я не понимаю что именно Вы хотите обсудить, применить или улучшить в контексте какой то ситуации?

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

На мой взгляд, Вы предлагаете что-то своё, что никак не вяжется с тем, что известно о Scrum. Многие участники дискуссии , как и я удивлены упорством, с которым продвигается узкоспециализированная методология под видом Agile, и не указывается область применения - годится для всех )))

А по поводу статистики в статье сразу вспоминаются братья Стругацкие и их "Улитка на склоне":

"На дальних окраинах Южных земель в битву вступают все новые… Отодвигается все дальше и дальше на юг… Победного передвижения… Большое разрыхление почвы в Северных землях ненадолго прекращено из-за отдельных и редких… Новые приемы заболачивания дают новые обширные места для покоя и нового продвижения на… Во всех поселениях… Большие победы… Труд и усилия… Новые отряды подруг… Завтра и навсегда спокойствие и слияние…"

Борис Кондрабаев пишет:
Мне например было бы интересно принять с Вами участие в одном общем проекте.

Сожалею, Борис! В ближайшее время не получится. Сильно занят, те не менее, спасибо, за теплые слова.

Андрей Радионов пишет:
Мы обсуждаем конкретную статью авторов, которые назвали свою компанию ScrumТrek, в статье они используют терминологию Scrum - лично для себя сделал уже вывод, что и продвигают они именно Scrum.На мой взгляд, Вы предлагаете что-то своё, что никак не вяжется с тем, что известно о Scrum. Многие участники дискуссии , как и я удивлены упорством, с которым продвигается узкоспециализированная методология под видом Agile, и не указывается область применения - годится для всех )))

Андрей, я увидел другое название статьи "Зачем компании проводят Agile трансформации". Выясняли это Scrum Trek. Я не придал никакого значения кто проводил исследование и придал большое значение Agile трансформации. И выразил по этому поводу положительные эмоции и дал положительную оценку.

Я работал и готов работать в любых командных системах. Но система с ценностями Agile вызывает у меня предпочтение. Эти ценности близки мне по духу.

Я уверен, что могу заниматься развитием в любой компании. Но у меня появились сомнения, связанные с результатами исследований американских ученых. В компаниях в которых руководители ведут себя не этично, по отношению к своим сотрудникам или клиентам, постепенно уходят все "этичные" сотрудники. Формируется команда, которая чуть раньше или чуть позже развалит бизнес. То есть говоря "языком Булгакова" из "МиМ", "Аннушка не только купила масло, но уже его и разлила". Поэтому вероятность эффективных преобразований здесь снижается.

А в компаниях с ценностями Agile на мой взгляд априори есть не только Что развивать, но и Куда развивать.

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

Виталий Елиферов пишет:
Сожалею, Борис! В ближайшее время не получится. Сильно занят, те не менее, спасибо, за теплые слова.

Виталий, рад был обменяться взглядами!

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

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

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

Борис Кондрабаев пишет: Но система с ценностями Agile вызывает у меня предпочтение. Эти ценности близки мне по духу.

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

Шейн Гесте пишет:

"У Agile были преимущества и одновременно диапазон неприменимости, но все хотели это проигнорировать" .

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

Шейн Гесте пишет:

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