Size: a a a

Архитектура ИТ-решений

2021 January 21

PD

Phil Delgyado in Архитектура ИТ-решений
Иван
Спорное утверждение. Был опыт и положительного и отрицательного результата, да
Если есть и тот и другой опыт, значит дело не в методологии, значит скрам - не подходит (т.е. не улучшает ситуации)
источник

A

Alex in Архитектура ИТ-решений
Скрам для команд в стадии инициации это рождение больной команды. Они будут выполнять ритуалы, вопросов нет. Они даже будут делать это постоянно. А результата от них не будет, того который нужен бизнесу.
источник

И

Иван in Архитектура ИТ-решений
Phil Delgyado
Ну, корректировать тоже не понятно как, кроме приоретизации бэклога, но при чем тут скрам?
Так, к слову пришлось. Просто результаты работы скрапа позволяют бизнесу смотреть на реальность сроков поставки и принимать решения о смещении. Сроков ожидания майлстоунов в ропдмапе. В некоторых случаях это помогает избежать проебов многомиллионных сделок
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Так, к слову пришлось. Просто результаты работы скрапа позволяют бизнесу смотреть на реальность сроков поставки и принимать решения о смещении. Сроков ожидания майлстоунов в ропдмапе. В некоторых случаях это помогает избежать проебов многомиллионных сделок
Бизнесу достаточно раз в две три недели делать демо. Всё!
источник

М

Мария in Архитектура ИТ-решений
Gennadiy Kruglov
Бизнесу достаточно раз в две три недели делать демо. Всё!
А на демо надо что-то показывать, причем то, что не было раньше
источник

И

Иван in Архитектура ИТ-решений
Alex
Скрам для команд в стадии инициации это рождение больной команды. Они будут выполнять ритуалы, вопросов нет. Они даже будут делать это постоянно. А результата от них не будет, того который нужен бизнесу.
Я смотрю тут нашёлся предсказатель будущего. Скрам также позволяет понять достаточно быстро правильно ли мы используем его, достигаем ли с ним результата и с случае необходимости - отказаться в пользу другой методологии
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Мария
А на демо надо что-то показывать, причем то, что не было раньше
Наверно)
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
Иван
Я смотрю тут нашёлся предсказатель будущего. Скрам также позволяет понять достаточно быстро правильно ли мы используем его, достигаем ли с ним результата и с случае необходимости - отказаться в пользу другой методологии
напомню
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
alIxkononov kononov
не ну если вы имплементите скрам через жопу это не проблема скрама а ваша
☝🏻
источник

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
Бизнесу достаточно раз в две три недели делать демо. Всё!
Бизнес бывает разный. Я работал с бизнесом, который непосредственно вовлечён и хочет видеть ежедневно, а таке был опыт с бизнесом, который интересуется раз в пару месяцев «что там вообще»
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Бизнес бывает разный. Я работал с бизнесом, который непосредственно вовлечён и хочет видеть ежедневно, а таке был опыт с бизнесом, который интересуется раз в пару месяцев «что там вообще»
А когда он с клиентами общается и свой работой вообще занимается? И почему он команде не верит? Зачем он вообще эту команду нанял?
источник

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
А когда он с клиентами общается и свой работой вообще занимается? И почему он команде не верит? Зачем он вообще эту команду нанял?
Полное доверие было. И кто сказал что бизнес это один человек?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Полное доверие было. И кто сказал что бизнес это один человек?
Если есть доверие, зачем каждый день смотреть? Смотреть - это ведь ещё и команду отвлекать
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И как тестировать это всё? Сырьё показать?
источник

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
Если есть доверие, зачем каждый день смотреть? Смотреть - это ведь ещё и команду отвлекать
Затем что мы работали в очень новой предметной области и команде даже было важнее постоянное присутствие бизнеса чем бизнесу нужно было смотреть. Была тонна экспериментов и вообще отличный продукт получился, я был доволен
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Затем что мы работали в очень новой предметной области и команде даже было важнее постоянное присутствие бизнеса чем бизнесу нужно было смотреть. Была тонна экспериментов и вообще отличный продукт получился, я был доволен
Ну это всё объясняет
источник

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
И как тестировать это всё? Сырьё показать?
Тестирование это хорошо, но я имею примеры где не было ни единого теста и расходы на исправление ошибок были ниже чем стоимость имплементации и поддержки тестов
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Тестирование это хорошо, но я имею примеры где не было ни единого теста и расходы на исправление ошибок были ниже чем стоимость имплементации и поддержки тестов
Как это смотреть всё каждый день?
источник

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
Как это смотреть всё каждый день?
Прекрасно)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Прекрасно)
Понял в чём секрет. В наличии чувства прекрасного)
источник