AP
мне интересно, о чем думало издательство? фраги не пахнут?
Size: a a a
2020 January 30
NP
а издательство проверяет контент? мне всегда казалось, что это максимум орфография и разного рода механика.
V
овервью поисковой выдачи по запросу Scrum/Agile
прекрасно
прекрасно
JP
Ну вообще товарища бы к нам пригласить, а то не открыто же как-то за спиной обсуждаем
SP
Ну вообще товарища бы к нам пригласить, а то не открыто же как-то за спиной обсуждаем
И уже открыто съесть.
JP
И уже открыто съесть.
😂
Y
а вас не смущает автор? Его деятельность в аджайл сообществе? Выступления с рассказами про его кейсы?
это всё говорит об отсутствии личного бренда. а так, может, он там толковое чо нить затирает. важна же суть, интереснее (и логичнее тоже) было бы оценивать не автора, а подходы, о которых вещает
упд - но описание, да, уже как-то разнится с реальностью, стоит признать
упд - но описание, да, уже как-то разнится с реальностью, стоит признать
DK
Вот! Велосити в мендеях конечно отстой, а вот велосити в человекоднях это то, что доктор PMBOK (Или все-таки Тело знаний по управлению проектами?) прописал. Антон немного оптимистичную оценку дал. Коэффициент немного меньше 5 (больничные, отпуска и тд.) :)))
0.83 с учётом отпусков и т.п. ;)
AS
Denis Kachnov
0.83 с учётом отпусков и т.п. ;)
Значит 5x0,83 = 4,15 единицы человекоистории в неделю
S
Я вроде ответил. Для того, чтобы на первом спринте было от чего отчего оттолкнуться, так как в начале работы нет никакой статистики. Ну и приняли. 1 sp - до 4 часов, 2 sp до 8 часов, 3 - до 3 дней, 5 - до недели, 8 - до 2 недель. Но повторюсь, что это было выброшено после 1 спринта.
если нет статистики ик оманда новая есть немного другой подход к прогнозированию эффективности команды. когда рассчитываеться общее число часов доступных в спринте у команды исходя их % вовлечённости каждого. Далее так же дробим оценненые ранее US на таски и просим каждого оценить время на исполнения каждого таска. И понимаешь что можешь к примеру освоить в первом спринте 4 US оценка которых была к примеру 20 SP. После логично сделать корректировку процентов в 10% в минус - если работают в новом направлении или с новыми технологиями. Либо (бывало и так) до 50% если вообще всё новое. Тут уже интуиция и общение внутри команды относительно их компетенции. И огонь. Есть ещё рекомендация - Если нужно при старте понять приблизительно сколько SP ты сможешь освоить за определённое кол-во спринтов и у тебя есть история работы других команд - то на основе первоначальнйо оценки velocity своей команды и relative standart deviation по другим командам можно спрогнозировать сколько SP ты сможешь освоить точно, вероятно и не освоить вообще. И приоретизировать бэклог. И молиться своим богам)
AS
Выглядит как-то не по Agile от слова совсем
AS
Процесс ради процесса
AS
Вспомнил свой любимый термин - Agile-фашизм
S
я привёл пример по Скарму - ну тут вопрос прогнозирования
S
никакой Аджаил не отменял дедлайнов \ можете пинать)
AS
никакой Аджаил не отменял дедлайнов \ можете пинать)
В книге Basecamp "It doesn't have to be crazy at work" это называется dreadline
NP
я привёл пример по Скарму - ну тут вопрос прогнозирования
Скрам не содержит инструментов прогнозирования, более того SG говорит, что процесс этот всегда эмперический = накапливающий знание, на базе эмперического опыта вы можете ориентироваться на силу неопределённости в будущем.
G
Nikita Poselyanov
Скрам не содержит инструментов прогнозирования, более того SG говорит, что процесс этот всегда эмперический = накапливающий знание, на базе эмперического опыта вы можете ориентироваться на силу неопределённости в будущем.
Не хотелось бы показаться скучным, но "эмпирический" )
NP
Более того, это не материальное производство, т.е. в ИТ в 90% встреченных мной это просто некое количество неопределённостей, точного значения они не имеют, задача кажущаяся идентичной сделанной ранее, ВНЕЗАПНО может занять в 2 раза больше времени.
NP
Не хотелось бы показаться скучным, но "эмпирический" )
Мой лучший ТАМ адепт :)