С десяток энтерпрайзов знаю, где все сделано через одно место. Но там везде скрам мастера. Правильно выше сказали: скрам как инструмент извращен. И это грустно

А если поставить и посмотреть, что и как отдаёт API? Просто первый вопрос и уточнение у меня расходятся в разные степи пока что.

@artemletya @reinmaker90 @denborovikov @zhant
Благодарю за ответы! Есть что поизучать))

Такое редко шарят на опенспейс, обычно либо в головах у людей, либо на прилично стоящих курсах

Да, к сожалению, у меня схожие ощущения.

Вот недавно слышала аргументацию за скрам - проджект не знает, как без спринтов спрогнозировать конечную дату поставки 😪🙈 Ну штож, конечно, тогда берём скрам!

Как было в одной статейке написано:
- Scrum! Sorry, what was the question?

Да и бесплатно вряд ли кто подскажет

Да ну зачем ты так. Спокойно могут рассказать технари, при желании. Просто вопрос должен быть понятный, а не абстрактный.

Сейчас это вопрос слишком высокого уровня абстракции, на который можно дать очень короткий ответ, который девушке не поможет.
Если вопрос сильно уточнить и найти то, что можно найти - то шансы получить ответ правильный и бесплатно - повышаются

Как проектировать CaaS? Сомневаюсь

Тут, кажется, что нужно копать в две стороны - в плане организации посмотреть на saas, отдельно разобраться в контейнерах кубера. Но имхо нужен тех надзор все равно будет. Как такое делать без специалиста по кубернетесу?

Вот и я про то же - слишком высокий уровень. Спроектировать бесплатно не спроектируют, но на конкретные вопросы ответы ты получишь легко)

Я б сразу искал хорошего ops-инженера и СА с опытом проектирования таких штук или учился самостоятельно, курсы амазона там, менторство

Ну пашто ты сразу в идеальный сценарий)

У того же slurm есть неплохие курсы вроде

Да, делаем за короткую итерацию (спринт - 3 недели) полезный инкремент каждый раз на протяжении уже 2-х лет и главное поставляем его на продуктив. Так что получается все таки Скрам 😊 У любого PBI в спринте конечно, время меньше спринта, но не каждый PBI выливается в фичу на проде. Например, для спайка в спринте может быть исследование на Х поинтов, результата которого клиенты не увидят. А вот хотелось бы понять, как засунуть создание и согласование с РО дизайн-макетов всего функционала, который будет в этом же спринте реализован крайне интересно. Видимо поэтому CX/UX/UI выносят из команды, а то уже не скрам получается. А на планировании спринта вдруг раз и уже макеты готовы

Поделитесь кучей других работающих подходов в разработке ПО кроме Scrum, Канбан, и Scrumban, ну и любимого водопада? Лично я наоборот радуюсь, что люди, уставшие от устаревших методов разработки ПО пытаются что-то изменить в своих командах, проявляя акты лидерства, ошибаются, пробуют, неверно с точки зрения профессионалов понимают ряд терминов, целей событий и артефактов. Но люди обретают практический опыт, иначе зачем мы называем все эти фреймворки эмпирическими? А нам, сертифицированным специалистам очень просто скатиться на высокомерные оценки зарождающихся во многих малых и крупных компаниях новых современных практик, вызывающих возможно у нас улыбку. И нет ничего зазорного почитать что-то и на Хабре, т.к. не все могут выложить 65 тыс. руб за курс Certified Scrum Master. Людям нужна поддержка, а не осуждение. Иначе мы так и не поднимем средний опыт применения Agile организациями в России, равный всего 3.2 года

P.S. Кстати, многие люди читают на родном языке, поэтому 16 стр.

Немного токсичненько у меня получилось, да. Прощу прощения. Но мысль была против бездумного использования фреймворков, без понимания их основных концептов, применение в случаях, когда они не нужны и даже вредны.

Что люди пытаются изменить - это очень хорошо, в хабре тоже ничего нет плохого (когда он не является основным и первым источником познания, а не исходные мануалы). Просто очень часто то, что они делают, называется карго культ. Вот я против этого. Скажете - осуждаешь - предлагай? Я и предлагаю - господа, обратитесь к первоисточникам, перечитайте и найдте границы применимости.

Водопада вообще не существует, есть последовательные, спиральные, итеративные, инкрементальные и смеси перечисленных (что-то могло пропасть).

p.s. Что вы скрам гайд читали - это очень хорошо 🙂 Если бы все так же - вообще бы построили прекрасный мир будущего.

Картинка с кучей работающих подходов (плохая, да, канбан там ни к месту - не потому, что не работает, просто стоит особняком)

Все равно токсично вышло…что поделать 🙂 Лучше чукча будет читатель

Так вы всего 1 фреймворк перечислили, скрам. Остальное не фреймворки. А зачем вообще использовать существующее?

Подавляющие большинство компаний использует имплементацию скрамбата, но на деле это просто свои процессы. Часто даже в реальности это работает намного дальше от скрама, чем от бата.