Через неделю будет готов и скину)

Пока теленрам, ФБ

Аджайл он изначально про айти

Точнее про разработку по

Да, но в основе ЦЕННОСТИ :)

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

А вот и завязка.

Очень жду когда Маришка нам покажет где раки зимуют

Через год поговорим на Age days)

И покажу)

Леша Пименов кое что видел уже

Но я хочу показать, когда всю компанию переведу, и докажу

А пока рано)

Во во

Я держу за тебя кулаки

htts://telegram.me/agilespace

Марин, а там у тебя специально нельзя общаться в канале?)

Поэтому и завела канал, чтобы разделять ИТ и тех, кто пробует в других сферах

И последний секрет

У меня стартует пилот ТОП-ов

Scrum команда

Демо для всей компании.

Марин, а там у тебя специально нельзя общаться в канале?)

Как это нельзя?

Как это нельзя?

Это не группа, а канал

Я держу за тебя кулаки

Спасибо за поддержку! На хоккей меня возьми)

А тут группа?

Ага

Хм, вот! Получила обратную связь от конечных пользователей)) спасибо! Сейчас допилим)

Ждем вторую итерацию))

Мда, зафейлила чуть чуть

Тестеров в команде нет))

Ну переделай ну

Как вам?

https://telegram.me/joinchat/EcLAeQfOJr3wbMPxb1L2Rg

В понедельник будем разбираться) выходной :-)

может быть есть что-то что можно дать почитать человеку чтобы подать идею?

СПИН?

Спин, это хорошая классика, но это не Agile

Есть книга, Agile продажи

Она даже на русском есть

Но там про гибкость продаж, а не про Agile ценности.

Книга хорошая!

Спин, это хорошая классика, но это не Agile

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

Agile это мышление...его нельзя продать, его можно захотеть купить...

Чтобы "продать" Agile руководству, позволю себе дать совет: запустите пилотную команду и показывайте раз в неделю результат. "Заражайте" другие отделы.

Его нужно осознать

Чтобы "продать" Agile руководству, позволю себе дать совет: запустите пилотную команду и показывайте раз в неделю результат. "Заражайте" другие отделы.

Лайк

Agile это мышление...его нельзя продать, его можно захотеть купить...

Лайк

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

Если осознать, то увидишь где, как и кем в организации это используется. Тогда уже можно пробовать вносить орг изменения

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

Вадим, пруфы и я вас расцелую

И Марина

Наверное

В 2 ночи нужно спать ☺️

Или книжки читать)

Вы, Вадим, станете первым игил тренером не про айти

После Маришки конечно

Никто не может быть круче маришки

Это эксиома

Никто не может быть круче маришки

Может, я нахожу этих людей по всему миру и учусь у них :-)

:*

Вы, Вадим, станете первым игил тренером не про айти

У нас на производстве NPM Group внедрили Scrum вне IT. На Agile Business Conference будет вещать, Сергей Чирва, на тему Agile и Scrum вне ИТ )

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

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

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

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

Если пойти еще дальше к Теории Ограничений Систем, то тут точно будет здравый смысл, так и называется "теория здравого смысла"

Вы, Вадим, станете первым игил тренером не про айти

Игил тренер не в айти уже давно работает.. в Сирии и окрестностях...

Игил тренер не в айти уже давно работает.. в Сирии и окрестностях...

👍

есть

Раскройте нам на неё глаза пожалуйста?

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

С проектом или с продуктом проекта? У них разные жизненные циклы и вообще у них разные законы развития. Гибкие методологии управления управляют НЕ проектом, а ПРОДУКТОМ. Точнее его разработкой. Проект это деятельность. Продукт это результат проекта. Продукт готов - проект кончился. Далее продукт живёт своей жизнью. Эксплуатируется. Совершенствоваться и модифицировать мы может. Только это будут уже новые проекты. А если модификации регулярные то это вообще не проект, а программа.

В изменении прибыли компании за год.

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

Точно нельзя измерить никак, вероятно.

стало быть если цель увеличение прибыли, то цель аджайла заставить работать людей больше за ту же зп

Цель Agile методологий это доносить ценность до клиента как можно быстрее, потому что: 1. Быстрее начнёшь получать кэш, если это коммерческий продукт. 2. Не будешь дохрена пилить не нужного функционала, уменьшаем косты. 3. Быстрее проверишь product-problem fit, product-market fit и экономику продукта, это про рои. 4. Команда видит, что делает нужный продукт, которым пользуются, а это самый охрененный мотиватор любого программиста. Люди работают хорошо за те же деньги, повышаем прибыль на человека. В итоге всё сводится к деньгам и снижению рисков и кто бы вам, что не говорил в первую очередь цель одна 😁 просто путей к ней много и названий у неё много😎

Ребята. А вот интересно, что вы думаете - кому должен подчиняться Agile coach? И почему?

Ребята. А вот интересно, что вы думаете - кому должен подчиняться Agile coach? И почему?

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

Ребята. А вот интересно, что вы думаете - кому должен подчиняться Agile coach? И почему?

Давай сначала ещё определим, почему организация решила взять Agile Coach в штат? От этого можно плясать, кому он подчиняется.

Давай сначала ещё определим, почему организация решила взять Agile Coach в штат? От этого можно плясать, кому он подчиняется.

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

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

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

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

Ну в первом, как я понимаю, проще не в штат, а пилот продавать. Или там сценарий в штат под этот пилот тоже возможен?

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

Вряд ли это хорошие причины) Причины должны быть измеримы и конкретны, иначе как понять, что Agile Coach выполняет свои обязанности хорошо.

Ну в первом, как я понимаю, проще не в штат, а пилот продавать. Или там сценарий в штат под этот пилот тоже возможен?

Пилот в любом случае делают. Вся соль в том, что в первом варианте ценность Agile осознаёт собственник и хочет это проверить. А во втором он делает пилот, чтобы осознать) В штат брать дешевле, так как Agile это дорого. Проще всего выращивать своих, но это другая история.

Вряд ли это хорошие причины) Причины должны быть измеримы и конкретны, иначе как понять, что Agile Coach выполняет свои обязанности хорошо.

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