Все люди разные. Беги от того, кто скажет «Я знаю как правильно». Личное мнение.
лол ну я знаю как сделать скрум правильно :D тут ничего такого нет. в единоборствах тебя учат базе. как раз таки база эта и есть фреймворк. то что идет после этой базы и получения черного пояса - это уже постоянное развитие.
Igor
Sergey
Я это понял, когда преподавал классический менеджмент. Нет белого и черного. Всегда серое. Нет идеальных решений, есть приемлемые. В данную минуту, в данных условиях.
Igor
ну так нельзя переосмыслить базу. ну никак
Sergey
ну так нельзя переосмыслить базу. ну никак
А не надо ее переосмылять. Она должна быть частью Тебя.
Sergey
Чего то мы в философию ударились :)
Pavel
Коллеги, а вам не кажется, что вы Библию обсуждаете?:)
Sergey
Кажется
Igor
но ты же сам говоришь что каждый раз читая скрам ты переосмысливаешь какие то его компоненты. если это так, как ты можешь быть уверенным что скрам у тебя правильный?)
Sergey
Коллеги, а вам не кажется, что вы Библию обсуждаете?:)
Очень близко. И лидер слуга ... никого не напоминает?
Sergey
но ты же сам говоришь что каждый раз читая скрам ты переосмысливаешь какие то его компоненты. если это так, как ты можешь быть уверенным что скрам у тебя правильный?)
Я открываю для себя что то новое. Это немного другое. И кто может сказать какой он, правильный?
Sergey
Я бы не рискнул
Igor
Я открываю для себя что то новое. Это немного другое. И кто может сказать какой он, правильный?
да кто угодно. надо лишь задать вопросы :D
Pavel
Очень близко. И лидер слуга ... никого не напоминает?
Это уже давно закрытая тема. Да scrum очень христианский фреймворк. Но не надо до абсурда доводить :)
Pavel
Какбэ скрам гайд полезно перечитывать, особенно если погряз в ежедневной рутине и нет связи с сообществом. Раз в полгода имхо достаточно.
Sergey
Pavel
Но всерьез искать в нем ответы на все вопросы не стоит, гайд - не философская притча.
Vasilii
Коллеги, а вам не кажется, что вы Библию обсуждаете?:)
Недавно, когда обсуждали, что на самом деле имелось ввиду в гайде, я поймал себя на мысли, что мы похожи на релегиозных деятелей, которые толкуют библию или коран....
😂
Igor
можно начать с вопроса - кто у вас увольняет разработчиков из команды?
Sergey
Какбэ скрам гайд полезно перечитывать, особенно если погряз в ежедневной рутине и нет связи с сообществом. Раз в полгода имхо достаточно.
Я повторюсь, что в теме недавно. Я нахожу полезным читать его чаще.
Pavel
Тем более, что гайд, сам по себе, плохо объясняет, почему скрам работает именно в таком виде :)
Sergey
Sergey
Тем более, что гайд, сам по себе, плохо объясняет, почему скрам работает именно в таком виде :)
Так в этом и есть его прелесть :)
Sergey
Я думаю мы не найдем в мире двух одинаково его понимающих людей.
Sergey
Pavel
В том же SAFe каждая часть фреймворка четко и со ссылками на исследования, кесы и практику объяснена.
это не делает SAFe чем-то супер хорошим, но уровень понимания повышает.
Sergey
Он работает не благодаря вере в непогрешимость гайда :)
Я не говорил, что верю в его непогрешимость.
Igor
а какие грехи есть у скрама?
Vasilii
"над проектом должны работать мотивированные профессионалы"
Sergey
Манифест
Igor
хитрый план что там не эт написано :D
Igor
Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.
Igor
Как делать "железный" продукт не противореча гайду?:)
а в чем проблема с железными продуктами?
Pavel
а в чем проблема с железными продуктами?
В фазе mass production и в требовании поставлять ценность кастомерам после каждого спринта.
Pavel
Я еще много могу рассказать про проблемы с железом :)
Pavel
И да, скрам можно применять для разработки железа, но будет несколько натяжечек.
Igor
В фазе mass production и в требовании поставлять ценность кастомерам после каждого спринта.
ну хз я вот с железом работаю. ну как с железом - есть у меня типо мастерская. research я провожу империческим путем.
Igor
mass production - это скорее всего из домена complicated и скрам там не применим либо не эффективен.
Igor
поставлять ценность после каждого спринта - это вполне можно сделать на рабочем прототипе?
Pavel
промежуточная цель разработки железяки - выход на масс продакшен. До того, как ты закончиь разработку, это complex и скрам там вполне применим.
Pavel
Но гайд никак тебе не ответит на вопросы, как именно применять :)
Igor
так а в чем проблема? разработка и mass production вполне себе паралельные процессы
Pavel
Но ты вполне можешь оставить все feedback loops, все части, все артефакты и все ценности :)
Pavel
так а в чем проблема? разработка и mass production вполне себе паралельные процессы
feedback. Что в конце спринта будет происходить на review?
Igor
фидбек будем с прототипа получать?
Pavel
Вот ты разрабатываешь, например, новый революционный мобильный телефон.
Igor
ну я покажу что в нем революционного
Pavel
Что именно будет представлять из себя PBI так, чтобы он нес ценность и как ты этот PBI будешь на review обсуждать :)
Igor
вопрос того как прототип пойдет в mass production - это вопрос из сферы CI/CD
Pavel
У тебя не будет настоящего done очень долго.
Igor
всмысле настоящего?
Igor
все там будет :D почему Done должен быть ненастоящий?
Pavel
В прямом - ты не можешь отдать прототип на аудит соответствия какому-либо стандарту.
Igor
а зачем в DoD вносить соответствия этим стандартам?
Igor
соответствие стандарту это хотелка бизнеса тобишь обычный PBI
Igor
обычная story :D
Pavel
соответствие стандарту это хотелка бизнеса тобишь обычный PBI
Правда?:) Я даже на уровне софта с тобой не согласен :)
Igor
ну правда да
Pavel
Compliance как-то всегда было частью definition of done :)
Igor
это вообще не обязательно если у тебя идет разработка
Pavel
Например security. Или performance. Или maintenability :)
Igor
вопрос от слова потом. про эти стандарты надо знать команде да. чтобы не сделать так чтобы пройти нельзя было от слова совсем.
Igor
но эти стандарты не должны мешать инновациям
Pavel
Это я не говорю про всякие сложные стандарты типа HIPPA, PCI и т.п.
Igor
дальше то что? это не должно быть частью твоего DoD
Pavel
вопрос от слова потом. про эти стандарты надо знать команде да. чтобы не сделать так чтобы пройти нельзя было от слова совсем.
Это не совсем так работает. Команда дожна знать про стандарты, команда должна готовить решение так, чтобы оно могло пройти аудит соответсвтия этим стандартам :)
Igor
стандарты это хотелки клиентов, не более.
Igor
могло да - но DoD это про другое совсем.
Pavel
Это именно что должно быть DoD.
Pavel
Ок, что такое DoD?
Igor
DoD - это определение твоего готового PBI. То что должно быть сделано чтобы фича попала на обзор спринта.
Igor
стандарты это хотелки клиентов. и эти стандарты не всем нужны :D
Pavel
Ок, что с фичей происходит после того, как она попала на обзор спринта?