Мне есть куда податься)

На рынке много хороших компаний :) могу в личку проконсультировать

Партнер того самого продуктового коуча, который у Глебки

Ну Галина, скажем так, не про самоорганизацию команды так говорит (как раз с самоорганизацией у неё более-менее) - а про задание цели, и это хоть как-то коррелирует с тем же скрам гайдом (цель команде задаёт РО), а вот то что дальше оно уже так трактуется - это бяда

Ну Галина, скажем так, не про самоорганизацию команды так говорит (как раз с самоорганизацией у неё более-менее) - а про задание цели, и это хоть как-то коррелирует с тем же скрам гайдом (цель команде задаёт РО), а вот то что дальше оно уже так трактуется - это бяда

И про самоорганизацию высказывается публично

Возможно она слова подбирает такие, что лучше вживую слушать

Где-то обыкался Ян

А яна сюда уже добавили?

И про самоорганизацию высказывается публично

Я на её курс командообразования ходил - там внутри было куда более ОК, чем публичные речи :) Да, "самоорганизация" у Галины - это строго самоорганизация в вопросе "как" для достижения целей лидера команды, заданных в формате "зачем" и "что" По её представлениям, команде нельзя давать ставить себе цели, цели ставятся извне А вот пусти достижения целей - это уже на откуп команде То есть вполне разумно, ушей не резало Но я не знаю, что она говорит консалтинговым клиентам :)

Где бы найти волшебную статью, которую можно будет отправлять клиентам, нуждающимся в понимании разницы между SAFe и Agile, но чтоб без мата :)

Где бы найти волшебную статью, которую можно будет отправлять клиентам, нуждающимся в понимании разницы между SAFe и Agile, но чтоб без мата :)

😂

а чо там в SAFe? я просто не в тренде

В SAFe все ок

Фреймворк - очень даже Agile. Имплементации - нет.

Есть такая модель "слабая-сильная автономность - слабая-сильная синхронизация" Представим несколько людей у реки, которым надо попасть на другой берег. Переправа в одиночку невозможна - река широкая и бурная, нужна командная работа :) 1. Слабая автономность, слабая синхронизация = нет лидера, толпа "каждый сам по себе", никто никогда никуда не попадёт 2. Слабая автономность, сильная синхронизация = появляется лидер и приказывает "строим мост" или "вяжем плоты" 3. Сильная автономность, сильная синхронизация = появляется лидер и говорит "парни, мы все хотим туда? сделайте это, как - дело ваше, вы профи!" 4. Сильная автономность, слабая синхронизация = несколько команд-обществ, у каждой свя цель, каждая занята своим, на тот берег опять же попадут не все или вовсе никто ) Если и есть некий лидер, всё что ему остаётся - ходить и ныть "ну я надеюсь, хоть кто-то из вас работает над решением вопроса переправы". В случаях 1 и 2, понятное дело, самоорганизации просто нет. Есть люди, которые самоорганизацию допускают только в случае 3. Я считаю, что случай 4 - это наиболее сильный случай самоорганизации, так сказать, эволюционной самоорганизации :) если она случится - значит, всем и правда надо было на тот берег. Не случится - ну ХЗ, может не все и хотели :)

Где бы найти волшебную статью, которую можно будет отправлять клиентам, нуждающимся в понимании разницы между SAFe и Agile, но чтоб без мата :)

А написать? )))

Фреймворк - очень даже Agile. Имплементации - нет.

Дык это и про 90% "скрама" подходит :(

Дык это и про 90% "скрама" подходит :(

SAFe намного проще имплементировать так, что от Agile только буква А останется.

А написать? )))

Лень :)

SAFe намного проще имплементировать так, что от Agile только буква А останется.

а шо скрам сложно так сделать?)

SAFe намного проще имплементировать так, что от Agile только буква А останется.

Да мне кажется, что простота кривой имплементации тут примерно равная :)

У нас алжайл от слова отжать) что не любит Павел)

Всем привет, кстати, а как думаете, реально ли иметь тестера одну штуку на три команды? Вроде бы для такого нужная очень низкая велосити команды…

а шо скрам сложно так сделать?)

Все зависит от уровня. На уровне _команды_ scrum криво имплементировать можно, если сразу начать адаптировать манифест под реальность :)

Всем привет, кстати, а как думаете, реально ли иметь тестера одну штуку на три команды? Вроде бы для такого нужная очень низкая велосити команды…

что делает этот тестер?

Все зависит от уровня. На уровне _команды_ scrum криво имплементировать можно, если сразу начать адаптировать манифест под реальность :)

но у скрама нет уровней

организация то плоская

что делает этот тестер?

Ну как обычно…тестит все стори, что вышли из-под крыла, причем делает и тест и мануал. Звучит странно, да?

Ну как обычно…тестит все стори, что вышли из-под крыла, причем делает и тест и мануал. Звучит странно, да?

а разработчики сами не могут?

автотесты пусть напишут там 😄

С SAFe... Увы, но наличие "boss-style" ролей, планирования на реально долгий срок и навязывание командам некоторых практик почти всегда приводят к отсутствию автономности, убитой самоорганизации, водопадному phase-gate процессу и настоящему, трушному command-and-control менеджменту.

Этого всего можно избежать, если SAFe имплементит команда грамотных коучей... но этой команде не нужен SAFe :)

так в SAFe на нижнем уровне скрам

а с этим проблемы всегда

😄

Всем привет, кстати, а как думаете, реально ли иметь тестера одну штуку на три команды? Вроде бы для такого нужная очень низкая велосити команды…

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

так в SAFe на нижнем уровне скрам

Или скрам, или канбан, по выбору :)

Сами нет, так как у них не было до этого и не сработало…может нужен просто человек, организующий процесс, но его пока нет

так в SAFe на нижнем уровне скрам

Это не совсем чтобы настоящий скрам :)

Сами нет, так как у них не было до этого и не сработало…может нужен просто человек, организующий процесс, но его пока нет

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

Сами нет, так как у них не было до этого и не сработало…может нужен просто человек, организующий процесс, но его пока нет

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

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

Здорово…это мне в голову не приходило, спасибо. Можно попробовать. Направлять их в нужное русло

тогда его хватит на 3 команды без проблем 😄

А яна сюда уже добавили?

для полного погружения?)

Здорово…это мне в голову не приходило, спасибо. Можно попробовать. Направлять их в нужное русло

Jane, а если они сейчас живут без тестировщика - то зачем он им? :) Не вам, нет.... и не компании... ИМ - командам - он зачем? Они это понимают? :) Ну то есть если они сдают кривой код, плодят баги и это всё месяцами-годами так живёт - им конечно тестировщик лишний, у них-то есть понимание, что они без него не выживут? :)

тогда его хватит на 3 команды без проблем 😄

Как гуру - хватит и на большее, но будут ли к нему ходить с вопросами "как нам сделать" или скажут "ты всё делай"? :)

для полного погружения?)

Ну хочется выслушать обе стороны истории :)

Добавить? )))

Не годами…багов много, они идут прям в прод

Не годами…багов много, они идут прям в прод

И какие для команд последствия наступают? :)

Как гуру - хватит и на большее, но будут ли к нему ходить с вопросами "как нам сделать" или скажут "ты всё делай"? :)

Ну тут надо их как-то организовать

И какие для команд последствия наступают? :)

Пока не знаю, я недавно работаю…вроде никаких

а что нужно?

Что посоветуете? 🙂

Пока не знаю, я недавно работаю…вроде никаких

Ну если никаких, то зачем им тестировщик? Всё же и так прокатывает :)

Ну тестировщик лично им не нужен, нужен заказчику, который страдает

Ну тестировщик лично им не нужен, нужен заказчику, который страдает

А я к этому и клоню! Почему он страдает-то один? :) А с командами поделиться? :)

Ну тестировщик лично им не нужен, нужен заказчику, который страдает

пусть разработчики тоже страдают

А как их заставить страдать?)))

как там было? не сдал стори 500 рублей в копилку 😄 выкатил баг 1000 😄

Ну реально 🙂

Дайте заказчику личного тестировщика, пусть не страдает. Команде можно не сообщать )

А какая причина иметь тестировщика?

Если делить качество на три)))

Такое не проктит через менеджмент…пока почему-то решили как меру повышения ответственности зачем-то поменять стори пойнты на часы. Причина - хотят повысить качество продукта. Личный тестировщик не поможет релизить небажное…или вы его в UAT фазу засунуть?

Ну вот менеджмент пока не понимает, что так не сработает…хочет экономить

Тестировщик станет ботлнеком

в давайте хотя бы цитировать то, на что отвечаем 😉

Ну да, это очевидно…пусть по граблям походят? Извините 🙂

Сейчас начну)))

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

Такое не проктит через менеджмент…пока почему-то решили как меру повышения ответственности зачем-то поменять стори пойнты на часы. Причина - хотят повысить качество продукта. Личный тестировщик не поможет релизить небажное…или вы его в UAT фазу засунуть?

Ой нет, как это поможет-то? Тем более КАЧЕСТВУ? :) Пусть, как минимум, заказчик делится напрямую с командой своей болью. Как максимум - команде стоит понимать, что заказчик может и уйти к другой команде.

Ну да, это очевидно…пусть по граблям походят? Извините 🙂

Ну просто надо помочь осознать проблему, тестировщика скорее всего уволят

как там было? не сдал стори 500 рублей в копилку 😄 выкатил баг 1000 😄

Ну так буквально-то не стоит )))

Ой нет, как это поможет-то? Тем более КАЧЕСТВУ? :) Пусть, как минимум, заказчик делится напрямую с командой своей болью. Как максимум - команде стоит понимать, что заказчик может и уйти к другой команде.

Он делится…но не все как-то пропитываются…может надо им как-то иначе транслировать.

Ну просто надо помочь осознать проблему, тестировщика скорее всего уволят

А как же работают команды с тестировщиками?Может все-таки расширят их штат на каждую команду?

Заказчик продукт принимает? Спринты выполняются?

Ну вот принимает…непонятно правда, как и зачем

Он делится…но не все как-то пропитываются…может надо им как-то иначе транслировать.

Для обеспечения качества тестировщик мало помогает, ибо тестит готовые сценарии. Вообще проблему решают с другого конца, например zero bug policy

Допустим донесем не принимать…

Ну вот принимает…непонятно правда, как и зачем

Ну вот с этого и начните

как там было? не сдал стори 500 рублей в копилку 😄 выкатил баг 1000 😄

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