Крутая визуализация + терминология, доступная всем. Потрясающе! Огромное спасибо за перевод! Подскажите, пожалуйста, контент про 1) управление командой по Agile 2) взаимодействие с заказчиком (клиентом, пользователем) по Agile
Отличный ролик! 1. Для того чтоб перегруза небыли - считается стоимость задачи и правильно делегируется 2. Как соотносится размер истории и ее ценность? Никак. ------ Ценность решается выгодой от внедрения, это может быть экономия в человека чесах или повышения лояльности клиента (узнать просто если идти от лени клиента) 3. Как владелец продукта определяет ценность и объем истории? Никак. ---- стоимость затрат на стоимость выгоды в периоде ( проект стоит 100тр но будет экономить ХХ- часов а это 10-15т в месяц - и тд) По каждому пункту у Вас неоконченное решение которое вводит заблуждения вас и как следствие зрителя
Вы же обратили внимание на первоисточник? Мне кажется, вы не корректно поняли некоторые из этих пунктов. Перечитайте в оригинале, может я плохой переводчик :) 1. Речь о том, что если команде "правильно делегировать" 100 задач в неделю, она не выдержит. 2. А где тут противоречие? Иногда сложная для внедрения история (на которую у команды уйдёт месяц) сэкономит совсем не много денег в будущем, а самое простая может сэкономить сотни тысяч. 3. Выгода в периоде далеко не всегда так очевидна. Иногда стоимость внедрения фичи очень сложно так грубо посчитать. Особенно, если до вас этого никто не делал. Это все гипотезы, которые выдвигаются интуитивно. Об этом и речь. То что вы дополнили, очевидно верно. Но и противоречий с тем, что в ролике я не вижу.
Мне кажется, Вы путаете ценность истории для стейкхолдеров (пользователей, клиентов) со стоимостью/ресурсоёмкостью истории для компании-девелопера. Ресурсная тематика в видео затронута очень косвенно. Что касается пункта 1 - если все пользовательские истории добавлять в бэклог - он будет 1) бесконечен 2) противоречить сам себе. Тут как ни делегируй, никакая(ие) команда(ы) не справится. Можно, конечно, претворять в жизнь только "дешёвые" истории, производящие вау-эффект. Но как надолго хватит этого вау-эффекта и каким образом это будет работать на итоговое качество продукта (условно говоря, "Мы добавили вам кнопочку "сделать всё хорошо", а исправлять баги - слишком дорого, да и вы про них ничего не говорили")?
@@BusinesstricksRu возможно вы неплохой переводчик, но плагиатор точно неплохой. Канал Борис Вольфсон Гибкое управление разработкой.., 2013год. Один в один)
Как я отстал от жизни. Оказывается, можно сказать заказчику "нет" и он это скушает. А в моей практике, если какая-то из фич продукта не реализована - это незаконченный продукт, запрещенный к эксплуатации :)
@@getro2011 зависит от специфики продукта, но потому и есть приоретизация с ранжированием, что является ядром продукта, а что сателлитами, "бантиками".
Просто гениально! Так коротко и по сути никто ещё не объяснял суть! Респект! 👍
Большое человеческое спасибо! После этого ролика каша в моей голове начала приобретать какую-то структуру 👍👍👍
Творческий подход к подаче информации
Супер материал! Кратко и по делу)
Идеально! То что я искал! Можно ещё?
Очень понятно изложен материал, спасибо!
Пожалуйста!
За мистера Скрепку обидно =/
Очень крутое видео, непонятно почему так мало просмотров!
Супер! Спасибо! Полезно и прикольно!
Просто красава
Очень интересное и полезное видео!
Супер, спасибо!
Спасибо!
Благодарю!
Спасибо! Класс!! 👍👍👍
Очень кратко и по делу ! Супер
Спасибо! Да, источник действительно хорош. Они упаковали трехдневный тренинг в одно небольшое видео. А я лишь перевёл :)
Крутая визуализация + терминология, доступная всем. Потрясающе! Огромное спасибо за перевод!
Подскажите, пожалуйста, контент про 1) управление командой по Agile 2) взаимодействие с заказчиком (клиентом, пользователем) по Agile
красавчик👏👏👏
Очень круто) спасибо
Отличный ролик!
1. Для того чтоб перегруза небыли - считается стоимость задачи и правильно делегируется
2. Как соотносится размер истории и ее ценность? Никак. ------ Ценность решается выгодой от внедрения, это может быть экономия в человека чесах или повышения лояльности клиента (узнать просто если идти от лени клиента)
3. Как владелец продукта определяет ценность и объем истории? Никак. ---- стоимость затрат на стоимость выгоды в периоде ( проект стоит 100тр но будет экономить ХХ- часов а это 10-15т в месяц - и тд)
По каждому пункту у Вас неоконченное решение которое вводит заблуждения вас и как следствие зрителя
Вы же обратили внимание на первоисточник? Мне кажется, вы не корректно поняли некоторые из этих пунктов. Перечитайте в оригинале, может я плохой переводчик :)
1. Речь о том, что если команде "правильно делегировать" 100 задач в неделю, она не выдержит.
2. А где тут противоречие? Иногда сложная для внедрения история (на которую у команды уйдёт месяц) сэкономит совсем не много денег в будущем, а самое простая может сэкономить сотни тысяч.
3. Выгода в периоде далеко не всегда так очевидна. Иногда стоимость внедрения фичи очень сложно так грубо посчитать. Особенно, если до вас этого никто не делал. Это все гипотезы, которые выдвигаются интуитивно. Об этом и речь.
То что вы дополнили, очевидно верно. Но и противоречий с тем, что в ролике я не вижу.
Мне кажется, Вы путаете ценность истории для стейкхолдеров (пользователей, клиентов) со стоимостью/ресурсоёмкостью истории для компании-девелопера. Ресурсная тематика в видео затронута очень косвенно.
Что касается пункта 1 - если все пользовательские истории добавлять в бэклог - он будет 1) бесконечен 2) противоречить сам себе. Тут как ни делегируй, никакая(ие) команда(ы) не справится.
Можно, конечно, претворять в жизнь только "дешёвые" истории, производящие вау-эффект. Но как надолго хватит этого вау-эффекта и каким образом это будет работать на итоговое качество продукта (условно говоря, "Мы добавили вам кнопочку "сделать всё хорошо", а исправлять баги - слишком дорого, да и вы про них ничего не говорили")?
@@BusinesstricksRu возможно вы неплохой переводчик, но плагиатор точно неплохой. Канал Борис Вольфсон Гибкое управление разработкой.., 2013год. Один в один)
@@rusab1 вы тупой или где? Ссылка на оригинал в описании. Автор ролика Генри Книберг.
Человеко часАх.
спасибо большое!
Как я отстал от жизни. Оказывается, можно сказать заказчику "нет" и он это скушает. А в моей практике, если какая-то из фич продукта не реализована - это незаконченный продукт, запрещенный к эксплуатации :)
Любая задача имеет более одного решения. Фичи не будет но, задача будет решена по другому.
@@getro2011 зависит от специфики продукта, но потому и есть приоретизация с ранжированием, что является ядром продукта, а что сателлитами, "бантиками".
Не понял, что такое "пэт", я понимаю, что это Product Owner, но почему пэт? Или я не расслышал?
Это имя вымышленного РО (в первых 10 секундах видео про это сказано)
@@АндрейДемаков-я1л Благодарю! пропустил
👍👍👍👍
Декомпозиция, не «декомпиляция»
А так хорошо
Лайк, если с вебинара
Вспомнил скрепку... )
andrei bogushevich lox