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

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

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

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

А то, что люди и компании, прикрываясь терминами Scrum, Agile, Бережливое производство, 6 сигм и т.д. ведут себя вызывающе - так тоже бывает. Поэтому я фокусирую свое внимание на том, кто хотя бы объявляет, что придерживается ценностей Agile. С такими людьми мне проще "вытягивать" из них подходящие для ситуаций знания и как бы не навязывая при этом им ничего нового. Все люди не любят навязанных им мнений и взглядов - и именно это можно учитывать при бережном отношении к людям и ситуациям. Но анархия не приводит к успеху - и есть все таки грань, которой должны придерживаться все в компании. Это показатель общего успеха "Деньги-Товар-Деньги штрих". Бережливое производство(которое на самом деле бережливое) ищет самый короткий путь, чтобы обеспечить клиента тем что ему надо. Людям предоставляется свобода в проявлении творчества "как можно быстрее и качественнее" удовлетворить потребности клиента. И предоставляется технология, которая обеспечивает сам процесс производства. Имеется много наработок как взаимодействовать на прямом производстве, в торговле и проектах различной направленности.

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

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

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

В определенную ситуацию по одному помещали людей и просили описать, что они запомнили. Оказалось, что каждый запомнил и описал не более 7% из того, что было в ситуации. Вывод: каждый из нас очень ограничен в восприятии ситуаций.

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

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

Борис Кондрабаев пишет:
для меня важно - что я могу предложить окружающим!

Борис!

Обсуждаемая статья имеет 733 (Семьсот тридцать три) слова и несет какой-то смысл.

Вы, только за сегодняшний день, написали сообщений более чем в 2000 (две тысячи) слов, почти в три раза больше.

Могли бы Вы в 2-3 предложениях пояснить ЧТО Вы хотите сказать (предложить) окружающим по теме статьи. Ведь для Вас это ВАЖНО!!

Валерий Овсий пишет:
Борис!Обсуждаемая статья имеет 733 (Семьсот тридцать три) слова и несет какой-то смысл.Вы, только за сегодняшний день, написали сообщений более чем в 2000 (две тысячи) слов, почти в три раза больше.Могли бы Вы в 2-3 предложениях пояснить ЧТО Вы хотите сказать (предложить) окружающим по теме статьи. Ведь для Вас это ВАЖНО!!

Валерий!

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

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

Благодарю за точность вопроса и внимание!

Теперь точно могу "отпустить" важность и расслабиться, потому что простота важнее важности - за это отдельная благодарность!

Борис Кондрабаев пишет:
важно показать окружающим в разных высказываниях преимущества бережливого производства, из которого вырос Agile,

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

Перечислю Вам авторов:

Сам документ написан в феврале 2001 г. :

Manifesto for Agile Software Development.

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:

1. Individuals and interactions over processes and tools
2. Working software over comprehensive documentation
3. Customer collaboration over contract negotiation
4. Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.

Очень надеюсь что заголовок документа "Manifesto for Agile Software Development" Вы переведете с английского...

Валерий Овсий пишет: ... Dave Thomas

Да уж, никто из авторов манифеста и не предполагал, что начнётся такое паломничество.

Теперь Дэйв Томас считает, что Agile превратился в маркетинговый термин, и предлагает заменить этот манифест на The Agility Manifesto.

Agile и Agility - всё -таки разные вещи, а сам Agile is Dead - утверждает он.

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

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

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

Конечно, кто-то специализируется только на быстром изготовлении макетов )))

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

Валерий! Я сам решу, что мне следует делать, а что нет.

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

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

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

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

Еще раз благодарю за урок!

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

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

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

Все это можно начинать делать на макете/прототипе. При создании прототипа в команде сразу находятся люди, которым нужно будет доводить прототип до работоспособного состояния. Прототип рассматривается с трех позиций: 1) ориентир на клиента; 2) производственная и техническая возможность; 3) экономическая целесообразность.

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

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

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

Борис Кондрабаев пишет:

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

Да уж! Вы явно не спартанец...

Олег Шурин пишет:
Да уж! Вы явно не спартанец...

Да Олег! Бывает и ошибаюсь в спешке. Но научился быстро брать уроки и извлекать пользу из ошибок. Например в высказывании "логическое правое полушарие" я допустил ошибку, потому что логическим является левое. Но что меня успокаивает смысл все равно имеется.

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