@DDanis & Galina аргументы Ваши ценю 🍊

Мне кажется или здесь кто-то считает, что "Scrum и Agile это только для айти"?

Если вопрос ко мне - нет, я так не считаю.

Вопрос больше не к вам лично, а к частым скептическим комментариям, которые возникают когда "производственные" предприятия тоже начинают внедрение Agile-фреймворков.

Как например, на выступлении того же Дмитрия Кустова поднимался вопрос: "А зачем вам? Вы ведь не IT-компания".

В Agile-сообществе, на мой взгляд, такие вопросы исключительно странно слышать.

Ничего удивительного что люди далекие от производства не понимают как подобные вещи могут применяться в этой сфере :) это как область о которой "просто не думал об этом"

Возможно)

Й

#welcome Привет всем! ✌️ Меня зовут Аня Исакова, работаю в Movavi, маркетолог продукта

Теперь смотрите. The Manifesto for Agile Software Development. Речь всегда шла о гибкой разработке программного продукта. Именно программного продукта и ничего более.
Вы не будете делать по Agile самолет, небоскреб, корабль, ядерный реактор и даже автомобиль. А если и будете, то ваши инвесторы — жалкие неудачники.
На нормальном конвейерном производстве, где переналадка линии — это огромные денежные потери, вы тоже не будете использовать Agile.
Мест, где нельзя применять  Agile Software Development, еще очень и очень много.

При этом, нет никакой разницы производственная это либо IT компания. У производственной компании элементарно может быть web-сайт. Его можно делать по Agile. IT компания элементарно может делать софт для одного из агрегатов той же буровой вышки. И один баг обеспечит вам круиз по северам длиной в несколько месяцев, пока будете мотаться между вышками.

Причем, сам-то манифест в себе никаких новых вещей не содержал. Это обычный продуктовый (не проектный!) подход.

о, привет, Аня)

привет, Соня! ))

@constantine_mitin  Там в правом нижнем углу - Lean.

Собрали карту гибких подходов для бизнеса 🔥
Версию для печати можно взять тут:
https://scrumtrek.ru/stuff/

Я понимаю, Константин, что вы очень старались написывая такую огромную тонну текста и очень уважаю это ваше рвение.

Но, возможно, я вас расстрою всего двумя фактами:

1. Инженеры - они в любой сфере инженеры. ИТ-продукты ничем принципиально не отличаются от других продуктов (кроме того, что создаются на максимально прогрессивных технологиях).

2. В любом производстве кроме "конвейера" (который между прочим часто есть и в ИТ) есть, как минимум, R&D (который отвечает за то, чтобы конвейер всегда производил что-то актуальное), и если вы не понимаете, что Скрам там будет реально работать и даст положительный эффект - мне вам сказать больше нечего.

Ну, давайте смотреть на то, что нарисовали на постере.
1) Зачем-то бережливое производство связали с Enterprise Services Planning. Я даже не спрашиваю как и зачем. Просто призываю понять, что бережливое производство это непрерывный, а не дискретный процесс.
2) Зачем-то бережливое производство поставили в подчинение канбану, который, оказывается, служит улучшению качества.

Я понимаю, что на постере, как и на заборе, можно разное нарисовать. Но и относиться к этому нужно не серьезно.

Я зачем вам про корабли, ядерные реакторы и самолеты писал? Их не инженеры делают?

:) пусть на эти вопросы ответит ктонить из Scrumtrek :)
@kustovdimka Например :)

Заодно, объясните мне на простом примере. Вот у нас в стране сейчас планируют запустить запуск авиадвигателя ПД-14. Расскажите, как вы видите себе разработку и производство такого устройства по Agile. Со всеми испытаниями, проверками и сертификациями.

Для вас все заводы одинаковы, Константин? Почему именно на вашем примере я должен объяснять как работает Agile в промышленности?

Что вам вообще мешает самому выйти за рамки ваших личных стереотипов и погуглить на тему того, как сейчас строятся процессы в американском машиностроении, например?

Классная тема  докладика про Agile manufacturing .  Есть уже активно развивающийся подход. Помоему так называется =)