Pavel
Ян, какой опыт вы можете передать?
Yan
И все так охотно передавали?:)
Нет, не все и не охотно. Я же не ($100) сто долларовая купюра что бы всем нравится :) Во время трансформации не редко приходилось расставаться с людьми. Они мое резюме не заносили
Yan
Ян, какой опыт вы можете передать?
Думаю что много... от построения и запуска новых команд, работы с руководством, тренинги и fine tuning до ведения Agile команд, настраивание engineering department, Agile тестирование, Release Management и так далее
Pavel
Что вы считаете признаком доведенной до Agile команды?
Pavel
В какой момент команду уже можно прекращать доводить?
bebebe
не доводи до предела, до пределаа не доводи (с)
Igor
В какой момент команду уже можно прекращать доводить?
в момент устранения всех impediments конечно.
Yan
О, давайте про доведение команд поговорим?
Ведение от слова вести, не доведенные, но про это тоже можно :)
Yan
в момент устранения всех impediments конечно.
Я думаю что такого никогда не будет Agile под собой подразумевает бесконечное, динамичное изменение и развитие
Yan
Что вы считаете признаком доведенной до Agile команды?
Ритмичная работа команды с выводом на production и как результат повышение прибыли
Алекс
Сильно, лет на 10 - 15 отстает
Ян, скажу так, на прошлой неделе мы обсуждали Ваш тренинг, по результатам которого лишился работы. Очень много подходов в данном сообществе вызывало вопросов. Возможно всем хотелось бы услышать подробности. Почему используется подход, который нельзя отнести к классическому.
Pavel
Ритмичная работа команды с выводом на production и как результат повышение прибыли
Да, Ян. Ритмичная - это когда все в команде стабильно загруженны на 100%? Или это больше про прибыли?
Pavel
Хотя меня больше заинтересовали индивидуальные сторипоинты и бэкенд и фронтенд стори.
Yan
Ян, скажу так, на прошлой неделе мы обсуждали Ваш тренинг, по результатам которого лишился работы. Очень много подходов в данном сообществе вызывало вопросов. Возможно всем хотелось бы услышать подробности. Почему используется подход, который нельзя отнести к классическому.
Ну кто и за что лишился работы это нужно спрашивать у человека который ее потерял. Это его история и рассказывать ее будет он. Могу лишь сказать что решение принималось не одним человеком и даже не двумя. Реакция на мою рекомендацию была гораздо более активной чем я предполагал. Выносить какие либо детали инцидента на общее обозрение считаю не этично. Если человек захочет что либо сам рассказать это его право Я надеюсь я ответил на ваш вопрос?
Yan
Да, Ян. Ритмичная - это когда все в команде стабильно загруженны на 100%? Или это больше про прибыли?
Прибыль будет когда команда работает ритмично в предсказуемом режиме и заказчик!!!! доволен
Pavel
Прибыль будет когда команда работает ритмично в предсказуемом режиме и заказчик!!!! доволен
Я думаю, что многие будут рады, если вы немного подробней опишите, что же вы имеете под этим ввиду?
Igor
что такое предсказуемый режим? и как это вообще с гибкостью соотносится? ведь гибкость нужна в непредсказуемых условиях.
Yan
Коллеги... Ритмичный предсказуемый режим это когда мой PO может договариваться с заказчиком о проекте или какой либо функциональности заранее, месяцы +++ вперед, и deliver вовремя и с хорошим качеством. Это когда я, как PO, commit моему заказчику, "веду" его во время проекта, и deliver как commit. А по мере движения проекта еще и стимулирую своего заказчика к добавлениям и изменениям в проекте
Igor
так это не Agile :D
Yan
Я как раз именно эту тему рассказывал на Agile Kitchen год назад
bebebe
так это не Agile :D
вот поэтому вы и отстали на 10-15 лет со своим аджайлом
Yan
Вопрос скорее, про почему вы используете подходы которые не совсем соответствуют команда образованию. Такие как индивидуальные story point, штрафы за не выполненную работу и т.д
Я не совсем понял про штрафы??? Каждый член команды знает за что он конкретно отвечает перед командой. Если конкретно это участник команды не сделает работу которую он commit, он подведет команду, очень конкретно. А в результате пострадает проект.... Может я что то не понял?
Yan
Ну и отлично. Тогда объясните. И таки кто? Я думал команда, а вы как думаете?
Ivan
- Мы почему злыми 😡такими были N лет назад🤔… Да потому что наши 📉 ползли вниз и были синенькими🤕… Но потом мы прочитали красную книгу 📕 и поняли - нас спасет Скрам 🚑 - И вот теперь спустя пару лет 💰 внедрения Скрама - наши графики 📈 стали красненькими и ползут вверх 🤑
Pavel
Ну и отлично. Тогда объясните. И таки кто? Я думал команда, а вы как думаете?
Я более чем уверен, что команда. Но никак не отдельный девелопер.
Ivan
а как же burndown chart?)
только бёрн ап - только хардкор 🔥🙈
Pavel
TEam Commitment это не сумма individual commitments
Pavel
И, кстати, именно по этому рекомендуется применять delphi decision making при эстимйтах (планнинг покер, например) и именно поэтому не может быть frontend и backend story.
Igor
да там много чего не может быть :D договоренностей не может быть на много месяцев вперед в агильмире :D
Yan
И, кстати, именно по этому рекомендуется применять delphi decision making при эстимйтах (планнинг покер, например) и именно поэтому не может быть frontend и backend story.
Еще раз, давайте я поясню что я написал, а Павел, вы, поправте меня что не так Я говорю что: 1. Перед заказчиком отвечает вся команда 2. Перед командой отвечает каждый член команды взявший на себя commitment
Yuriy
Коллеги, на всякий случай: давайте общаться уважительно и конструктивно 😉
Pavel
Никто в команде не берет на себя commitment, commitment берет на себя команда целиком.
Pavel
Внутренние отношения - это коллективная работа, а не индивидуальный подвиг.
Yan
Никто в команде не берет на себя commitment, commitment берет на себя команда целиком.
Хорошо, есть конкретная задача написать конкретный код. Писать код и отвечать за него будет конкретный developer или вся команда, всем колхозом? :)
Pavel
Никто в команде не "владеет" отдельной работой, не называет индивидуальный эстимейт и не владеет каким-то отдельным PBI.
Yan
то есть пишу я а перед командой отвечаете вы?
Yan
Я уже хочу в вашу команду :)
Levon
В Scrum есть ценность Commitment, но она про другое. В Scrum команда не комиттится нигде.
Pavel
то есть пишу я а перед командой отвечаете вы?
Ян, вам очень хочется внести ясность в понятие индивидуальной ответственности. Понимаю.
Igor
то есть пишу я а перед командой отвечаете вы?
пишете вы, а за то что вы написали отвечает вся команда :D
James
Неделя задалась :)
Levon
Это слово специально выпилили из эвента планирования и заменили на forecast, не уходите в дебри обсуждения несуществующего
Pavel
В Scrum есть ценность Commitment, но она про другое. В Scrum команда не комиттится нигде.
Тут все в терминах. Команда коммитится в достижении sprint goal, но это не зачит, что commitment Это про "отвечает".
Igor
понедельничная заруба - рискует стать weekly event
Pavel
Тем более он теперь в гайде так и написан.
Yan
пишете вы, а за то что вы написали отвечает вся команда :D
Простите, я не про ответ перед заказчиком. Я про отвественность перед моей командой написать грамотный код
Levon
Тут все в терминах. Команда коммитится в достижении sprint goal, но это не зачит, что commitment Это про "отвечает".
И на цель спринта она не комитится, цель спринта это объединяющая фраза, которая не дает сбиться с пути
Igor
так как команда нашла вас как грамотного человека который может в грамотный код :D
Igor
а потом всей командой собрались и проверили результаты своей работы
Pavel
И на цель спринта она не комитится, цель спринта это объединяющая фраза, которая не дает сбиться с пути
commitment - это не только про ответственность, но и про фокус. Team commits to focus their effort on achieving sprint goal, но не commits to achieve sprint goal. Мы, в целом, даже не спорим, я больше про значение терминов :)
Mikhail
Сильно, лет на 10 - 15 отстает
Это получается у нас Kanban method еще не изобрели, скрам гайд ещё не написан, продуктовых подходов еще нет многих (cjm, bmc и т.п.). Это несколько обидно :)
Dеfault
😱😭
bebebe
Так что решили. Штрафовать инженеров или нет?
Pavel
Простите, я не про ответ перед заказчиком. Я про отвественность перед моей командой написать грамотный код
Ян, у вас, как у разработчика, есть ответственность перед командой. В том числе в тотм, что вы do your best и напишете грамотный код. Но вы, как разработчик, не владеете этим кодом, не должны писать его один и несете ответственность (раз уж вам так нравится именно про ответсвтенность) перед всей командой за то, чтобы весь код и все PBI, которые вы взяли на спринт планинге - были готовы. И команда несет перед вами точно такую же ответственность.
Levon
Так что решили. Штрафовать инженеров или нет?
Физический комитмент. Максимальная ответственность. Нет таски - нет пальца.
Pavel
Нет winners and loosers, нет blame game и нет возможности встать в позу со словами "я свой код написал, это тестировщики не успели протестировать"
Dеfault
Физический комитмент. Максимальная ответственность. Нет таски - нет пальца.
В момент коммитмента на пальце застегивается кольцо с зарядом. Если по итогу спринта таска в Jirа не в Done - заряд срабатывает