Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 March 02

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Vasya я вас поддержу) вообще редкость, когда разработчики копаются в процессах и методологии, это очень похвально!
источник

LM

Lita M. in Agile, Scrum, Lean, Kanban, XP
Смотрю на полемику Vasya и @MrScrum и невольно вспоминаю «Казку про репку або хулі не ясно» Михаила Брыныха .)
Если есть возможность - очень советую послушать.
источник

M

Marcooo in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Вопрос не в том, какие вы вопросы задаёте, а как вы их задаёте.
Я уже писал вчера: вопрос сформулированный в духе «я уверен, что вашьэтот вот скрам не работает, разубедите меня» - желания отвечать не вызывает.
Уровень «интересности обсуждения» вы тоже не поднимаете, в силу того, что ваши вопросы не сложные,  не практические и в целом, если отбросить форму, 100500 раз обсуждённые прям вот везде.
Вопросы в духе «скрам в проектах» очень легко гуглится. Ответ будет «можно, но не зачем». Вопрос про «фиксированный спринт vs. плавающая веха» просто говорит, что вы не понимаете смысла таймбоксинга (да и вех, по большому счёту) и объяснять придётся начинать с самых азов управления расписанием. Про «релизы в конце спринта» - обсуждалось в куче источников огромное количество раз, тема настолько избитая, что развёрнуто отвечать нет смысла.

И это все сверху приправлено тем, что вы очевидно задаёте вопросы, чтобы продолжать споить и не соглашаться, а не чтобы узнать что-то новое.

Исходя из всего этого - в чем от ваших вопросов польза сообществу и почему вам стоит отвечать всерьёз?
А прошу прощения таймбоксинг действительно эффективен? я просто сторонник осторожности и что-то мало слышал про использование таймбоксинга, интересно какое время выделяется на какие к примеру задачи?
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Marcooo
А прошу прощения таймбоксинг действительно эффективен? я просто сторонник осторожности и что-то мало слышал про использование таймбоксинга, интересно какое время выделяется на какие к примеру задачи?
Таймбоксинг сам по себе эффективен в определённых условиях. В скраме - да, вполне, но стоит помнить, что в случае со спринтом таймбоксится не отдельная задача, а пакет задач. И при фиксированном таймбоксе фиксируется и набор задач + это _обязательно_ делается самой командой.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Это, если очень упрощать в сторону проектного управления, позволяет рассматривать спринт как мини-проект с fix resource/fix scope
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Но ещё раз, это очень сильно Упрощенный взгляд, сугубо для проведения аналогии :)
источник

M

Marcooo in Agile, Scrum, Lean, Kanban, XP
Окей, а само время на спринт выделяется основываясь на временную оценку от команды? или сам менеджер решает? к примеру есть у нас спринт, так откуда ц нас данные на то за какой промежуток времени команда должна его выполнить?
Про эффективность таймбоксинга слышал, тут в скраме первый раз слышу.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Marcooo
Окей, а само время на спринт выделяется основываясь на временную оценку от команды? или сам менеджер решает? к примеру есть у нас спринт, так откуда ц нас данные на то за какой промежуток времени команда должна его выполнить?
Про эффективность таймбоксинга слышал, тут в скраме первый раз слышу.
Команда решает. Не менеджер.
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Таймбоксинг в скраме это основной элементи митигации риска. :)

Жалко Пашу, вежливо так отвечал :)))
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Slava
Таймбоксинг в скраме это основной элементи митигации риска. :)

Жалко Пашу, вежливо так отвечал :)))
Чо «жалко»?:)
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Ну разжевывал все, а невозможность изменить свою картинку мира и понять расценили как "rtfm" :-)
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Slava
Ну разжевывал все, а невозможность изменить свою картинку мира и понять расценили как "rtfm" :-)
Та ладно, не первый раз :)
источник

GS

Garry Slutsker in Agile, Scrum, Lean, Kanban, XP
Коллеги, добрый день. Недавно предложили позицию chapter leader.  Может ли кто-нибудь поделиться своим опытом ? Буду признателен за ответ.
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Я скептически отношусь к самой идее в силу сложности и самой реализации, и контекста применения, но блин, если в документе написано "либо пазл собирается и работает, либо отдельные части - и пазл не собираесят" - это так и есть.
источник

M

Marcooo in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Команда решает. Не менеджер.
Когда команда оценивает есть риск что используют падинг, как вы с этим боритесь? и вообще к оценке по срокам, относитесь к этому как клятве? или понимаете что сроки всегда срываются и просто просите реальную оценку с колебаниями в 10-15%
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Ну переводя на программистский, если ты хочешь написать await, определи функцию как async. А если у тебя не работает, то rtfm. И это, тоже суровая правда :)
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Marcooo
Когда команда оценивает есть риск что используют падинг, как вы с этим боритесь? и вообще к оценке по срокам, относитесь к этому как клятве? или понимаете что сроки всегда срываются и просто просите реальную оценку с колебаниями в 10-15%
Команда может ошибаться, так бывает. Несколько спринтов принесут ей информацию для того, чтобы решения стали более информированными и менее ошибочными, это прям заложено в срам by design.
Оценки по срокам - это прогноз. Прогноз имеет вероятностную природу, так что может и не сбыться. Если не сбылся, команде надо подумать и понять, что помешало и решить, что им изменить, чтобы таких помех было меньше. Для этого есть ретроспектива (что совсем не значит, что обсуждение проблем и изменений стоит откладывать до ретроспективы) :)
источник

M

Marcooo in Agile, Scrum, Lean, Kanban, XP
Ретроспектива это не плохо, согласен, но если к примеру проект длится 3 месяца, в конце проекта возможно будет выявить только яркие помехи которые запомнились каждому, тут с вами согласен.
Просто как же проектный треугольник, разве это не табу?
Сроки
Стоимость
Содержание
Выход за границы треугольника - определяет успешность менеджера и проекта, ведь согласитесь всё важно, и всем горит, все требуют качество, все требуют соблюдать бюджет, и всем нужно в сроки, ведь - актуальность.
С другой стороны не можешь сказать спонсору, что мол сори Олег, мы с разрабами не правильно оценили сроки, это по большому счету мало кого интересует, но все знают кто несет за всё ответственность=)
источник

K

Konstantin in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Я просто никогда не видел скрама, где реально создают новый продукт через проверку гипотез. Вот если бы реально были цели... а там хоть в тетрадке рисуй, хоть ИИ тренируй... дааа... ммм... сладенькие мечты
По мне это находится на уровне очевидного и невероятного
Сейчас почти все рынки заняты... Реализации продукта это нахождение своей целевой аудитории, и задача не чуть не проще чем сам продукт создать
Да и в скраме это даже все исходном положении нет, у нас же есть человек который точно знает что надо сделать
источник

M

Marcooo in Agile, Scrum, Lean, Kanban, XP
Konstantin
По мне это находится на уровне очевидного и невероятного
Сейчас почти все рынки заняты... Реализации продукта это нахождение своей целевой аудитории, и задача не чуть не проще чем сам продукт создать
Да и в скраме это даже все исходном положении нет, у нас же есть человек который точно знает что надо сделать
»Да и в скраме это даже все исходном положении нет, у нас же есть человек который точно знает что надо сделать

Конкретно тут не понял, можно подробнее?
источник