Даже LeSS не против менеджеров, если они полностью исключены из LeSS среды

Вот потому LeSS спотыкается на кейсах, связанных с трансформацией.

Вот потому LeSS спотыкается на кейсах, связанных с трансформацией.

Да? https://less.works/case-studies/index.html

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

Нет воли - извините. Не взлетит

воля... кто ввязывался в трансформацию компании, у топов которой не было воли?

и как ощущения? )

воля... кто ввязывался в трансформацию компании, у топов которой не было воли?

Я ввязывался. Получается, обычно, старый процесс с новыми терминами

Т.е. толку нет. Как ощущения?

Как отношения с топами складываются?

Т.е. толку нет. Как ощущения?

Платят :)

воля... кто ввязывался в трансформацию компании, у топов которой не было воли?

Много кто. Это частое явление

Платят :)

А вы их предупреждаете что поменялись только термины? )

Они не изменений хотят, а штампик, что agile

Платят :)

И вам норм было?

Я вам более того скажу, за "трансформацию в Agile" не платит вообще никто и никогда. У трансформации есть цель, особоенно если она top-down

Agile - это инструмент, который, как считают топы, им поможет.

Это common sense

При этом если они к этому инструменту не готовы, то не поможет и проще помочь достичь цели, не устраивая ломку устоев

Например проще помочь разобраться с потоком работ, с постановокой приоритетов и гибким бюджетированием, и опа, цель есть, а agile - нет.

Канбан вот хорошо пододит для такого, из инструментов.

Да, помогать бизнесу достигать цели это то за что он платит )

А было такое что бизнес что-то хочет а сформулировать не может?

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

А было такое что бизнес что-то хочет а сформулировать не может?

Я не настолько крут, чтобы в такой ситуации работать :)

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

Проблему они уже обычно знают

root cause - часто нет.

И top-down трансформаций тоже не бывает. У вас внизу люди, которым это не нужно

И top-down трансформаций тоже не бывает. У вас внизу люди, которым это не нужно

Вот top-down как раз вагон.

root cause - часто нет.

Если бы знали - не звали бы коучей.

Так, разговор интересный, я смогу вернуться к нему через час, если вы не против.

Вот top-down как раз вагон.

Попытки != трансформации

Если top-down не бывает, то лучше бы чтобы у топов не было воли )))

Попытки != трансформации

Любая попытка - трансформирует.

Вопрос, с какой попытки трансформация заканчивается сменой культуры в компании.

Самая печаль в том, что почти все top-down успешны только в пиаре и на бумаге

Трансформации арбузы. Снаружи все метрики зеленые, а внутри красный ад

Самая печаль в том, что почти все top-down успешны только в пиаре и на бумаге

С другой стороны, успешных bottom-up вообще не бывает.

Вопрос, с какой попытки трансформация заканчивается сменой культуры в компании.

:) хороший вопрос

Все, сорри, вернусь через час-полтора.

С другой стороны, успешных bottom-up вообще не бывает.

Ага. Один из принципов LeSS - top-down-bottom-up

Ага. Один из принципов LeSS - top-down-bottom-up

опять же, я не видел успешных кейсов LeSS-трансформаций. Я видел отличные кейсы адаптации LeSS в уже Agile организациях :)

https://less.works/case-studies/bmw-group.html ?

опять же, я не видел успешных кейсов LeSS-трансформаций. Я видел отличные кейсы адаптации LeSS в уже Agile организациях :)

я ж выше ссылку привел. их там полно, этих кейсов

Михаил, я не говорю, что не читал. Я говорю, что не видел :)

https://less.works/case-studies/bmw-group.html ?

Здесь как раз и была эджайл команда(причем несколько лет) , затем внедрили LESS, поправьте если ошибаюсь

Т.е. с SAFe я видел: знаком с людьми, которые работают в этом процессе либо сам занимался "трансформацией".

С LeSS я знаком с несколькими компаниями, котоыре его активно используют и они до прихода LeSS уже были вполне Agile. просто росли быстро. И знаю одну организацию, которая сейчас с SAFe на LeSS переходит, потому что из SAFe они уже выросли.

А так, чтоб не-Agile и успешно в LeSS... На мой вкус, там какая-то черная магия в исполнении коучей нужна.

Или LeSS получится примерно таким же, как до этого процесс был, только тайтлы новые :)

Коллеги, расшифруйте пожалуйста словосочетание Agile project management? :)

Agile project managment - гибкое (адаптивное) управление проектами в основе которого лежат ценности и принципы описанные в agile manifesto. С использованием фрейворка Scrum или использования маштабируемого Scrum (nexus, LeSS, SaFE и т.д.) или практик XP или 6 принципов Kanban.

Во! Отлично! 👍 Спасибо

Всем привет! Накидайте, пожалуйста, литературу по agile, scrum и на русском и на английском? Уровень: начинающий

Google.ru

Google.ru

👍 только собирался написать 😊

Да я фигею вообще с людей.

Всем привет! Накидайте, пожалуйста, литературу по agile, scrum и на русском и на английском? Уровень: начинающий

вот неплохая http://bfy.tw/H3HC

Ок, мои открытые, дружелюбные к новичкам и готовые делиться знаниями друзья. Вы точно уверены, что хотели бы работать с человеком, почерпнувшим знания об agile из гугла?:)

Всем привет! Накидайте, пожалуйста, литературу по agile, scrum и на русском и на английском? Уровень: начинающий

Насколько начинающий?

Ок, мои открытые, дружелюбные к новичкам и готовые делиться знаниями друзья. Вы точно уверены, что хотели бы работать с человеком, почерпнувшим знания об agile из гугла?:)

вы ссылку то нажмите. там отличная подборка между прочим

Если совсем, то начать стоит со scrum guide и сазерленда «Scrum»

вы ссылку то нажмите. там отличная подборка между прочим

Подборка хорошая.

Если немного глубже, то Эндрю Стеллана «Постигая Agile»

вы ссылку то нажмите. там отличная подборка между прочим

Нажал. Только список у каждого свой получится :)

И можно добавить Essential Scrum рубина, но я не знаю, переводили ли его на русский

Нажал. Только список у каждого свой получится :)

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

И можно добавить Essential Scrum рубина, но я не знаю, переводили ли его на русский

https://www.ozon.ru/context/detail/id/135326154/ переводили. но перевод так себе

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

У меня там в основном по agile portfolio management и по коучингу, т.е. релевантно моим запросам. Но это никак не для начинающих :)

Насколько начинающий?

Читал статьи на Хабре, но нет систематических знаний

Читал статьи на Хабре, но нет систематических знаний

Scrum guide вполне себе хорошая тема для начинающих

Читал статьи на Хабре, но нет систематических знаний

Это нормально. Представьте себе коробку с разобранными кубиками lego, и да - без инструкции =) настанет время и многое из этой коробки Вам пригодится, сможете собирать подходящие кусочки воедино. Хабр можно определить как источник use case studies. Сюда же я бы добавил medium.com и infoq.com. Но это всё потом, а начинать лучше с основ, изложенных простым языком. Мой суповой набор: 1. https://youtu.be/502ILHjX9EE (есть и на русском) 2. http://scrum.org.ua/wp-content/uploads/2008/12/scrum_xp-from-the-trenches-rus-final.pdf (есть и на английском, но это тот самый случай отличного перевода) 3. http://agilemanifesto.org 4. http://www.scrumguides.org/ 5. https://www.scrum.org/open-assessments/scrum-open

Ок, мои открытые, дружелюбные к новичкам и готовые делиться знаниями друзья. Вы точно уверены, что хотели бы работать с человеком, почерпнувшим знания об agile из гугла?:)

Это ведь не точно, что профессиональные коучи и мастера склонны помогать людям любых компетенций и уровней квалификации =)

Всем привет! Накидайте, пожалуйста, литературу по agile, scrum и на русском и на английском? Уровень: начинающий

И ещё одно. Учитесь задавать вопросы. Чем больше конкретики, тем меньше вероятность получить релевантный ответ. Чем меньше конкретики тем выше вероятность быть посланным на гугл. Например, тот же запрос - "Поделитесь пожалуйста, с какой литературы/источников вы начинали изучение agile/scrum? Кроме официальных манифеста/гайда."

И ещё одно. Учитесь задавать вопросы. Чем больше конкретики, тем меньше вероятность получить релевантный ответ. Чем меньше конкретики тем выше вероятность быть посланным на гугл. Например, тот же запрос - "Поделитесь пожалуйста, с какой литературы/источников вы начинали изучение agile/scrum? Кроме официальных манифеста/гайда."

Спасибо за замечания

Привет! Вопрос наверное наивный, но на практике, как юзер стори отправется разработчикам? формируется ТЗ или как есть?

Привет! Вопрос наверное наивный, но на практике, как юзер стори отправется разработчикам? формируется ТЗ или как есть?

как удобно команде

Привет! Вопрос наверное наивный, но на практике, как юзер стори отправется разработчикам? формируется ТЗ или как есть?

На практике, формулируется юзер стори, потом бизнес аналитик пишет ТЗ :)

В моей практике обходится без ТЗ. История формулируется (с разной точностью) в основном Product Owner'ом, далее редактируется всеми кому не лень в процессе обсуждений и исследований.

Привет! Вопрос наверное наивный, но на практике, как юзер стори отправется разработчикам? формируется ТЗ или как есть?

Обычно: пишется и отправляется. Команда стори читает, задает вопросы, ответы на вопросы фиксируются в формате acceptance criteria. Потом команда дробит стори на таски

Есть исключения: есть команды, которые хотят, чтоб AC были сразу доступны в сторе. Есть команды, которые сторями вообще не пользуются