Гайз, а есть где почитать предметную критику SAFe?

У Сноудена было, Бидла

Спасибо!

Кто бы мог подумать, что в армии Agile

А армия тут при чем?

А армия тут при чем?

коллективная ответственность - армейская классика

накосячил один - отвечают все

Слушайте а наверника есть тут спецы по TFS? У меня пара вопросов есть, если кто непротив 5-10 минут мне уделить - напишите п-ста

а PMI — это известная банда старпёров-консерваторов, ничего интересного я от них не жду

:)

Кто бы мог подумать, что в армии Agile

И во флоте

Чо нового в мире agile?

Скоро расскажем

Кто бы мог подумать, что в армии Agile

Сазерленд же сам пишет, что в ВВС всего нахватался 😂

Прикольно было бы ,Если бы вместо генералов и офицеров в армии были бы agile коучи)

команда говорит что она не разделяет наступательного плана - операция провалена =)

Сазерленд же сам пишет, что в ВВС всего нахватался 😂

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

его посыл на мой взгляд был именно таким

Прикольно было бы ,Если бы вместо генералов и офицеров в армии были бы agile коучи)

а в Agile - генералы и офицеры.

а в Agile - генералы и офицеры.

👍

а в Agile - генералы и офицеры.

А так часто и бывает. Потому бывшие военные и ценятся при подборе на руководящие должности

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

👍👍👍

А так часто и бывает. Потому бывшие военные и ценятся при подборе на руководящие должности

Они ценятся потому что придерживаются жесткого директивного стиля. Очень удобно для управления рабами. К Agile это никакго отношения не имеет.

Они ценятся потому что придерживаются жесткого директивного стиля. Очень удобно для управления рабами. К Agile это никакго отношения не имеет.

У Максима Батырева в книге "45 татуировок менеджера" такой подход к управлению отделом. Ты командир на передовой и ведешь за собой войска, показывая личным примером, и самоотверженностью.

Это лидерство. К армейским офицерам имеет отдаленное отношение. Они в основном участвовали в боях за покраску земли в зеленый цвет к приезду начальства

The ICORating Agency rates the KICKICO project at Positive The ICORating Agency experts have audited and analyzed the project. The rating review includes a report concerning industry growth and a description of the project's risks. Here is the full report on the project: http://icorating.com/project/255/KICKICO/rating

Это лидерство. К армейским офицерам имеет отдаленное отношение. Они в основном участвовали в боях за покраску земли в зеленый цвет к приезду начальства

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

Тем не менее практически все руководители из бывших военных, которые мне известны, всегда отличались жестким директивным стилем. В армии дисциплина играет большое значение. А что такое Auftragstaktik в российской армии практически никто не слышал.

Коллеги, посчитал и вышло что в 2 недельном спринте у разработчика остается 41час из 80 на бизнесфичи. Тестирование у нас шареное на 3 команды, потому не может только нами заниматься. Посмотрите таблицу, может подскажете как увеличить время разработки фич? Увеличивать спринт - ответ знаю, нам пока не подходит, т.к. тайм2маркет и так в среднем 5 недель (1ый спринт готовим требования и макеты, 2ой спринт делаем) https://docs.google.com/spreadsheets/d/1XxDXNyZoWgpFAI8zorHb2RPCcGAHaKiCsd9iE0juGhk/edit?usp=sharing

Это вопрос или опасения ?

Вопрос: как увеличить время разработки фич? 41 из 80 маловато

берешь такой 2 недели срок, а в него влазит хрен да маленько

суббота и воскресенье что-то совсем не заняты

бугога))

и вечера рано наступают

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

Эффективность этих встреч повыситься в 25 раз

стопером разработки выступает то, что последний день разработки это второй четверг, далее фриз, чтобы КуА могли все успеть проверить

я их запросил быть более гибкими и например проверять по мере готовности (идеально)

отказаться от всех встреч

тогда и времени будет вагон аж 80 часов

блокают пока даже не встречи (их сумма 15.5 )

Слушай ну если у вас столько денег, что можно 41 час просирать на встречи, может коуча нанять?

Времени больше* не станет, ворзастет объем поставляемой ценности

хотя и до встреч я бы докопался на втором этапе оптимизации, оценку делать весь день это шибко дофига. То есть чел 8ч тратит на оценку объема работ в 41час

41ч на встречи? нет такого, откуда взял

Ну какая там цифра, подставь правильную

Боюсь смысл не изменится

в те 6 дней пока идет кодинг, всего 7часов уходит на бюрократию

а вот потом разгулье наступает

все начинают друг друга "ждать" и пока ждут фиксят баги из беклога

Ну 1. А можно всех кто делает инкримент обьединить в одну команду ?

2. А может вам перейти на story point ?

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

1. тестировщики шареные на три проекта, можно одного из них выделенного сделать, но он это тоже плохо (замылится глаз, риски с отпуском болезью) 2. стори пойнт , как попытка быстро давать оценки? за сколько должна оценка проходить?

Слушайте а наверника есть тут спецы по TFS? У меня пара вопросов есть, если кто непротив 5-10 минут мне уделить - напишите п-ста

давай я попробую помочь с tfs

Если честно, то конечно достаточно очевидно, что время теряется на самой идее спринтов, слишком большой slack time образуется из-за того что планируемое время на работу - галлюцинация

Спасибо большое, уже нашел ответы на вопросы))

ты говоришь что можно не столь тщательно давать время на оценку?

Я бы лучше недодавал задач в спринт, давал самые важные, которые точно влезут, а потом додавал - и так мы ушли в канбан)

нет задач которые точно влезут

никто не знает

пока не посидит над задачей пару часов

ок :)

Это очень просто проверить - построить спектральное распределение по фактическому выполнению задачи в рамках определнной оценки

типа там где вы поставили 8 часов, или 8 попугаев (sp), вы увидите что задачи по факту делались с непонятным распределением

Вот и все что нужно знать про оценки в SP :)

У этой команды 4 sp от 8 sp не отличается по количеству дней на 85% персентили.

Вот Андрей я думаю что у вас не сильно ситуация отличаетсЯ, просто скажи себе "мы 8 часов занимаемся херней" :)

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

и там же еще желательно что-то из бэклога пофиксить

:))))

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

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

со временем планирование можно будет сократить до 6 до 4 а затем до 2 часов

не уверен, что у Вас так стремительно растет бэклог, и Вам требуется каждые 2 недели столько тратить

Главное не злоупотреблять

по моему оптыту планирование в 2 часа на 2 недельный спринт очень выматывает,

а драйвовый мозговой штурм 8 часов, это на выживание