Как дедушка TPS вырастил внуков Lean, Kanban, Scrum и Agile?

[ilnoor]

"Scrum" (конец 20 века) - по признанию автора метода - это "революционный метод управления проектами"

Это название книжки на русском. Как говорил А. Пименов, здесь ложь в каждом слове.
Скрам - это не революционный, не метод, не управления, и не проектами.

[RomanIVl]

Это не название книжки, а начало аннотации, о чем собственно и ирония)

[yarigpopov]

Спасибо за рассказ об истоках. Лично я познал философию TPS посетив Commemorative Toyota Museum, где можно воочию увидеть 30-летнюю эволюцию их ткацкого станка.

Lean в применении к созданию ПО хорошо описан в книге Тома и Мари Попендик Implementing Lean Software Development

[RomanIVl]

Спасибо за реакцию, первая статья, философия TPS уникальна и многогранна, но на сегодняшний день в машиностроении лидирует Porsche с его интерпретацией TPS, насколько мне известно)

[ilnuribat]

Да, Порше в 93 начали производить по тпс, позвали консультантов и все поменяли

К 2003 году рентабельность достигала 17%, что по меркам автопрома сумасшедшая цифра.

[DStone]

Работал в 4-5 разных компаниях, от малого бизнеса до банков. Везде данные даются хаотично, фреймворки разработки преподносятся как данность и без права модификации. Теперь можно заглянуть глубже и понять, откуда истоки этого всего.

[RomanIVl]

Вообще Тойота подсмотрела зачатки этой оптимизации у советских инженеров, что удивительно, но факт)

[ilnuribat]

Разве?

Я думал Дейминг приехал из Детройта после второй мировой и начал всех учить

Это же его теория - PDCA, ещё до появления тпс была

[sena1101]

Здрасте. Я, конечно, дико извиняюсь, но про Скрам всё неправильно. Я даже не стал читать дальше про Agile, т.к. смысла в этом нет никакого.

1. "революционный метод управления проектами" - в корне неверно. Почитайте и почувствуйте разницу: "Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems."

2. "спринты" , обычно 1-4 недель" - "They are fixed length events of one month or less to create consistency." Сприн должен быть настолько коротким, чтобы была возможность управлять рисками; быть достаточно коротким, чтобы производить инкремент, который потенциально можно "доставить" стейкхолдерам.

3. "Спринты дают возможность заказчику или тестируемому пользователю вносить оперативные изменения в продукт." - В Скраме ни слова нет о заказчике или тестируемых пользователях. Наверное, имеется в виду стейкхолдеры. И никакие заказчики или тестируемые пользователи не могут внести изменения в продукт. Все изменения вносит в Product Backlog ТОЛЬКО Product Owner. Именно Продук Оунер определяет порядок того, что нужно улучшить или добавить в продукт. Могут ещё девелоперы внести изменения в Бэклог, но только после консультации и одобрения Продукт Оунера. Это один из основных моментов в Скрам. Организация должна уважать и принимать решения Продук Оунера, именно он ответственен за максимизацию ценности продукта.

4. "Важной особенностью "Scrum" является ежедневное взаимодействие всех участников процесса и заинтересованных сторон в формате совещания, но не более, чем на 15 минут и проводимое стоя, на котором максимально кратко обсуждаются вопросы в трех форматах - что сделано? что предстоит сделать? и что мешает делать?" - В Daily Scrum принимают участие ТОЛЬКО Developers. Более того, если на Дейли Скрам хотят сунуться стейкхолдеры, то Скрам Мастер должен их учить, что Дейли Скрам - это Event ТОЛЬКО для Девелоперов и их присутствие там может помешать Девелоперам. И если они настаивают на своём присутствии, то они могут быть там ТОЛЬКО наблюдателями. Далее, Девелоперы не обсуждают эти три вопроса на этом Ивенте. Они одсуждают вот, что: "The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. ... The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work."

5. "Результаты обсуждения вывешиваются на общее обозрение команды на специальной scrum доске, что позволяет не только отслеживать процесс в режиме реального времени, но и сплачивает команду тем, что каждый участник обозревает весь процесс целиком и может вносить кросс функциональные изменения." - Какой команды? После Sprint Planning Девелоперы ответственны за то, чтобы все пункты из Sprint Backlog отвечали Definition Of Done. Какие такие кросс функциональные изменения? Изменения в Sprint Backlog не должны отражаться на Sprint Goal. Sprint Backlog могут менять ТОЛЬКО Девелоперы, никакая команда не может их заставить это делать. Вы пишите, что Скрам доска "обозревает весь процесс целиком". Это не верно. Вы тут пишите про Transperancy. Прозрачность достигается за счёт Артефактов: Продукт Бэклог, Сприн Бэклог и Инкремент. Вообще Скрам Доска - необязательный инструмент. Его может и не быть. В Скрам Гайде ни слова нет о доске. Ещё, "но и сплачивает команду". Доска сплачивает команду? Ха-ха-ха. Сплачивает команду набор ценностей (Values), которые обязательны для Scrum Team: Commitment, Courage, Opennes, Focus, Respect.

6. Из всей писанины более-менее правильное только последнее предложение. И то... на троечку.

[RomanIVl]

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