Create: Update:
На прошедшем вебинаре мы говорили об основных ошибках при внедрении фреймворков SAFe, LeSS и Flight Levels. Один из участников задал нам интересный вопрос:
Прежде чем выбрать один фреймворк, хочется как бы повертеть его в руках, будто это деталь, и посмотреть, как она соединится с ситуацией. Но стоит применить его — и что-то не стыкуется. Ведь у каждой компании своя специфика и контексты.
Вначале было бы полезно разобраться в механике — как именно тот или иной подход повлияет на организацию или на отдельные подразделения. Понять, к чему приведут эти изменения и соответствуют ли они ожиданиям. А уже после этого переходить к характеристикам и тонкостям каждого фреймворка.
На карточках мы разобрали, какие изменения происходят в организации при внедрении разных масштабируемых фреймворков. А ещё недавно у нас в блоге вышла статья, где мы детально разобрали каждый из них.
— Я поймал себя на мысли, что, возможно, не до конца понимаю разницу между SAFe, LeSS и Flight Levels. Мы обсуждаем ошибки, связанные с фреймворками, но мне кажется, что сначала нужно чётко понимать различия между ними.
В моей практике я работаю с четырьмя командами и уже адаптировал процессы так, что у нас нет серьёзных сложностей. Есть синхронизация, оптимизированные затраты на встречи, ритуалы занимают не более 10 часов за двухнедельный спринт — считаю это оптимальным.
Но было бы гораздо проще обсуждать ошибки и улучшения, если бы существовал некий наглядный материал, который помог бы чётко понять разницу между этими фреймворками. Тогда логично было бы двигаться дальше — к разбору ошибок и их влиянию на работу команд.
Прежде чем выбрать один фреймворк, хочется как бы повертеть его в руках, будто это деталь, и посмотреть, как она соединится с ситуацией. Но стоит применить его — и что-то не стыкуется. Ведь у каждой компании своя специфика и контексты.
Вначале было бы полезно разобраться в механике — как именно тот или иной подход повлияет на организацию или на отдельные подразделения. Понять, к чему приведут эти изменения и соответствуют ли они ожиданиям. А уже после этого переходить к характеристикам и тонкостям каждого фреймворка.
На карточках мы разобрали, какие изменения происходят в организации при внедрении разных масштабируемых фреймворков. А ещё недавно у нас в блоге вышла статья, где мы детально разобрали каждый из них.
На прошедшем вебинаре мы говорили об основных ошибках при внедрении фреймворков SAFe, LeSS и Flight Levels. Один из участников задал нам интересный вопрос:
Прежде чем выбрать один фреймворк, хочется как бы повертеть его в руках, будто это деталь, и посмотреть, как она соединится с ситуацией. Но стоит применить его — и что-то не стыкуется. Ведь у каждой компании своя специфика и контексты.
Вначале было бы полезно разобраться в механике — как именно тот или иной подход повлияет на организацию или на отдельные подразделения. Понять, к чему приведут эти изменения и соответствуют ли они ожиданиям. А уже после этого переходить к характеристикам и тонкостям каждого фреймворка.
На карточках мы разобрали, какие изменения происходят в организации при внедрении разных масштабируемых фреймворков. А ещё недавно у нас в блоге вышла статья, где мы детально разобрали каждый из них.
— Я поймал себя на мысли, что, возможно, не до конца понимаю разницу между SAFe, LeSS и Flight Levels. Мы обсуждаем ошибки, связанные с фреймворками, но мне кажется, что сначала нужно чётко понимать различия между ними.
В моей практике я работаю с четырьмя командами и уже адаптировал процессы так, что у нас нет серьёзных сложностей. Есть синхронизация, оптимизированные затраты на встречи, ритуалы занимают не более 10 часов за двухнедельный спринт — считаю это оптимальным.
Но было бы гораздо проще обсуждать ошибки и улучшения, если бы существовал некий наглядный материал, который помог бы чётко понять разницу между этими фреймворками. Тогда логично было бы двигаться дальше — к разбору ошибок и их влиянию на работу команд.
Прежде чем выбрать один фреймворк, хочется как бы повертеть его в руках, будто это деталь, и посмотреть, как она соединится с ситуацией. Но стоит применить его — и что-то не стыкуется. Ведь у каждой компании своя специфика и контексты.
Вначале было бы полезно разобраться в механике — как именно тот или иной подход повлияет на организацию или на отдельные подразделения. Понять, к чему приведут эти изменения и соответствуют ли они ожиданиям. А уже после этого переходить к характеристикам и тонкостям каждого фреймворка.
На карточках мы разобрали, какие изменения происходят в организации при внедрении разных масштабируемых фреймворков. А ещё недавно у нас в блоге вышла статья, где мы детально разобрали каждый из них.
👍3🔥1
>>Click here to continue<<
OnAgile Learning Hub 💎



