Что бы вы спросили у Роберт Мартина?) сейчас он читает лекцию в Иннополисе.

Что бы вы спросили у Роберт Мартина?) сейчас он читает лекцию в Иннополисе.

Может Роберта?

Может Роберта?

Да)

Я уж в панике ...

Три технические практики, которые должны быть так или иначе реализованы в рамках команды: 1. Test driven development 2. Pair programming 3. Refactoring

Use case - system response to only one user input (from a business point of view).

get retired

;)

http://www.useronboard.com/how-united-onboards-new-users/

Ааааааааааа! Ужос.

Ааааааааааа! Ужос.

Почему? Чему ужаснулись?

Владелец Продукта ЛИДИРУЕТ на Daily

Демонстрация MVP спринта...

https://scontent.xx.fbcdn.net/v/t31.0-8/17917863_10155190416760763_3651156947744924850_o.jpg?oh=dbdac0f1ec747e373dfeb483f0d2d684&oe=59976CCF

(картинка нарисована сотрудником сбертеха, если что)

Особенно мне нравится что результат успешной ретроспективы - открытая дискуссия по прошедшему спринту

Сберджайл и Сберскрам

хотели как лучше ? :D

Сбержизнь

Сбержитесь, денег нет

сбенег

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

это ПО должен решать или СМ?

или команда?

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

Значит и процесс не лучше

Медленно - не успевает к демо прийти к цели спринта?

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

Ретроспективы нормально проводятся?

вообще US медленно делаются и соответственно цель не достигается. Ретро нормально проводятся 2й месяц - выделяем топ3 проблемы в процессе и решаем за спринт.

сейчас ситуация US в 2 стори поинта в девелопменте 5й день

рабочий день

а там UI , его так долго нельзя делать в моем понимании)

вообще US медленно делаются и соответственно цель не достигается. Ретро нормально проводятся 2й месяц - выделяем топ3 проблемы в процессе и решаем за спринт.

может быть просто слишком много планируете на спринт нет?

явных проблем с процессом не вижу в этой ситуации

а там UI , его так долго нельзя делать в моем понимании)

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

а кто должен заниматься мотивацией, скрам мастер?

Разве скрам хоть где-то поднимает проблему мотивации?

он вроде как за процесс отвечает в команде, мне кажется что это тудаже

а кто должен заниматься мотивацией, скрам мастер?

кто-то извне. Ибо команда, хоть и самоорганизующаяся, но живущая в ограничениях изне. По идее, в любых непонятных вопросах должен выручать скрам-мастер. Но кто и как влияет на состав команды и определяет ее компетентность, находится вне скрама. Там исходят из того, что команда уже зрелая, мотивированная и компетенетная. Инача скрам не работает ;)

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

причины всегда найдутся у команды)

тут до сути бы докопаться

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

Команда может и не признаться, что она не компетентная. Да и сама себя распустить такая команда не сможет ;) Тем более, что классике (аля норм керт) все должны исходить из предположения, что все сделали все, что смогли и "никто не виноват".

Тут только воздействие и контроль извне может помочь.

Создать потребность работать производительнее, а потом говорить лично со скрам-мастером, почему все плохо

Создать потребность работать производительнее, а потом говорить лично со скрам-мастером, почему все плохо

Интересно, а как можно создать потребность работать производительнее? ;)

Если бы знал, пошёл бы коучем работать :)

сказать что команду распустят

Создать потребность работать производительнее, а потом говорить лично со скрам-мастером, почему все плохо

Кстати, это похоже на "дать пиздюлей, чтобы работали усердней" ;)

Демотивация же

Сказать, что нас всех уволит кто-то страшный

Внешний враг?

Сказать, что нас всех уволит кто-то страшный

ну так если команда некомпетентная, то ее надо распускать, а не говорить.

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

раз в пол года

Пойти и объективно оценить компетентность команды вообще не рассматриваем как вариант?

Внешний враг?

они могут ополчится против ПО

там проблема что команда это еще по сути внеший подрядчик и она нужна чтобы 2й подрядчик не завышал цены сильно

у меня вот одни слайдом

А что там после п. 11 ?

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

сделайте starmap по компетенциям, которые требуются в продукте и компетенции, которые есть в команде. Найдите gap'ы. Имхо, это позволить хотя бы понять, в чем проблема.

#whois - сообщение. Привет! Я Ринат. Работаю в том самом Сберджайле 2.0, который тут недавно обсуждали. В группе мне интересны идеи по поводу эффективности команды и мотивации.

Подписка на #whois

сделайте starmap по компетенциям, которые требуются в продукте и компетенции, которые есть в команде. Найдите gap'ы. Имхо, это позволить хотя бы понять, в чем проблема.

Классический ответ agile-коуча ;) Правильный и бесполезный ) Извините.

:) спасибо за ОС. Звездная карта помогает понять, что у тебя команда кривая и кособокая - по опыту это никто не скрывает. Если звезд нет, то их нет, никто не закидывает себе на погоны не существующих регалий. И это старт. + надо идти в команду и смотреть - у нас же запутанный мир, best и good practice больше нет - только новые.

сейчас ситуация US в 2 стори поинта в девелопменте 5й день

А кто-нибудь смотрел на задачи "ответственного" за эту задачу? Может быть, он перегружен? Может быть, у него девушка беременна? Если кто-то конкретно тормозит, то команда, возможно, не знает, как его поддержать и помочь, а сам он "обещает и обещает".

:) спасибо за ОС. Звездная карта помогает понять, что у тебя команда кривая и кособокая - по опыту это никто не скрывает. Если звезд нет, то их нет, никто не закидывает себе на погоны не существующих регалий. И это старт. + надо идти в команду и смотреть - у нас же запутанный мир, best и good practice больше нет - только новые.

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

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

А кто-нибудь смотрел на задачи "ответственного" за эту задачу? Может быть, он перегружен? Может быть, у него девушка беременна? Если кто-то конкретно тормозит, то команда, возможно, не знает, как его поддержать и помочь, а сам он "обещает и обещает".

В командах (если доска физическая) на каждую взятую в работу задачу (не стори) каждый день ставится точка. Если точек больше 2х - надо сказать, в чем проблема. Потом выясняется разное от "я сидел и ничего не делал" до "мы плохо декомпозируем".

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

чем не работа?

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

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

В командах (если доска физическая) на каждую взятую в работу задачу (не стори) каждый день ставится точка. Если точек больше 2х - надо сказать, в чем проблема. Потом выясняется разное от "я сидел и ничего не делал" до "мы плохо декомпозируем".

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

В командах (если доска физическая) на каждую взятую в работу задачу (не стори) каждый день ставится точка. Если точек больше 2х - надо сказать, в чем проблема. Потом выясняется разное от "я сидел и ничего не делал" до "мы плохо декомпозируем".

и что? ) что задача не делается, видно. Из текста топик стартера вырисовывается, что внятно выяснить настоящие причины никто не смог или не стал (поправьте, если не так).

А главное, надо "найти и устранить", что мешает или тупо помочь. Умеет ли команда видеть такие ситуации и самоорганизовываться вокруг них?

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

я пожалуй тоже не готов спорить. про реальный опыт - оно со стороны виднее.

и что? ) что задача не делается, видно. Из текста топик стартера вырисовывается, что внятно выяснить настоящие причины никто не смог или не стал (поправьте, если не так).

я написал реальный кейс. там сработало. тут - хз.

я написал реальный кейс. там сработало. тут - хз.

Тут автор ситуации нужен, чтобы уточнять, что происходит, что пробовали, что нет. Может быть, 5 дней есть только в голове у PO, а команда их и не видит.

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

а с каким эталоном сравнили, чтобы сделать вывод о "медленности"?

(так, на минуточку)

вопрос к автору треда :)