Типа менеджеру виднее что нужно, поэтому никакого креатива. Что сказали - то и сделал

А нужна ли революция? Может быть нужна эволюция?

А нужна ли революция? Может быть нужна эволюция?

И простой и сложный вопрос одновременно. Если желание в команде есть - то и революции внутри не будет, будет только принятие правил новой игры. И там дальше изменения в организации. Там уже по ситуации, как менять - всё равно, кому-то будет больно. Либо команде, либо компании. А вот если желания нет в команде работать по Scrum, то тут выходит технический Scrum и просто переубежденте людей внутри команды "а давайте". Но и тут можно работать. Я тут говорю про цель всех этих изменений - изменить реальность компании под правила Scrum команд(получив поняный профит) - это необходимый ингридиент :)

Согласен, но я имел ввиду немного другое. Под эволюцией я понимаю, Lean, Kanban. Разраб будет получать ТЗ но будет получать быстрее. Компания задумается о бутылочных горлышках и главное что нужно сделать чтобы их избежать

Левон, вот скажи как простому разработчику или простой команде из 5 человек даже изменить реальность компании из даже пусть 200+ человек?

А есть чаты по бирюзовым организациям?

Коллеги, доброго времени суток. Хочу услышать ваше мнение. Что если скрам команда на одной из ретроспектив приходит к мнению, что она (команда) хочет вотерфол, но при этом открыто это не признает, пытаясь удержаться за скрам (т.к. их наняли на скрам-проект и заказчик хочет именно скрам)? Ключевой признак, что команда хочет вотерфол (я сильно обобщаю, но посыл должен быть ясен): «дайте нам детальный vision, все бизнес-процессы, все роли, архитектуру и взаимосвязи - все сразу, иначе мы не можем сделать нормальный солюшен, и переделывать не хотим». И что в такой ситуации делать бизнес-аналитику, который вроде как считается частью дев команды, но по сути исполняет роль прокси-РО в данном конкретном случае? Моя вселенная что-то схлопывается в сингулярность от такого расклада. Может я чего-то не понимаю?

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

из этого вопроса не очевидно, что нужен именно Scrum, и дальнейшая дискуссия может не иметь смысла)

Коллеги, спасибо за пищу для размышлений. Прошу простить, сразу в одном сообщении трудно дать весь контекст. Теперь, когда увидел мысли аудитории, могу немного добавить: 1. У заказчика особая ситуация. Скрам был выбран неспроста. Предметная область довольно изведанная, но они на пороге небольшой внутренней революции в плане "мы 30 лет жили по одной схеме, но в современном мире она уже не эффективна и энд-юзеры страдают, а конкуренты не дремлют - надо меняться". Это естественно, что меняться они хотят постепенно, и что много рисков, и что нужно изобрести что-то совершенно другое - поэтому скрам. 2. Примерно в течение года в компании заказчика происходят внутренние перестроения, увольнения, наймы нужных специалистов - вобщем активно идет траснформация. Да, она не проходит безболезненно, но изменения идут. Недавно буквально сложился какой-никакой вектор/вижн, от которого можно оттолкнуться. Недавно появились несколько РО (по разным направлениям), и да, я понимаю что в идеале должен быть один РО, но у них там без scaled POs ну совсем никак (по крайней мере сейчас). До этого был довольно ощутимый информационный вакуум. 3. На команду, как я вижу, оказали влияние следующие вещи: - вышеупомянутый информационный вакуум (как следствие неопределенности, перетрубаций и метаний внутри орг структуры заказчика) - "эффективный" менеджмент, в том смысле что "ребята, где бэклог на 2 спринта вперед?" (в отсутствии нормальных РО и хоть какого-то вектора), т.е. с нас продолжали требовать то, что мы по сути дать не могли ну никак 4. Сейчас ситуация критическая. Скрам-мастер стоит в позиции "хватит это терпеть, за год ничего не сделали - давайте нам быстро все требования на стол". Конфликт. Увещевания на тему "ну вот сейчас же появился вектор и хоть какой-то скоуп" пока ни к чему не приводят. Гайки затягиваются, обвиняются все, кроме команды - "нам не дали архиктектуры, ВА плохо работают с заказчиком, все кругом козлы а мы хорошие". Что делать?

Масла в огонь добавляет географическая распределенность: РО за океаном, прокси-РО (я) в СПб, а команда и СМ - в Минске. Есс-но "посидеть перетереть за кружкой пенного" не представляется возможным. А по скайпу договориться, конечно же, не удается.

Спринт это и есть ватерфал уложенный в таймбокс. Не? Я бы попробовал поиграться длиной спринта. Хотя если его диктует заказчик ...

Го в Минск

это сильно мешает, а мероприятия Скрам как проводите?

дешевле же, чем остальную часть в СПб

Тем более СМ "лучше всех знает" как делать скрам. У него позиция такая. Нерушимая.

Ну в теории так и должно быть, это его роль :)

Вот прямая ссылка

https://age-of-product.com/scrum-anti-patterns/

Благодарю. Однако емейл требует (

Bullying is accepted: One or two team members are dominating the retrospective. This communication behavior is often a sign of either a weak or uninterested scrum master. The retrospective needs to be a safe place where everyone–introverts included–can address issues and provide his or her feedback free from third-party influence. If some of the team members are dominating the conversation, and probably even bullying or intimidating other teammates, the retrospective will fail to provide such a safe place. This failure will result in participants dropping out of the retrospective and render the results obsolete. It is the primary responsibility of the scrum master to ensure that everyone will be heard and has an opportunity to voice his or her thoughts. By the way, equally distributed speaking time is according to Google also a sign of a high-performing team.

некоторые СМ сами такие))

Нет, спринт это не вотерфол, уложенный в тайм-бокс. Совсем даже наоборот. В спринте надо управлять потоком работ над каждым pbi, а не разбивать команду на функциональные silo

Да кто же против. Я про фиче-команды, если что.