Кто делает или у кого такое есть?

У меня на текущем месте, первый месяц было код ревью и даже парный анализ данных — т.е. буквально в слаке созванивались и вместе писали код😅 но это я думаю было лишь для того чтобы, так скажем притереться, понять как работаю, обменяться знаниями/практиками. Сейчас уже такого нет.

В прошлую пятницу мы притирались в Valorant. Сегодня планируем для этой цели использовать Rainbow Six Siege или Apex Legends.

все тот же agile? и чем он от девовского реально отличается?

У вас место работы подходящее, не везде такое поймут))

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

Место - не место, а после первого сеанса в Valorant накал в дискуссиях опустился практически до нуля. Поэтому если команда +/- одного возраста, я бы всем рекомендовал к такому тимбилдингу присмотреться. Особенно если в команде есть удалёнщики.

я открыл сайт и мне этого уже достаточно. ничего нового там не вижу. только приставка DS

Он объясняет, почему Kanban, а не Scrum, в чем специфика DS проектов и как с этим жить, когда в компании Agile головного мозга.

не в этом дело. DS выступает в роли догоняющих. разработчики давно уже все проверили и обмусолили. с N-го года мне удалось перепробовать почти все комбинации методик в различных конфигурациях. если продукта и продакта нет — не работает ничего. все превращается в бесцельную операционную деятельность. а вся "гибучесть" работает только для команд из 5-7 человек. 30+ разрабов не помещаются в эту идеологию

DS выступает в роли догоняющих. разработчики давно уже все проверили и обмусолили. На одном из видео (а может и на всех) Асхат говорит ровно об том же. Причем почти дословно.

и scrum очень успешно применяется в DS. зависит от проекта и команды

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

вообще ничем. ни на йоту.

Первый раз если честно слышу. Спасибо за наводку, послушаю. А вы еще книгу упомянули, что за литература если не секрет?

На сайте leands.ai ссылка на PDF.

есть еще задача управления требованиями. вплоть до трассируемости на тесты. Очень нравится эта книга, не смотрите, что древняя. Ничего не изменилось https://www.ozon.ru/product/razrabotka-trebovaniy-k-programmnomu-obespecheniyu-27995134/ Вот классического Буча с UML не особо люблю.

если код для продакшена - делаем, конечно

Боюсь, что нынешнее поколение продактов/проджектов такого не осилит.

не осилит. там нет комиксов или мультфильмов

Ну поэтому и шансов внедрить маловато. А вот в LeanDS мемасики годные.

я старался почитывать, когда новый техдир пытался втянуть нашу команду в scrum, как у остальных разработчиков)) Отстояли kanban

Вот это годный совет, спасибо)

В сколько в вашей команде сотрудников, если не секрет?

Пока со мной 5. Потому и Valorant / Rainbow Six Siege.

А по распределению джун/миддл/синьорлид? 1/3/1, как-то так?

2 миддла и 2 милорда + я "DS ртом и PowerPointом". Джунов пока рановато брать.