@agile_ru

Страница 258 из 740
 
Dmitry
18.09.2017
21:18:25
2 года? По моим ощущениям лет 5 уже?
Хайп на второй круг пошел после Грефа

 
Tatyana
18.09.2017
21:19:24
Это да)

 
Когда в команду приходит СМ, там процессы далеки от идеала. И самое хреновое - причины тому в большинстве случаев находятся за пределами команды. По факту СМ вынужден сражаться с существующей иерархией, зачастую с риском для себя. И это не считая дисфункций в самой команде, которые тоже легко не устраняются - он должен собирать факты для ретро, и готовить ее. Если на него ещё что то повешают - можно забыть про аджайл. Только сдается мне, что когда топ менеджмент задаётся вопросом - чем занят СМ - на самом деле аджайл нужен для галочки. Может инвестор затребовал?
Вооот, я тоже вижу скрам именно так. И нигде о таком в реальности на уровне компании, а не пары счастливых исключений, не слышала ?

 
Что удивляет

Google
 
Tatyana
18.09.2017
21:21:19
Оговорюсь, больших компаний, 150+ человек хотя бы

 
Anton
18.09.2017
21:23:55
Ничего удивительного не вижу. Аджайл - это продукт для ранних последователей, софтверных компаний кремниевой долины. Остальные - массовый рынок. Одно из свойств массового рынка - потребитель не знает, нафига ему оно надо. Вот и выходит, что топ менеджмент толком не может сказать, зачем ему аджайл и скрам. А если и может, то СМ не всегда спрашивает. Что прискорбно

 
Tatyana
18.09.2017
21:25:16
Эх?

 
Slava
18.09.2017
21:43:46
Идея скрама в том, чтобы делать маленькие продуктовые компании (смешно как-то получилось)

 
150 / 9 = 16 маленьких компаний

 
нахрен никому не надо

 
16 предпринимателей на дороге не валяются :)

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

 
сервисные - значит шэрятся

 
шэрятся, значит PO в ней - bottleneck

 
Anton
18.09.2017
21:50:08
Имхо, less/nexus/safe - попытка преодолеть пропасть "chasm". Не зря тут по-моему бирюзовую обсуждают - оно вроде похоже на продукт для массового рынка.

 
Slava
18.09.2017
21:51:15


 
Anton
18.09.2017
21:51:41
Slava, да. Если продукт таки не пилится на бизнес драйверы. Вообще тема интересная. Митап соберём?

Google
 
Slava
18.09.2017
21:55:00
Нужен спикер который расскажет как энтерпрайз побили на 10 продуктовых команд

 
и они все деплоят прод

 
про safe, nexus и less уже достаточно послушали :))

 
Dmitry
18.09.2017
21:56:02
Нужен спикер который расскажет как энтерпрайз побили на 10 продуктовых команд
Ну было на самом деле Нексус же так и работает Точнее не десять, а девять)

 
Tatyana
18.09.2017
21:56:31
О! Я бы с удовольствием послушала

 
И даже в Москву ради этого приехала ?

 
Dmitry
18.09.2017
21:57:13
О! Я бы с удовольствием послушала
Это года два назад был доклад Павличенко

 
Не помню уже название

 
Tatyana
18.09.2017
21:57:21
А где?

 
Dmitry
18.09.2017
21:57:27
На AD

 
Но там же как всегда не будет никаких супер инсайдов)

 
Tatyana
18.09.2017
21:58:18
Wow! Поищу все равнл

 
Инсайды инсайдами, а любопытство губит не только кошек))

 
Slava
18.09.2017
21:59:14
Тренер который рассказывает про нексус, это как проповедник про религию

 
Tatyana
18.09.2017
22:00:30
В каком смысле?

 
Slava
18.09.2017
22:01:37
Сейчас надо вам какой-нибудь тренинг продать!

 
Anton
18.09.2017
22:01:49
Ну всмысле что даже этот проповедник признает, что scaled scrum - это скорее исключение.

 
Есть даже такой термин - de scale.

 
Slava
18.09.2017
22:02:22
Главное верить

 
На самом деле организовать больше 5-7 человек это просто нереально, поэтому истории про agile в энтерпрайзе обычно выглядт так

Google
 
Slava
18.09.2017
22:03:03
а вон посмотрите на спотифай

 
а кто там в спотифай по эджайлу главный?

 
Tatyana
18.09.2017
22:03:35
Я явно вне какого-то контекста

 
Anton
18.09.2017
22:04:46
https://itrevolution.com/the-amazing-devops-transformation-of-the-hp-laserjet-firmware-team-gary-gruver/

 
Tatyana
18.09.2017
22:04:47
?

 
Anton
18.09.2017
22:05:25
Вот так в Энтерпрайзе это выглядит, имхо.

 
Slava
18.09.2017
22:06:11
Вот кстати!

 
Весь agile в энтепрайзе имхо начинается с инженерных практик

 
Строят рельсы

 
статья про это

 
Anton
18.09.2017
22:07:33
Угу. Scrum без XP - что новый год без оливье. :)

 
Slava
18.09.2017
22:09:01
Engineers would see bringing in big changes on trunk as the best way of getting real-time feedback on how their code would work with the rest of the system.

 
What they completely miss is one of the key values of Agile, which is always keeping the code base stable and close to releasable. To me DevOps in the Enterprise is all about driving that discipline into large organizations with different groups and applications that have to work together.

 
Абзац до этого цитировать не буду, он там посвящен скраму

 
НагуглиЛ* кейсы на nexus

 
The result of implementing Nexus was a 300 percent increase in velocity.

 
вот это мог написать только коуч, не владелец бизнеса

 
https://s3.amazonaws.com/scrumorg-website-prod/drupal/2017-03/Terminales%20Case%20Study_0.pdf

 
Dima
18.09.2017
23:58:34
Когда в команду приходит СМ, там процессы далеки от идеала. И самое хреновое - причины тому в большинстве случаев находятся за пределами команды. По факту СМ вынужден сражаться с существующей иерархией, зачастую с риском для себя. И это не считая дисфункций в самой команде, которые тоже легко не устраняются - он должен собирать факты для ретро, и готовить ее. Если на него ещё что то повешают - можно забыть про аджайл. Только сдается мне, что когда топ менеджмент задаётся вопросом - чем занят СМ - на самом деле аджайл нужен для галочки. Может инвестор затребовал?
++

 
Vadim
19.09.2017
08:00:18
Всем привет, а подскажите, надо ли PO разговаривать с командой/участниками о карьерных перспективах? и кто этим должен заниматься если работаем по SAFe?

Google
 
Anton
19.09.2017
08:12:48
не знаю как в SAFe, но в целом Product Owner-у как правило не до этого - у него геморроя хватает. Он же и швец, жнец и на дуде игрец. В плане карьерных перспектив команды/участников его помоему волнует только бюджет по части ФОТ и возможность бизнеса маневрировать независимо от состава команд. Если PO включается в игры HR, то видимо он не шибко наделён полномочиями (fake PO, proxy PO).

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

 
Vadim
19.09.2017
10:18:22
Скрам-мастера вместе с HR-ами должны сами там договориться, как они будут мотивировать участников в командах. А ему принести бюджет и аргументы за.
Спасибо

 
Yuriy
19.09.2017
10:45:40
Скрам-мастера вместе с HR-ами должны сами там договориться, как они будут мотивировать участников в командах. А ему принести бюджет и аргументы за.
ему=PO, правильно я понял?

 
Anton
19.09.2017
10:46:23
Ему. Да. Он же бюджет ведет

 
Yuriy
19.09.2017
10:47:35
ага, тогда сходится)

 
Sergey
22.09.2017
08:24:05
Гибчайший покер планирования для сисадминов - вообще без цифр:

 


 
Yuriy
22.09.2017
10:01:42
класс)

 
Marat
22.09.2017
10:02:25
Planning Poker в скрам фром тренчес назвали уже беспоезной херней =) Дошло, наконец

 
Алексей
22.09.2017
10:08:18
Planning Poker в скрам фром тренчес назвали уже беспоезной херней =) Дошло, наконец
А как оценивать трудозатраты ?

 
Marat
22.09.2017
10:08:34
ну вы и без покера можете, не дети же.

 
У меня команда из 10 человек, не сказать что особо ошибается в эстимировании. Задачки в большинстве случаев типовые.

 
Алексей
22.09.2017
10:09:45
вот а как? ждать пока самый мудрый скажет , так остальным думать не надо

 
когда один оценивает это очень удобно, не надо напрягаться, потом есть на кого скинуть, что если наш гуру ошибся нам то что,

 
Marat
22.09.2017
10:12:01
у вас контора какая-то странная, что надо на кого-то скидывать. Никто никогда не виноват

 
Чем вас не устраивает эстимирование и реэстимирование итерационное по ходу?

 
И с чего вы взяли, что один человек оценивает?

 
Просто есть специализации - кто-то я движком работает, кто-то с интеграциями, кто-то с фронтендом - каждый proficient в своей области. Там где надо смежное - спросить можно всех

 
Алексей
22.09.2017
10:14:23
Чем вас не устраивает эстимирование и реэстимирование итерационное по ходу?
А это как?

Google
 
Sergey
22.09.2017
10:14:43
когда один оценивает это очень удобно, не надо напрягаться, потом есть на кого скинуть, что если наш гуру ошибся нам то что,
чет негативно как-то

 
Marat
22.09.2017
10:14:52
Делишь проект на фазы, эстимируешь в целом, добрался до майлстоуна - сверяешься.

 
Да у человека наверное нет команды, которая вместе работает , как говорится, cohesively

 
Yuriy
22.09.2017
10:15:23
как-то совсем верхеуровнево)

 
Алексей
22.09.2017
10:15:29
так а 1 фаза = спринту ?

 
Marat
22.09.2017
10:15:36
не обязательно. Зачм зацикливаться на спринтах

 
Yuriy
22.09.2017
10:16:18
есть подход No Estimating :)

 
Алексей
22.09.2017
10:16:22
не обязательно. Зачм зацикливаться на спринтах
а когда заказчик увидит результат?

 
Marat
22.09.2017
10:17:06
Все зависит от проекта. Если у вас проект делается через deadline=driven development, там никого не волнует agility ?

Страница 258 из 740