GM
Почему это про Agile? Мне кажется про ДевОпс, про методологию разработку и уменьшение Time to Market
странно это снаружи выглядит очень потому что
Size: a a a
2020 February 10
VK
Вопрос - а есть прям реальная необходимость, чтобы одну фичу несколько команд пилило ? Может у вас всё-таки проблема с декомпозицией задач ?
Когда приложение делят на компоненты, за каждый компонент отвечает своя команда, и реализация одной юзер стори требует функционала в разных компонентах
DS
Почему это про Agile? Мне кажется про ДевОпс, про методологию разработку и уменьшение Time to Market
Да? Велью стримы это про девопс? И как у вас с подсчетом юнит экономики команды?
Если у вас передача между командами разработки, значит у вас вотерфолл, а не кроссфункциональные команды. А там девопсу жить сложно.
И считать потери(возможную экономию) логично бизнес-гаям, а не девопсам, кмк.
Если у вас передача между командами разработки, значит у вас вотерфолл, а не кроссфункциональные команды. А там девопсу жить сложно.
И считать потери(возможную экономию) логично бизнес-гаям, а не девопсам, кмк.
GG
это все очень сложный вопрос
GG
помните секретные материалы "the truth is out there" ? тоже с девопсом
VK
Например. Когда в CMS хотим создать механизм автоматических рассылок, то одна юзер стори пилится на:
- автоматизировать создание дайджеста в новостном модуле
- прикрутить кнопочку в личном кабинете
- добавить вызовы в почтовом модуле
Пример топорный, но надеюсь суть ясна
- автоматизировать создание дайджеста в новостном модуле
- прикрутить кнопочку в личном кабинете
- добавить вызовы в почтовом модуле
Пример топорный, но надеюсь суть ясна
SP
Например. Когда в CMS хотим создать механизм автоматических рассылок, то одна юзер стори пилится на:
- автоматизировать создание дайджеста в новостном модуле
- прикрутить кнопочку в личном кабинете
- добавить вызовы в почтовом модуле
Пример топорный, но надеюсь суть ясна
- автоматизировать создание дайджеста в новостном модуле
- прикрутить кнопочку в личном кабинете
- добавить вызовы в почтовом модуле
Пример топорный, но надеюсь суть ясна
Нет. Юзер стори - одна: "Как пользователь CMS, я хочу отправлять из личного кабинета почту". Всё.
SP
Что там будет происходить н абэке, как раскладываться - маркетологу ващще до жопы. Хоть пять команд пилить будут, хоть одна.
GG
ну все правильно
GG
СТОРИ одна - а АТОМАРНЫХ тасков - до жопы
GG
считайте, что это эпик
GG
ибо нихера вы это в один спринт не засунете
VK
Да? Велью стримы это про девопс? И как у вас с подсчетом юнит экономики команды?
Если у вас передача между командами разработки, значит у вас вотерфолл, а не кроссфункциональные команды. А там девопсу жить сложно.
И считать потери(возможную экономию) логично бизнес-гаям, а не девопсам, кмк.
Если у вас передача между командами разработки, значит у вас вотерфолл, а не кроссфункциональные команды. А там девопсу жить сложно.
И считать потери(возможную экономию) логично бизнес-гаям, а не девопсам, кмк.
В DevOps Handbook есть VSM :)
А по сути, даже кроссфункциональные команды можно криво распределить. Если неправильно спроектировать архитектуру приложения.
Кромсфункциональная команда != stream aligned команда
А по сути, даже кроссфункциональные команды можно криво распределить. Если неправильно спроектировать архитектуру приложения.
Кромсфункциональная команда != stream aligned команда
GG
сорри
GM
зачем в этом чатике не техническая проблема?
GG
организационные проблемы - это мы любим
GM
ну это поле для бесконечного флейма
VK
зачем в этом чатике не техническая проблема?
Потому что ДевОпс это не только про технику
DS
Потому что девопс любую проблему могут превратить в техническую
SP
зачем в этом чатике не техническая проблема?
Помогаем коллеге в меру понимания расставить в голове некоторые вещи по местам.