Почему то много говорят о технической стороне вопроса, когда речь

заходит о discovery и delivery. Но самый главный вопрос почему то часто обходят стороной или не заостряют на нем внимание: нафига?

Зачем discovery? Почему нельзя просто сделать анализ, нарисовать дизайн макеты и взять все это в разработку? Чем discovery отличается от стандартного up-front анализа на входе в разработку?

То же самое - нафига спринты? Почему нельзя просто пилить бэклог, оптимизируя поток? В чем ценность спринта? Чем скрам отличается от обычного деливери процесса, где есть планирование на входе в итерацию, демо на выходе и до кучи есть ретроспектива по метрикам поставки?

Эти вопросы начинают задаваться. Потихоньку, немного иными словами, но начинают обсуждаться. Что не может не радовать.

Дискавери - это про другое :) Основной вопрос в Дискавери - «нафига?»

А что я сказал про discovery? Что "другое"?

Мне показалось, что тема дискавери не раскрыта. Если не так понял, пардон. :)

Я ее намеренно не раскрываю. Только вопросов накинул, чтоб посмотреть кто что думает. У меня руки чешутся накатать пост себе в телеграм канал на эту тему, коль скоро виден тренд (интерес)

Я бы ещё добавила "и шо конкретно"

Здравствуйте, а вот если внутренняя разработка для крупного энерпрайза, где нет конкурентной среды, то насколько важен процесс дискавери, HADI-циклы и все такое? Вопрос "нафига" обычно никто не задает, потому что Заказчик "с погонами" сказал, что так надо

В таком случае дискавери проходит вне вас.

Денис, что ты имеешь в виду? Типа бизнес его проводит? Очень сильно сомневаюсь. Не беру там требования регуляторов или локальных нормативных документов или ИБ. Вот доп. фичу бизнес вкидывает: давайте цвета на графике факторного анализа сделаем не корпоративными (а то ничего не видно), а цветами радуги. Где тут дискавери? Кому ничего не видно? Коридорные тесты может провели? Не видно директору

Я помню эти вопросы тут года с 2015-го)) Я как раз любил поучавствовать в этих баталия. > Чем discovery отличается от стандартного up-front анализа на входе в разработку? В ранней валидации, в том что дизайны тестрируются ДО реализации. Здесть скорее параллели с RAD нужно искать, а не Waterfall. > То же самое - нафига спринты? Почему нельзя просто пилить бэклог, оптимизируя поток? Можно, завивист от подхода. Спринты создают операционный ритм, помогает комманде тренироваться в оценке задач, повышает видимости. В общем зависит от того что вы оптитмизируете - throughput или variance. Это как в трейдинге, кто-то может с большим риском работать, кто-то нет. Мне спринты не нужны, потому что я готов к риску. Многие люди в менеджменте часто контрол-фрики, и им спринты создают психологический комфорт. > Чем скрам отличается от обычного деливери процесса, где есть планирование на входе в итерацию, демо на выходе и до кучи есть ретроспектива по метрикам поставки? Ты имеешь в виду итеративную разработку? Короткостью итерации, фокусом на не формальные техники.

"Я помню эти вопросы тут года с 2015-го" - этот чат настолько стар?

Да, ему лет 7 наверное

Отказ от корпоративного цвета в пользу радуги это результат дискавери :)

Кстати ничего плохого в разработке корпаративного софта таким образом нет. Все равно это cost center, самый главный критерий разработки такого софта - как можно дешевле. Готовые фреймворки, минимально приеимлимый UX, даже тестирование можно выкинуть (если нет регуляторного давления)

(мораль такая - хотите заниматься классными вещами, не работайте там, где вы cost center 😉 )

В голодные времена тем кто "кост центр" им режут бюджет \ сокращают людей, и ожидают что те кто остались будут справляться с той работой которую раньше делало в 2 раза больше человек.))

И не только в голодные. Доказать пользу посещения IT-конференции в условном автохолдинге - та ещё задачка :)

>самый главный критерий разработки такого софта - как можно дешевле Ха, ха. Вы не знаете наши внутренние ставки 😊 Epam наверно отдыхает. А вот кстати интересно, сколько стоит, например C# бекенд разработчик senior в час? В среднем

>даже тестирование можно выкинуть (если нет регуляторного давления) Ну это Вы прямо совсем нас в ХХ век отправили 😊 у нас даже обязательным является безопасная разработка сейчас для внутреннего софта, DevSecOps и все такое недешевое

Да, а вот это в точку... Только менеджмент не понимает другой связи: участие в конференциях может укреплять ИТ-бренд и разработчики при выборе работодателя хотя бы будут знать уже, что хоть есть такой

Да пофигу там на IT-бренд. Как и на клининг-бренд :). Планово убыточный подход - это норма для таких ситуаций.

Перефразироваа известную цитату - это не ваше достижение, это недосмотре начальства)) Ну а если серьезно, то возможно компания видит все-таки ИТ не как cost center, либо имитирует это для поддержания своего бренда на рынке труда.

Циклы не нужны. А вот правильные аналитики которые задают этот вопрос нужен.