Ну я тоже про такую практику слышал, что из закидывают к сис.админам и за людей не считаю(ну в смысле эффорт их не считают)

Ну мы же не будем это серьезно обсуждать, мы же знаем кто такие DevOps, правда?

Как минимум, тот кто деливерит велью к конечному кастомеру, верно?

Как минимум dev, который ops, а не new cool ops

Я просто в чатике не так давно и еще не знаю всех общепринятых парадигм.

Я давно, но все равно пока не понимаю, где тут тонкий лед 🙂 Может кто-то объяснит на пальцах? Типа как всякие штуки от девопса попадут в беклог? Ну имхо, так же, как и тех долг и прочие рефакторинги. Через продажу ПО

Продавать ничего не надо. Вы либо можете договориться что важно, либо нет. Если нет, то продавайте, но это до следующего раза

А что такого негативного в продаже? Это разве не значит - убедить в нужности?

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

Понятно, спасибо!

But why?

Ну в общем-то потому, что чаще всего непрерывная интеграция и доставка (CI/CD) не являются ценностью для продукта, по этому параметру не мерюются продуктовые метрики, и.т.д. И на уровне команд - это просто тяжело внедрять. Там постоянно есть большее количество других, более ценных для продукта (или даже велью стрима) задачь.

Но, когда мы выходим на уровень portfolio managment, скорость доставки продуктов компании в целом - становится более важным фактором. По этому отдел devops, как бы ускоряет поставку ценностей. Но не работает внутри какого-то продукта.

Мое дополнение здесь: надо различать чем у вас занимается devops все же. Если это CI/CD и есть большой фронт работ по доставке и развертыванию, то да, вполне себе неплохое решение.
Если же devops у вас занимается всякими мелкими процессами внутри продукта: автомерджи, автосборки, прогон тестов, админство, и.т.д. Тоесть тем, что помогает работать программистам над продуктом. То скорее такой (такие) девопс должны быть внутри команды.

А тут уже вопрос как должны работать люди с выделенными компетенциями внутри команды. Будь это девопс или дизайнер или кто-то еще.
У себя, мы делаем отдельную канбан доску. Но вероятно есть и другие хорошие практики.

Что насчет майской Стачки? Готов принять вас с Левоном в дружеские объятия на Стачка.Agile!

А когда она?)

Звучит как очень узкое определение продукта :)

Посмотрел, мы в эти даты заняты оба :(

Жаль!

Всем привет! Меня зовут Сабах, территориально в Казани. Я новичок в области руководства проектами. На данный момент внедряю гибкие методологии в организации на которой работаю.

Посоветуйте с чего начать