Всем привет, меня зовут Динара, системный аналитик, работаю в Сбербанке и судя по последнему сообщению проблемы с аджайл у нас схожие. И я сейчас прорабатываю предложения для исправления ситуации. Возможно мой опыт будет кому-то полезен.
Велкам в наш клуб оптимистов - любителей Agile :)
Pavel
Igor
Можно "коучить" ПО, чтобы он начал потихоньку внедрять некие более agile практики в управление бэклогом.
нет смысла потому что ПО не ПО а просто манагер беклога :D
Igor
а то что он в такой должности больше проблем создаст. более эффективно работает когда стейкхолдеры в команду приходят, а команда за ними записывает хотелки
Pavel
Accountabilities:
Establishes multi-year implementation roadmap for the program.
Manage all IT aspects of the program to plan (internal, external, vendors, etc.).
Ensure appropriate reflection of IT perspective in program communications.
Approve MMF release plan to ensure MBV and measurable acceptance criteria.
Operationalize new solution after each release.
Pavel
Позиция называется Agile Coach :)
Pavel
а то что он в такой должности больше проблем создаст. более эффективно работает когда стейкхолдеры в команду приходят, а команда за ними записывает хотелки
Почему? По может фасилитировать этот приход. Хотя бы на уровне "всех организовать, подготовить и помочь с записью".
Pavel
ПО не менее фасилитатор, чем СМ :)
Pavel
Если он этого не умеет, имеет смысл помочь ему научиться
Igor
потому что этим может занятся "СМ"
Pavel
Игорь, я понимаю твою боль и что изнутри ситуация оптимистичной не выглядит. Но с точки зрения "потрындеть в чатеге" возможности всегда найти можно :)
Pavel
потому что этим может занятся "СМ"
Может, но тогда ПО никогда не продвинется дальше "менеджер бэклога".
Pavel
СМ коучит всю скрам команду, не только dev team
Igor
ну вообще то у нас это работает все :D
Igor
мы сделали на своем уровне "почти скрам"
Igor
и в предыдущей компании у нас как раз проблема была из за этого PO
Igor
который вовсе не PO
Igor
решить удалось только когда стейкхолдеров затащили в команду
Igor
до этого они общались через PO только
Pavel
У меня сейчас потенциальный клиент - маленький бодишопчик, который привык быть суперagile и совсем правильный скрам. И сейчас они "продались" 6 командами в огромную контору, у которой SAFe как по учебнику.
Pavel
Так у них БОЛЬ и ФРУСТРАЦИЯ :)
Pavel
решить удалось только когда стейкхолдеров затащили в команду
НУ да. Просто для долговременного закрепления успеха нужно менять ПО. И не в смысле как Ян Глебку, а в смысле работать с ним, чтобы ПО сам изменился :)
Igor
из за safe?
Pavel
Ну вот представь, команды слаженные, у них давно выработались отличные практики, собственные внутренние rules of negagement и т.п.
Pavel
А тут им ВНЕЗАПНО надо многое поменять, да еще и встриться в довольно-таки жестку бюрократию.
Igor
НУ да. Просто для долговременного закрепления успеха нужно менять ПО. И не в смысле как Ян Глебку, а в смысле работать с ним, чтобы ПО сам изменился :)
да там не было успехов как таковых. просто PO передавал то что он считал важным, стейкхолдеры вроде как считали важным другое.
Pavel
Они ищут RTE, который поможет.
Igor
классика потери приоритетов через сломанный телефон :D
Pavel
Про персоны: https://assets.strategyzer.com/assets/resources/the-value-proposition-canvas.pdf
Pavel
Вот это канвас для хорошей персоны :)
Pavel
Привет, Алекс. Ты, случаем, не из Минска?
Igor
А тут им ВНЕЗАПНО надо многое поменять, да еще и встриться в довольно-таки жестку бюрократию.
я не шарю в SaFe какая там бюрократия по отношению к скрам командам?
Pavel
я не шарю в SaFe какая там бюрократия по отношению к скрам командам?
В SAFe подразумевается, что команды в одном ART имеют одинаковую каденцию и одинаковое значение сторипоинта :)
Alex
Sergey
Прям тихо сегодня ) конец спринта у всех? )
Я сегодня с 11:00 Обзор и четыре ретроспективы в разных командах. Устал как собака.
Sergey
Pavel
я не шарю в SaFe какая там бюрократия по отношению к скрам командам?
Ну и все эти вот (полезные) требования применять TDD обязательно, требования работы с cross-team integrated environment и тп., которые, если вывалить их на команды скопом, взрывают мозг.
Igor
ой вей
Pavel
В целом SAFe Scrum (aka ScrumXP) - очень такой... специфический скрам. Не настоящий, потому что автономности у команды нет.
Pavel
Автономной командой является ART.
Pavel
Это, кстати, фундаментальное отличие SAFe от LeSS. Вся остальная разница совсем не принципиальна :)
Igor
меня если честно пугает как ART раcшифровывается :D
Pavel
меня если честно пугает как ART раcшифровывается :D
Да, ощущение, что тебя переехало поездом - очень полное :)
Sergey
Всегда есть те, кто сопротивляется и не принимает. Лучший кейс - когда сопротивлялась скраму целая кманда. Потому что до этого было два... очень специфичных опыта. Я решил, что сопротивление преоолевать - слишком долго, и мы с ними договорились, что свой процесс сделаем. Ну там, с планированием коротких релизов, конечно. С возможностью ежедневно узнать о прогрессе коллег. С демонстрацией релиза по результату (никакой принудиловки! Что работает, то и показываем!). Ну и с обсуждением происходящего хотя бы раз в две недели.
У меня уже есть примеры людей, которые не два и не три раза в «Скраме» работали. И которые говорят, что только теперь поняли, почему у них было все через *&пу. И что теперь они понимают, что это работает. Приятно.
Sergey
Никаких бэклогов, только план проекта и план релиза (на две недели, нам так удобно)
Ну ты хитрый! Это кейс как в Хуавей. Внедрили LeSS, только не сказали никому, что это он :)
Sofia
#whois
Всем доброго вечера!
Софья.
- Работаю В СПб, Корус Консалтинг. Проекты в госах и в фарме в основном
- Я РП и аналитик. Сбор требований, наверное. А так много чего умею)
- Ищу полезных знаний и интересных вопросов:)
- в другом чате поделились ссылкой
Sergey
и будучи мудаком на самом деле гораздо проще сказать что СМ нихрена не шарит и его процессы не работают
Ты тоже про Глебку подумал?
Igor
но Глебка в аналогичную ситуацию попал
Jane
Alex
Jane
Оказалось, что не только...я поражена. Я сейчас в Германии и тут вот ровно тоже самое. Скорее зависит от конторы. Я придерживаюсь мнения, что такое широко распотранено именно во внутренней разработке/менее в заказной. Никто не считает убытки, постоянные и переменные издержки на команды разработчиков. Очень грустная картина.
Alex
Еще печальнее от того, что Евгения сейчас не в России (
Alex
Опередила)
Jane
Все-таки если продукт приносит деньги - кучки говна поменьше, либо отсутствуют. Я бы на месте владельцев бизнеса была обеспокоена тем, что у меня уплывают просто кучи денег на ИТ. А нет. Все довольны.
Jane
Это очень печально, с другой стороны найм конторы со стороны, я думаю, обходится значительно дороже. И они так и норовят начать тебя коучить :)
Sergey
Это, кстати, фундаментальное отличие SAFe от LeSS. Вся остальная разница совсем не принципиальна :)
Ох погоди, прочитаю я таки про твой сейф и вот зарубимся мы тогда чую не по детски.
Igor
Оказалось, что не только...я поражена. Я сейчас в Германии и тут вот ровно тоже самое. Скорее зависит от конторы. Я придерживаюсь мнения, что такое широко распотранено именно во внутренней разработке/менее в заказной. Никто не считает убытки, постоянные и переменные издержки на команды разработчиков. Очень грустная картина.
как мне сказал Илья Павличенко - у людей везде одни и теже проблемы
Jane
Меня :)
Pavel
Ох погоди, прочитаю я таки про твой сейф и вот зарубимся мы тогда чую не по детски.
Почитай про Essential SAFe, остальные части SAFe в LeSS аналога не имеют :)
Ivan
"В нашей <название_страны-области-региона-города-компании> этот <название_фреймворка-и-прочего> не заработает. Люди не те."
Sergey
Почитай про Essential SAFe, остальные части SAFe в LeSS аналога не имеют :)
Ну и хорошо. Мне LeSS нравится. Просто и доступно.
Pavel
Sergey
Pavel
Ну и хорошо. Мне LeSS нравится. Просто и доступно.
Мне LeSS нравится абстрактно. В нем, на мой взгяд, очень уж высокий барьер входа.
Pavel
Я смотрю, чат массово переходит на PSM II
Pavel
@MurriMay поздравляю :)