Сергей, т.е. кроссфункциональные только разработчики?

А что под инфраструктурой понимается?

бухгалтерия, юристы, девопсы, продажи

Бухгалтерия есть. Присылает авансы и зарплаты. С продуктовой группой не взимодействует напрямую.. Юриста вобще никто не вилел из раработчиков. Продажи обращаются к владельцу продукта. Приходят на обзоры, спрашивают там про фичи и релизы. Все вопросы адают Владельцу Продукта. Девопсы админят серверы. Участсвуют в архитектурных экспериментах. Они не в командах, продвинутые админы.

ага, все более менее обычно), а то я встречал описание, мол LeSS и все, все, что нужно есть в командах, а больше ничего нет 😄

с "чистым" LeSS, представляется, еще на порядок сложнее, чем с "чистым" Scrum)

А зачем? Ну есть они и есть эти вспомогательные структуры.

Блин да нет там ничего сложного. Это сkрам с дополнительным событием Overall PBR

Про "ничего сложного" не соглашусь :)

Меня тоже на Ты, так проще.

Я пью только натуральый свежемолотый кофе. Имхо там его меньше. С растворимого дуреешь.

А уж с двух полллитровых банок редбула как дуреешь...

две чашки в день, третья в резерве), перечитываю "Жизнь на полной мощности", вспоминаю, что нужно качественно переключаться)

Люди, а каким ботом создавать голосования?

Денис, если аутсорс разработка - Jira, для нее уже все придумано и написано :)

Да, аутсорс, спасибо 🙂

#whois Привет! Работаю руководителем команды интернет-проектов в группе производственных компаний в Новосибирске. Основная моя специализация - оптимизация бизнес-процессов. :)) У меня есть достаточно большой архив электронных книг по управлению проектами и Agile, кому интересна ссылка на архив - стучитесь в личку. :) Сейчас изучаю Agile-практики и внедряю в работу команды, интересно знать, чем сейчас "живет" российское Agile-сообщество. Про группу узнал из группы Телеграмм - AgileNSK. :)

По поводу демонстрации метода декомпозиции стучитесь в личку. Если будет больше трех человек, проще будет мини-вебинар провести.

Команды кросс-функциональные. Или я не понял вопрос?

Что по вашему мнению относится к продуктовой группе и почему?

Особенно сейлз - продажи какбэ далеко не всегда предсказуемы в плане длительности.

Как минимум Принцип Costumer Centric. И прямая доставка ценности потребителю через все команду

Customer* (сорри за дотошность)

Да что только не делают неотъемлимыми частями Scrum - и Story Points, и User Stories, и Epics-Stories-Tasks - кто во что горазд. Вот очередная свежая хорошая статья на тему что такое Скрам: https://www.scruminc.com/the-3-5-3-of-scrum/

Воу-Воу, это часть LeSS?:)

Самое обидное что неприменимость этих практик в отдельно взятых условиях потом еще и как провал Scrum преподносят

ну на SAFe сейчас вообще "охота" открыта повсеместно))

Не спорю) Но "не попробуешь - не узнаешь", как говорит нам эмпирицизм )

Вот о чем я. И да - этот принцип часть LeSS

Плохо :)

Customer может отсутствовать.

В прямом. Создаваемая система может никак не соотноситься с customer и его проблемами.

В нашем случае она как раз напрямую к ним и относится. У нас платформа с двумя ключевыми кастомерами

В нашем случае она как раз напрямую к ним и относится. У нас платформа с двумя ключевыми кастомерами

Я про "в принципе" :)

Ролями кастомеров имею в виду

В условиях тестирования гипотез без фидбека от рынка далеко не уедешь

Кастомером может быть "система". У "кастомера" может не быть проблем, которые решает предложенный продукт.

Я приведу пример: софт для спутников. У вас нет гипотез или кастомера. И при этом никто не мешает применять scrum/less