Аналитик регулярку

Мамв

Аналитик регулярку

ну я образно говорю)

вот тут снова вернемся к оригинальному вопросу - должен лли быть сдвиг по фазе или нет

если его нет, то разработчик ждет

или я не прав? как тогда нам стартовать одновременно но чтобы никто не ждал

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

;)

вот тут снова вернемся к оригинальному вопросу - должен лли быть сдвиг по фазе или нет

сдвиг по фазе бывает но это тоже дисфункция хорошая команда, за несколько ретроспектив решит такие проблемы)

но сдвиг по фазе в рамках спринта, это дисфункция менее опасная, чем сдвиг по спринтам

ну вот на примере стори (не описанной, но поянтно какой) как сделать работу для всех?

Пустить в поток через нужные стадии и смотреть чо будеи

Помогать там где встанет

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

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

Проблема менеджера - пытается сделать работу за других

:р

ну, парни, комон, помогите)

Про поток - серьезно

в канбан поток?

В любой

ну вот на примере стори (не описанной, но поянтно какой) как сделать работу для всех?

Я бы предложил на планировании сказать команде (в которой все и аналитики, и дизайнеры, и разработчики): Ребята, вот нам нужно, чтобы пользователь залогиниться мог. Команда обсудит, что для этого нужно, она самоорганизуется. Все что для этого нужно, это снять всякие преграды типа личных kpi, отделов и тд, поставить общую задачу и норм SM, который предотвратит всякие личностные конфликты.

Какой нарисуете

Проблема в том что Андрей думает о регулярках, залогориться то пользователь может ;)

Проблема менеджера - пытается сделать работу за других

+++

Андрей кароче если следит за жизненным циклом задачи - можно собрать полезную инфу для ретро

блин тогда бы моя работа была просто кайф, если бы я им на вход подавал общие задчки)

А если думать об идеальном процессе - будут фантазии

Ну а ты дай им ошиьиться

блин тогда бы моя работа была просто кайф, если бы я им на вход подавал общие задчки)

только так и делаю и все работает =)

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

Могу так сказать - если разработчику говорит чё делать - он будет воспринимать это только от разработчика с автоиитетос

Если разжежвывает аналитик или менеджер будет печалька

Поэтому общая постановка решает

Во всех военных документах солдатам ставят цели

А армия существует тысячи лет

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

Се ли ви

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

уволить архитектора 😁😁

ну, а если серьезно, то стоит с ним поговорить, хотя бы

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

или ДевТим будет сама все вместе анализировать как выполнить задачу и эта активность по анализу и займет их? - как вариант

или ДевТим будет сама все вместе анализировать как выполнить задачу и эта активность по анализу и займет их? - как вариант

как вариант блин, во-первых, у нас цель сделать продукт, а не занять разработку на 100% во-вторых, архитектор-то понятно, работал в каком-нибудь энтерпрайзе 25 лет, привык к процессу и в ус не дует, но с чего вдруг он говорит всем так работать?) разработчики не дураки, аналитики не дураки, если их засунуть в одну команду и дать понять, что решать КАК сделать фичу должны они сами вместе – они решат. Они пару раз профакапят, с непривычки, но потом найдут такой способ работы, который будет наилучший для них. И они не будут сидять ждать, потому что ты потом не успеешь фичу закончить, если ждал полспринта. Они помогут аналитикам, либо разработают ту часть логики, которая уже известна, либо подготовят тестовое окружение, либо еще 150 разных вариантов =)

решать КАК создавать инкремент, должна команда, а не менеджеры и не сторонние "консультанты" вот в чем прикол

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

Они думают что думают, но с этим позже )))

Думать можно только когда понятно для какой глобальной цели пишется регулярка

Это та самая transparency

> получается остается убедиться что сами разработчики не против такой парадигмы работы, что они не только кодят, а и "думают" )) разработчики, которые прям ХОТЯТ только кодить, это неправильные разработчики) обычно это вынужденное состояние, которое спровоцированно тем, что сверху спускают задачи "закодь это" =)

С той же регуляркой, их позиция - вы скажите как хотите (что хочу - отвечает продакт) , а мы сделаем

Сделайте хорошо попробуй

Никто не хочет делать плохо, такой вот трюк

А потом сравните у кого какое хорошо

А потом пользователь - "блин я не могу залогориться сволочи"

Залогиниться

С той же регуляркой, их позиция - вы скажите как хотите (что хочу - отвечает продакт) , а мы сделаем

а ты скажи, не как хочешь, а что и, главное, зачем

пока им наплевать на "зачем" – скрам не поможет)

Писал, все стер. Короче это совершенно иной уровень зрелости :)

Я бы хотел чтобы был рядом у меня фасилитатор СМ, который бы их на такие подвиги сподвиг

Попробую быть сам и ПО и СМ...

Дима, Слава , спасибо

Попробую быть сам и ПО и СМ...

а нанять SM нету возможности? быть одновременно и PO и SM это адски скользкий путь я через это проходил и это очень сложно

ну или, если не нанять, то хоть арендовать на пару-тройку спринтов

а нанять SM нету возможности? быть одновременно и PO и SM это адски скользкий путь я через это проходил и это очень сложно

если долго практиковать то можно шизофрению подхватить 😂

Уровень зрелости - хорошая фраза :]

Уровень зрелости - хорошая фраза :]

Главное, чтобы про CMMI не вспомнили ;)

Cmmi тоже хорошая штука

Хотя бы потому что неплохо описывает зрелость

Но уже есть спиральная динамика, она поинтереснее

Cmmi тоже хорошая штука

Она хорошая, если не пытаться практики и цели из нее считать процессами )

В книжке Андерсона прикольно было там отделение МС в Индии было 4 или 5 уровень :)) ДО Канбан

В книжке Андерсона прикольно было там отделение МС в Индии было 4 или 5 уровень :)) ДО Канбан

да-да) просто обычно люди думают, что чем более зрелый процесс по CMMI, тем выше производительность и эффективность. Хотя это вообще и совсем не так.

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

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

Потому что это их работа. Разработчик должен решать проблемы, и так уж получилось, что для решения проблемы им надо кодить. Если у разработчика получается решить проблему без программирования - это успех и крутота.

Вообще, разработчик, который работает по ТЗ - это самый ужасный разработчик. И лично я стараюсь с такими не работать.

буду благодарен если дадите ссылку на авторитетные аргументы, подтверждающие что ПО подает на вход спринта, и как дальше ДевТим рефайнит требования совместными усилиями

Вообще, разработчик, который работает по ТЗ - это самый ужасный разработчик. И лично я стараюсь с такими не работать.

я хотел также написать, но сдержался)

буду благодарен если дадите ссылку на авторитетные аргументы, подтверждающие что ПО подает на вход спринта, и как дальше ДевТим рефайнит требования совместными усилиями

ну про формат входных данных, вон хотя бы Кон: https://www.mountaingoatsoftware.com/agile/user-stories

Андрей чтобы понять надо не объяснить, а показать ценность или ее отсутствие

Не ребята а что вы думаете, а ребята - давайте попробуем и посмотрим как станет лучше, не станет - откатимсЯ

да, надо предложить им 3-4 спринта пожить в новой парадигме, тем более что вчера решили что я буду не только ПО, а еще и ПМ