Igor
притом доменов может быть дохрена где надо будет шарить
Pavel
надо объяснять что маркетинг и прочие критичные скиллы - это тоже его работа и надо этот домен развивать.
Это обычно объяснять не приходится. Мне их как развивать :)
Pavel
Просто на роль PO есть два взгляда: это доменный эксперт с базовыми знаниями scrum и это универсальный спец по требованиям с базовыми знаниями домена.
Pavel
Я не знаю, какой из них верен :)
Igor
устройся работать PO - тогда у тебе будет понятно какие навыки развивать
Igor
ибо в каждом продукте своя специфика и нужны будут разные навыки :D
Pavel
ибо в каждом продукте своя специфика и нужны будут разные навыки :D
А у скрам мстера есть такая спеифика? (вопрос провокационный)
Igor
А у скрам мстера есть такая спеифика? (вопрос провокационный)
в основном нет :D скрам везде одинаковый.
Igor
срам - везде разный :D
Ivan
должен ли СМ разбираться в продукте что делает команда?
Ivan
а должен ли понимать технологии или программирование?
Pavel
в основном нет :D скрам везде одинаковый.
Ну вот, а у продакт овнера есть специфика? И если да, то в чем на выражается?
Igor
Ну вот, а у продакт овнера есть специфика? И если да, то в чем на выражается?
в продукте, в рынке на который этот продукт выходит. в пользователях этого продукта.
Pavel
Может ли продакт овнер быть не экспертом в доменной области продутка, если с ним работают эксперты?
Igor
Pavel
в продукте, в рынке на который этот продукт выходит. в пользователях этого продукта.
Должен ли он сразу быть экспертом или он должен уметь формировать экспертизу?:)
Igor
Должен ли он сразу быть экспертом или он должен уметь формировать экспертизу?:)
он должен стать экспертом.
Pavel
войдя в домен и изучая его.
Еще раз тот же вопрос - а как? - в контексте "каким образом изучая?"
Igor
Еще раз тот же вопрос - а как? - в контексте "каким образом изучая?"
ну каким образом? блин каким образом я изучил то как работает мерчендайзинг :D какие там проблемы в нем.
Pavel
Igor
ты общаешься с людьми. ходишь на конфы мерчендайзеров :D изучаешь проблемы которые тебе принесли клиенты.
Igor
общаешься с клиентами и изучаешь их хотелки.
Igor
изучаешь опыт других компаний, например amazon мерчендайзинг пытаются убить. заменив все роботами :D
Igor
экспертом ты становишься когда начинаешь иметь портфолио из best practice по решению проблем клиентов.
Igor
либо понимаешь какие проблемы есть в отрасли, если решений нет на данный момент.
Pavel
Блин, как-то с ажайл коучингом проще :)
Igor
суть в том что каждый член скрам команды должен быть таким экспертом(ктото меньше кто то больше). PO просто делает другую работу и он должен быть больше всех экспертом:)
Mikhail
а должен ли понимать технологии или программирование?
А что нам Less говорит про технологии? ;)
Mikhail
Скрам в it аналогично
Ivan
ты хотел сказать вне it ?
Mikhail
Нет. Я хотел сказать, что Scrum в IT настолько же сильно завязан на technical excellence как и в Less. Более того - про это все и в манифесте есть. Сегодня как раз @UfoDriverMARS про это на конфе рассказывал
Levon
Если коротко - без технического совершенства вы с Agile обанкротитесь
Levon
видео и преза будет к концу недели
Прям вот без вариантов, либо у вас будет наследие из норм технически подкованных devTeam и продукт будет жить
Yuriy
Хорошая практика. Я вот только думаю как ее на нескольких командах применить. Но собственно у меня сейчас основное это ретроспективы. Одна из команд уже сама проводит. Общее планирование, Общий PBR, общая ретроспектива. Остальное сами. Ну многокомандный PBR запускаю. Самое обидное, что я шел этим путем, чтобы все сами. Но меня «подкорректировали». Задумался, спасибо.
Мне кажется, что к этому нужно стремиться каждому SM
Yuriy
У меня через дорогу community colledge, там преподают agile.
Интересно сколько по продолжительности учат
Pavel
Интересно сколько по продолжительности учат
В целом курс management in IT врде как 4 семестра. Сколько из них скраму посвящено - я не знаю.
Pavel
Вебинар по персонам будет 3 ноября. Будет рассказ без большого количества деталей про UX персоны и то, как с ними работают на стадии формирования требований, будет рассказ с подробностями про персоны в рамках работы команды в scrum и то, как персоны помагают валидировать результаты спринта.
https://zoom.us/webinar/register/WN_-MChM-2fR-2Ail12KSaecg
Alex
Просто на роль PO есть два взгляда: это доменный эксперт с базовыми знаниями scrum и это универсальный спец по требованиям с базовыми знаниями домена.
Верен универсальный спец по требованиям + доменный эксперт 😀
Pavel
Верен универсальный спец по требованиям + доменный эксперт 😀
Так эксперт экспертом остается только в одном домене. Зачем ему универсальость с требованиями в таком случае?:)
Alex
Так эксперт экспертом остается только в одном домене. Зачем ему универсальость с требованиями в таком случае?:)
А что вы, еще раз, подразумеваете под «универсальный спец по требованиям»? Чтобы нам по терминологии синхронизироваться..
Alex
С доменом то вроде понятно все
Alex
А все, понял. Универсальность ему за тем, если решит вдруг сменить домен, и стать экспертом уже в другом домене (почему нет?).
Alex
Нужно одинаково хорошо уметь управляться с требованиями в любом домене :)
Ну а вообще я конечно же просто иронизирую на тему «единорогов, которых не существует».
Alex
Pavel хотя вот у вас, например, экспертиза в скрам - что мешает осесть в каком-то домене, набрать опыт , стать экспертом в предметке..?
Pavel
Alex
Думаю мысль донес
Alex
Как тут уже выше сказали верно - это ж дело опыта. Правило 10000 часов (если у нему конечно правильно голову прикладывать), все такое.
Pavel
От того, что я стану глубоко разбираться в каком-то домене, я не стану ПО :)
Alex
От того, что я стану глубоко разбираться в каком-то домене, я не стану ПО :)
Сорри, у меня время позднее, видимо уже слабо улавливаю суть.
Если речь о том, что конкретно прокачивать у ПО, то вот популярная картинка:
Alex
Alex
Тут в сравнении с продактом правда
Alex
Но в кач-ве «куда копать», думаю подходит
Sergey
А что нам Less говорит про технологии? ;)
Этому уделяется огромное значение. Без инженерных практик не взлетит. https://less.works/ru/less/technical-excellence/index.html
Sergey
Sergey
У себя примерно такое же и наблюдаю. Через 10 месяцев от начала внедрения фокус все больше смещается в сторону инженерных практик и организации. Команды и РО конечно также актуальны.
Vladimir
Вот если бы надо было изобразить первый принцип из agile manifesto, то лучше иллюстрации не найти )
Vladimir
Прошу прощения, не принцип... а ценность
Денис
Просто на роль PO есть два взгляда: это доменный эксперт с базовыми знаниями scrum и это универсальный спец по требованиям с базовыми знаниями домена.
А по мне так, PO - это доменных эксперт со знанием маркетинга, стратегии, бизнес планирования и т.д., а вот scrum ему извините и не нужен. Это скорее всего product manager тогда. ИМХО из мира энтерпрайз.
Mikhail
Sergey
Не только Less не взлетит
Ну Скрам-гайд умалчивает об этом. В LeSS уже явно и про CI и про Совместное владение кодом и про тестирование.
Sergey
Просто на большом количестве команд это проявляется очень четко.
Mikhail
Ну Скрам-гайд умалчивает об этом. В LeSS уже явно и про CI и про Совместное владение кодом и про тестирование.
Зато манифест не умалчивает :) как раз про это мы. Видео скинем потом, что имеем в виду
Sergey
Ждем!
Levon
Этому уделяется огромное значение. Без инженерных практик не взлетит. https://less.works/ru/less/technical-excellence/index.html
Вот что интересно..
Давайте сгенерим определение технического совершенства?)
Levon
Сразу оговорюсь, в трактате от NASA ничего дельного нет, да и в гугле тоже )
Max
Вот что интересно..
Давайте сгенерим определение технического совершенства?)
Способность создавать стабильные технические решения (это если без деталей)
Levon
Способность создавать стабильные технические решения (это если без деталей)
Круть)
Но excellence это не способность)
Max
Согласен =) Давайте тогда перейдём к пути: способность > навык > мастерство. И заменим первое слово в определении.