Size: a a a

2019 August 02

D

Dimka in AgileNSK
KriKri
Всем привет!
Подскажите - кто-нибудь считал выгоды разработки с хорошим поддерживаемым кодом и костыльными решениями?
Есть кейсы или статейки, можете поделиться?
Рертроспективные рассуждения, рассматривайте как галюцинации и не более. Потому как, люди еще не научились возвращаться назад и проходить путь заново. Либо обосновываем решение экономически, если нет, то это волевое решение. А после того как команда его принимает, бессмыслено рассуждать, чтобы было если бы выбрали другой путь. Когда мы принимаем решение по продукту это определяет вектор развития на который влияет много независимых переменных, которые могли бы и не появиться выбрав бы мы другой путь. Хотя и последнее предложение, тоже галлюцинация🙃
источник

K

KriKri in AgileNSK
Вот и не совсем понятно - как обосновать экономически.
1. Разработка в старом стиле займет n времени.
2. Разработка в новом стиле займет n+ риски неизвестного стека  +обучение. Выгоды 2, предположительно снижение нагрузки на базу данных, адаптивность, поддержка для будущих поколений. И вот ключевое - предположительно😔
источник

D

Dimka in AgileNSK
KriKri
Вот и не совсем понятно - как обосновать экономически.
1. Разработка в старом стиле займет n времени.
2. Разработка в новом стиле займет n+ риски неизвестного стека  +обучение. Выгоды 2, предположительно снижение нагрузки на базу данных, адаптивность, поддержка для будущих поколений. И вот ключевое - предположительно😔
Если обосновать не получается или это занимает много времени, то принимайте волевое решение. Ответ в такой ситуации ищут сами, универсального решения нет.
источник

D

Dimka in AgileNSK
Ну есть еще третий вариант, продолжать думать)
источник

D

Dimka in AgileNSK
Можно поискать ответ от "видения" продукта или компании на 3-5 лет, если имеете.
источник

K

KriKri in AgileNSK
Dimka
Можно поискать ответ от "видения" продукта или компании на 3-5 лет, если имеете.
Отталкиваясь от этих рассуждений и решили освоить новый стек.
Встряли на обосновании 😭
источник

K

KriKri in AgileNSK
Dimka
Ну есть еще третий вариант, продолжать думать)
👌
источник

D

Dimka in AgileNSK
KriKri
Отталкиваясь от этих рассуждений и решили освоить новый стек.
Встряли на обосновании 😭
Если обосновать экономически сложно или это сильно гипотетические цифры, а компания не выделяет бюджет, то возможно руководство не особо верит в ваш vision.
источник

K

KriKri in AgileNSK
Это уже другой вопрос)
источник
2019 August 05

VG

Vadim Glushkov in AgileNSK
Привет! Меня зовут Вадим. Есть несколько вопросов.
источник

VG

Vadim Glushkov in AgileNSK
Сюда послали за ответами. Кто такой product owner? У кого есть опыт работы с ними? Кто может научить быть им?
источник

AP

Anastasia Prokopyeva in AgileNSK
Vadim Glushkov
Сюда послали за ответами. Кто такой product owner? У кого есть опыт работы с ними? Кто может научить быть им?
Жизнь, видимо
источник

ИШ

Иван Шишкин in AgileNSK
Аватарка самая настоящая PO-шная.
Я предлагаю пойти от целей: хотите стать PO или уже стали? Что от вас хотят, какие возникают вопросы
источник

VG

Vadim Glushkov in AgileNSK
У меня есть такой образ о продакте. Это человек который проводит ресерч у стекхолдеров. Потом вносить различные юзерстори в продактбэклог и проставляет им приоритеты. Затем делится болью на планмитингах с группами разработчиков. Проводит периодические грумминги. Хочется узнать, где научится такому. Есть курсы или гуру которые могут помочь?
источник

ИШ

Иван Шишкин in AgileNSK
По курсам @kustovdimka может подсказать.
источник

DU

Dеfault Username in AgileNSK
Vadim Glushkov
У меня есть такой образ о продакте. Это человек который проводит ресерч у стекхолдеров. Потом вносить различные юзерстори в продактбэклог и проставляет им приоритеты. Затем делится болью на планмитингах с группами разработчиков. Проводит периодические грумминги. Хочется узнать, где научится такому. Есть курсы или гуру которые могут помочь?
источник

VG

Vadim Glushkov in AgileNSK
источник

ИШ

Иван Шишкин in AgileNSK
По образу все сложно. Имхо, зависит от организации. Есть еще традиционный холивар product manager vs product owner с зарубой на тему, что из этого роль, что должность, что за стратегию, а что за тактику
источник

ИШ

Иван Шишкин in AgileNSK
Самое каноничное описание, имхо, в Scrum Guide. Но детали уже надо искать в других книжках
источник

ЕП

Евгений Подтеребков in AgileNSK
Почитайте На крючке Марти Кегана
Имхо Это библия продактов
источник