Просто поболтать
а вы в чем меряете задачи на покере? В попугаях (сторипоинтах)? По шкале фибоначи?
Угу. И вы готовы пользоваться банковскими приложениями изготовленными по этой парадигме?
Уже начинаем пользоваться, и вы и я. Выбор вобщем-то небольшой: или так или нахрен с маркета, если не сейчас то в ближайшем будущем, N26 и Revolut вас вынесет.
Кстати, необходимость почаще релизить уже добралась до умов руководства немецких банков и страховок. Некоторые уже даже что-то делают в эту сторону.
В нашем случае - это уже ГЛАВНАЯ идея высшего руководства
Если оно, то чой-то оно кануло? Тот же скрам, чем не SDLC?
Скрам - это планирование на несколько недель вперёд, SDLC - это месяцы и годы. Cейчас планировать на годы - это Бога смешить
Agile fanboy detected? Во-первых Агильное мЫшление оно хорошо, но не везде.
Я не фанат Agile, но меня особо никто не спрашивает
AlexNek
некоторые идиоты планируют в днях. И поэтому теряют прогеров.
а вы в чем меряете задачи на покере? В попугаях (сторипоинтах)? По шкале фибоначи?
По разному. То в попугаях, то в размерах (S,M,L,XL). В одной команде была "шкала сложности" от 1 до 5, и для каждой оценки 2-3 примера висело на доске. Тоже достаточно удобно. Но с фибоначи лучше "скорость спринта" определять получается. Ну, тем, кому это надо. Хотя при необходимости можно любую шкалу в сторипойнты "перевести". Типа S = 1, M = 2, L = 5 (да-да, 3 пропускаем) и те де.
Главное чтоб не в часах.
Выбор вобщем-то небольшой: или так или нахрен с маркета, если не сейчас то в ближайшем будущем, N26 и Revolut вас вынесет.
Чёрта с два. Скорее их вынесут с рынка ногами вперед. Как только они начнут мешать (а пока что со своей клиентской базой они не мешают даже DKB, наверное) и что-то нарушат - на них моментом наедет BSI или BaFin или ещё какой-нибудь Datenschutz возбудится.N26 уже, по-моему, получали по башке от BaFin или BSI. И придётся им развлекаться как и остальным банковским ИТ-конторам.
И да, лично я ими не пользуюсь и не планирую.
В нашем случае - это уже ГЛАВНАЯ идея высшего руководства
А вот это плохо. Не везде, вот совсем не везде нужны постоянные релизы. Тот же оракл ещё доиграется со своими 2-мя недорелизами явы в год, амазон радостно потирает ручки и лепит своё корретто. Главная идея должна быть делать то что требуется для успеха. Надо релизить свою игрушку по 5 раз в день чтобы хомячки мерились у кого самая новая версия? Да пожалста. А если у тебя фреймворк, которым пользуются пара сотен тысяч человек, то релизить каждую неделю (кроме багфиксов) - очень, очень тупо.
Скрам - это планирование на несколько недель вперёд, SDLC - это месяцы и годы.
Ну, про отношения скрама и SDLC тут по-моему хорошо сказали: https://www.scrum.org/forum/scrum-forum/31811/can-scrum-be...
Как часть цикла (разработка и maintenance, частично планирование) использовать скрам, почему нет?
Cейчас планировать на годы - это Бога смешить
Смотря где. Вы не представляете на сколько лет вперед планируют разработку софта для АЭС.
И да, лично я ими не пользуюсь и не планирую.
Много теряете, это удобнее и дешевле
Надо релизить свою игрушку по 5 раз в день чтобы хомячки мерились у кого самая новая версия? Да пожалста. А если у тебя фреймворк, которым пользуются пара сотен тысяч человек, то релизить каждую неделю (кроме багфиксов) - очень, очень тупо.
Это не столько для гиков делается, сколько для быстрой реализации прибыльных бизнес-идей, напрмер партнёрские сервисы с использованием API. А фреймворки сами могут deprecate support до того как вы проапгрейдитесь, опять же вам нужно уметь быстро переключаться. Говоря о комплаенсе и безопасности, если нужно критичный security patch, кто его накатит быстрее? Болото с SDLC, или Agile+Devops?
Вы не представляете на сколько лет вперед планируют разработку софта для АЭС.
Ну почему, догадываюсь, но АЭС работает несколько в другой среде, чем современный банкинг, там и принципы проектирования другие.
если нужно критичный security patch, кто его накатит быстрее? Болото с SDLC, или Agile+Devops?
А вот не надо путать долгие планируемые релизы и возможность задеплоить багфикс. В одном проекте, где релизили мы два раза в год, и от "код готов к релизу" до релиза проходило 4-6 недель, критические фиксы деплоились за 6 часов. Потому как набор критических тестов прогонялся за 5,5 часа.
Так вообще абсолютный рекорд для выходных.
Пора думать после со скольки страниц открывать продолжение 
ну вот, еще немного просто поболтаю и в люлю. ух ты, как здорово! классная тема : )
болтаю-болтаю-болтаю-болтаю-... засыпаю...
Ну, я это слышу года так с 2000-го. Сколько ещё ждать?
в 2000 особо никто про облако, IaC и DevOps не говорил. Этот тренд начал в Германии появляться примерно в 2010.
Сейчас практически в любом концерне пытаются протолкнуть DevOps, IaC и все эти ваши контейнеры, но только к сожалению внутри концерна это редко получается потому что не выходит переучить уже имеющихся персонал.
Те концерны которые это вовремя поняли - открывают свои стартапы куда набирают молодые команды разрабов, девопсов и т.д.
Те которые еще не поняли, занимаются в лучшем случае lift-and-shift.
По своему опыту работы в концернах могу сказать что видно что для классического IT бютжет урезают, проекты уже особо иновативные не стартуют. В стартапы или девопс комманды наоборот, вваливают бабло, даже если явно видно что проект провальный.
Угу. И вы готовы пользоваться банковскими приложениями изготовленными по этой парадигме? :) Кстати, необходимость почаще релизить уже добралась до умов руководства немецких банков и страховок. Некоторые уже даже что-то делают в эту сторону.
Буду или не буду пользоваться таким приложением - меня как конечного пользователя и спрашивать никто не будет. Буду, потому как альтернативы другой нет. А сейчас всем плевать на качество, надо быстро релизить фичи, чтоб конкуренция не обогнала. И таки да, я в банке и везде надо чтоб было слово DevOps и чтоб все на OpenShift. Начальство так хочет. Чтоб все в ногу со временем, чтоб иновативно, даже если смысла не имеет. Если сверху сказали чтоб везде k8s значит будем пихать монолит на java в докер и
деплоить на openshift. Это я на тему ...
И как они только работают-то ещё и не заменены на супер-пупер-девопс-клауд-ии-инфрастракча-эз-зе-коуд стартапы, вот где загадка.
в 2000 особо никто про облако, IaC и DevOps не говорил. Этот тренд начал в Германии появляться примерно в 2010.
Нет, я про то что придут супер-современные стартапы из 10 гениев и разгонят всё это ваше болото из 300 лентяев. Как там, когда убиваешь дракона, сам становишься драконом.
Сейчас практически в любом концерне пытаются протолкнуть DevOps, IaC и все эти ваши контейнеры, но только к сожалению внутри концерна это редко получается потому что не выходит переучить уже имеющихся персонал.
Контейнеры легче заходят. Потому как достаточно выпросить у руководста парочку серверов и можно играться самому. Постепенно подтягиваются остальные. Тестеры начинают возбуждённо сучить лапками - "ух ты, это мы сразу можем тестировать 10 разных версийи не путаться в библиотеках?". А IaC не нужен везде. Для него просто тяжелее объяснить а что мы, собственно, выиграем. Переучивать - да, самая большая проблема. Особенно когда не можешь внятно показать преимущества. Опять же, с контейнерами проблем пока что не было.
открывают свои стартапы куда набирают молодые команды разрабов, девопсов и т.д.
Есть такое. Два раза видел. Лютый хм... трындец. Это хитромудрые экономисты так "хэджируют риски", типа мы вложим 10 лимонов, а если они долгов на 50 наделают, то это не наши проблемы. Но эти стартапы 100%-е дочки. И в руководстве сидят те же дубы или хитрые ворованы. Как через эти стартапы весело тырятся денежки, просто сказка. Но тут ничего нового нет. И раньше организовывали отдельные GmbH.
По своему опыту работы в концернах могу сказать что видно что для классического IT бютжет урезают, проекты уже особо иновативные не стартуют.
Прям в гигантских концернах вроде VW или Эйрбас-а я не работал. А в середнячках, с оборотами от 2 до 20 миллиардов - да. У нас наоборот. Одна из страховок расширила свой ИТ за последние 10 лет раза в 2, даже больше. Причём до 2012 они вообще явой не занимались. А теперь у них... Человек 70, наверное, которые на яве / ангуляре приложения лепят. И человек 5-6, которые инфраструктуру в облако перетаскивают и разрабам помогают с докером и AWS (ECS). Бюджет увеличился неслабо. А сейчас они стараются уменьшить количество экстернов. Чтобы знания в фирме оставались. BG-шная дочка с 2010 по 2019 выросла с 350 до 500 человек. У FI тоже проблем с бюджетом нет. Но они не растут, им сейчас надо выходящих на пенсию заменить.
P.S. давайте без "иновативных" проектов обойдёмся. Это личное. У меня на них аллергия. Не надо на каждую волну хайпа запрыгивать. Может я просто ни с чем действительно интересным не сталкивался, но уже начинаю думать что дальше чем "а давайте насобираем хренову тучу данных и напустим на них нейросеть" (ну и всё это в облаке, ессно) "инновативная" молодежь не продвинулась (а унутре у ней неонка). А, да, IaC и Serverless, само собой.
Не, меня только дэйли задалбывали
Правильно организованное дэйли это как раз классная штука в группе. Но мы это уже обсуждали.
Правильно организованное дэйли это как раз классная штука в группе.
Проблема больше немного в другом плане - каждый день в определённое время нужно куда то идти/быть онлайн на неопределенное время.
Ну и "правильного" пока не попадалось 
Правильно поставленный Скрам вобще неплохая штука. Проблема возникает, когда у руководства нет ни знаний ни идей, и если Скрам-мастер при этом пассионарный, то начинается замещение продуктивной работы страмом ради скрама.
Вот это уже мрак.
Проблема больше немного в другом плане - каждый день в определённое время нужно куда то идти/быть онлайн на неопределенное время.
В правильном скраме время жестко определено. Проблема в неправильном скраме.