Интерес! Возможность реальных изменений. Другие условия жизни и работы. Реальная возможность что то изменить и увидеть результат. Передать свой опыт и главное научится у вашей community вашему опыту

Интерес! Возможность реальных изменений. Другие условия жизни и работы. Реальная возможность что то изменить и увидеть результат. Передать свой опыт и главное научится у вашей community вашему опыту

И все так охотно передавали?:)

Ян, какой опыт вы можете передать?

Нет, не все и не охотно. Я же не ($100) сто долларовая купюра что бы всем нравится :) Во время трансформации не редко приходилось расставаться с людьми. Они мое резюме не заносили

Думаю что много... от построения и запуска новых команд, работы с руководством, тренинги и fine tuning до ведения Agile команд, настраивание engineering department, Agile тестирование, Release Management и так далее

А несколько отличается Agile в силиконовой долине от Agile в Москве ?

В какой момент команду уже можно прекращать доводить?

О, давайте про доведение команд поговорим?

в момент устранения всех impediments конечно.

Что вы считаете признаком доведенной до Agile команды?

Сильно, лет на 10 - 15 отстает

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

Хотя меня больше заинтересовали индивидуальные сторипоинты и бэкенд и фронтенд стори.

Ян, скажу так, на прошлой неделе мы обсуждали Ваш тренинг, по результатам которого лишился работы. Очень много подходов в данном сообществе вызывало вопросов. Возможно всем хотелось бы услышать подробности. Почему используется подход, который нельзя отнести к классическому.

Да, Ян. Ритмичная - это когда все в команде стабильно загруженны на 100%? Или это больше про прибыли?

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

Ну кто и за что лишился работы это нужно спрашивать у человека который ее потерял. Это его история и рассказывать ее будет он. Могу лишь сказать что решение принималось не одним человеком и даже не двумя. Реакция на мою рекомендацию была гораздо более активной чем я предполагал. Выносить какие либо детали инцидента на общее обозрение считаю не этично. Если человек захочет что либо сам рассказать это его право Я надеюсь я ответил на ваш вопрос?

Я думаю, что многие будут рады, если вы немного подробней опишите, что же вы имеете под этим ввиду?

так это не Agile :D

Коллеги... Ритмичный предсказуемый режим это когда мой PO может договариваться с заказчиком о проекте или какой либо функциональности заранее, месяцы +++ вперед, и deliver вовремя и с хорошим качеством. Это когда я, как PO, commit моему заказчику, "веду" его во время проекта, и deliver как commit. А по мере движения проекта еще и стимулирую своего заказчика к добавлениям и изменениям в проекте

Вопрос скорее, про почему вы используете подходы которые не совсем соответствуют команда образованию. Такие как индивидуальные story point, штрафы за не выполненную работу и т.д

Я не совсем понял про штрафы??? Каждый член команды знает за что он конкретно отвечает перед командой. Если конкретно это участник команды не сделает работу которую он commit, он подведет команду, очень конкретно. А в результате пострадает проект.... Может я что то не понял?

- Мы почему злыми 😡такими были N лет назад🤔… Да потому что наши 📉 ползли вниз и были синенькими🤕… Но потом мы прочитали красную книгу 📕 и поняли - нас спасет Скрам 🚑 - И вот теперь спустя пару лет 💰 внедрения Скрама - наши графики 📈 стали красненькими и ползут вверх 🤑

Ну и отлично. Тогда объясните. И таки кто? Я думал команда, а вы как думаете?

а как же burndown chart?)

И, кстати, именно по этому рекомендуется применять delphi decision making при эстимйтах (планнинг покер, например) и именно поэтому не может быть frontend и backend story.

Еще раз, давайте я поясню что я написал, а Павел, вы, поправте меня что не так Я говорю что: 1. Перед заказчиком отвечает вся команда 2. Перед командой отвечает каждый член команды взявший на себя commitment

Никто в команде не берет на себя commitment, commitment берет на себя команда целиком.

Хорошо, есть конкретная задача написать конкретный код. Писать код и отвечать за него будет конкретный developer или вся команда, всем колхозом? :)

то есть пишу я а перед командой отвечаете вы?

то есть пишу я а перед командой отвечаете вы?

В Scrum есть ценность Commitment, но она про другое. В Scrum команда не комиттится нигде.

Это слово специально выпилили из эвента планирования и заменили на forecast, не уходите в дебри обсуждения несуществующего

пишете вы, а за то что вы написали отвечает вся команда :D

Тут все в терминах. Команда коммитится в достижении sprint goal, но это не зачит, что commitment Это про "отвечает".

Простите, я не про ответ перед заказчиком. Я про отвественность перед моей командой написать грамотный код

И на цель спринта она не комитится, цель спринта это объединяющая фраза, которая не дает сбиться с пути

Сильно, лет на 10 - 15 отстает

commitment - это не только про ответственность, но и про фокус. Team commits to focus their effort on achieving sprint goal, но не commits to achieve sprint goal. Мы, в целом, даже не спорим, я больше про значение терминов :)

Это получается у нас Kanban method еще не изобрели, скрам гайд ещё не написан, продуктовых подходов еще нет многих (cjm, bmc и т.п.). Это несколько обидно :)

Погодите, может этого нет там, а не у нас😏

Простите, я не про ответ перед заказчиком. Я про отвественность перед моей командой написать грамотный код

Так что решили. Штрафовать инженеров или нет?

Физический комитмент. Максимальная ответственность. Нет таски - нет пальца.

Физический комитмент. Максимальная ответственность. Нет таски - нет пальца.

Ян, у вас, как у разработчика, есть ответственность перед командой. В том числе в тотм, что вы do your best и напишете грамотный код. Но вы, как разработчик, не владеете этим кодом, не должны писать его один и несете ответственность (раз уж вам так нравится именно про ответсвтенность) перед всей командой за то, чтобы весь код и все PBI, которые вы взяли на спринт планинге - были готовы. И команда несет перед вами точно такую же ответственность.

Физический комитмент. Максимальная ответственность. Нет таски - нет пальца.

В момент коммитмента на пальце застегивается кольцо с зарядом. Если по итогу спринта таска в Jirа не в Done - заряд срабатывает

Это уже технически продвинутая команда.