Слайд 2
Литература
Lean Software Development
История и принципы бережливого производство ПО
Слайд 3
Литература
Lean Software Development
Слайд 4
История
Lean Software Development
Adam Smith (1732)
Eli Whitney (1765)
Frederick Taylor
(1856)
Henry Ford
Kiichiro Toyoda (1894)
Taiichi Ohno (1912)
Слайд 5
История
Lean Software Development
Ада́м Смит родился 16июня 1723, Керколди, Шотландия,
Королевство Великобритания — 17 июля 1790, Эдинбург, Шотландия, Королевство Великобритания) —
шотландский экономист, философ-этик; один из основоположников современной экономической теории.
1. Свободная торговля.
2. Принцип невмешательства.
3. Разделения труда.
Для увеличения производительности сложную задачу можно разбить на небольшие этапы, на каждом этапе поставить людей, которые будут отлично делать именно этот участок работы.
Слайд 6
История
Lean Software Development
Eli Whitney (1765)
Catton GIN
Разделение труда
Принцип взаимозаменяемости
деталей при сборке.
Американская производственная система.
Франция 1785 г. Honore Blanc
(ружья) – Thomas Jefferson – Eli Whitlney Идем к снижению квалификации работников.
Слайд 7
История
Lean Software Development
Frederick Taylor (1856)
Принципы научного управления.
Партнерство предпринимателя
и работника.
Взаимозамещение людей.
One best way.
Любой труд может быть проанализирован,
систематизирован и передан в процессе обучения любому человеку
Им были недовольны и профсоюзы, и владельцы предприятий.
Слайд 8
История
Lean Software Development
Henry Ford
Ге́нри Форд (30 07 1863
— 7 04 1947)
Промышленный конвейер.
Стандартные запчасти.
Массовое производство.
...время, необходимое для
выпуска модели Т сократилось на 12 часов до 2 часов.
Слайд 9
История
Lean Software Development
Kiichiro Toyoda (1894)
Текстильная индустрия.
Автоматических ткацких станков
Toyota
Motors
Догнать Америку, но не моделью массового производства
Один высококвалифицированный рабочий
наблюдает за десятком машин. Машины могут работать круглосуточно.
Слайд 10
История
Lean Software Development
Taiichi Ohno (1912)
Создатель Toyota Production System
Рентабельность
при широком ассортименте
Отсутствие потерь
Just in Time
Jidoka (умная автоматизация)
«…смотрим на
время от момента получения заказа, до момента получения денег. Мы уменьшаем это время, путем удаления потерь …..»
Слайд 11
Виды потерь
Lean Software Development
Тайити Оно (1912—1990), один из
главных создателей производственной системы компании Toyota, выделил 7 видов
потерь:
потери из-за перепроизводства;
потери времени из-за ожидания;
потери при ненужной транспортировке;
потери из-за лишних этапов обработки;
потери из-за лишних запасов;
потери из-за ненужных перемещений;
потери из-за выпуска дефектной продукции.
Тайити Оно считал перепроизводство основным видом потерь, в результате которых возникают остальные. Джеффри Лайкер, исследователь производственной системы Toyota (наряду с Джеймсом Вумеком и Дэниелом Джонсом), в книге «Дао Тойота» добавил ещё один вид потерь:
нереализованный творческий потенциал сотрудников.
Также принято выделять ещё два источника потерь — muri (яп. 無理 му́ри), — перегрузка рабочих, сотрудников или мощностей при работе с повышенной интенсивностью и mura (яп. 斑 му́ра) — неравномерность выполнения операции, например, прерывистый график работ из-за колебаний спроса.
Слайд 12
Kanban
Весь Канбан можно описать всего тремя основными правилами:
1.
Визуализируйте производство
— Разделите работу на задачи, каждую задачу напишите
на карточке и поместите на стену или доску.
— Используйте названные столбцы, чтобы показать положение задачи в производстве.
2. Ограничивайте WIP (work in progress или работу, выполняемую одновременно) на каждом этапе производства.
3. Измеряйте время цикла (среднее время на выполнение одной задачи) и оптимизируйте постоянно процесс, чтобы уменьшить это время.
Слайд 15
Ликвидировать потери
принципы lean
Проблемы:
Изменение требований и технический долг.
Отложенная интеграция
Отложенное
тестирование
Избыточные возможности (борьба за простоту легкая архитектура).
Подробные ТЗ
МИФ: Созданная
заранее спецификация сокращает потери.
Слайд 16
Выстраивать качество
принципы lean
Позднее выявление дефектов
Очереди дефектов на исправление
Полностью
ручное тестирование
Ручной выпуск новых версий
Миф: Цель тестирования выявление дефектов.
Слайд 17
Создания знания.
принципы lean
Проблемы:
Полное ТЗ до создания прототипа.
Big
Design Up Front
Поздние релизы, плохая обратная связь.
Негибкая команда
Следование плану
МИФ:
Прогнозы обеспечивают предсказуемость.
Слайд 18
Откладывать необходимые решения
Откладывание важных решений до полной ясности
Принимаем
решения слишком рано.
МИФ: План – это обязательство!!!
Слайд 19
Доставлять быстро
Проблемы:
Низкая скорость разработки
Боязнь релиза
Планы стандарты и спецификация
для разработчиков.
МИФ: Спешка ведет к браку.
Слайд 20
Уважать людей
Восприятие разработчиков, как взаимозаменяемые инструменты
Забираем ответственность у
тех кто выполняет реальную работу.
Микроменеджмент
МИФ: Существует наилучший метод
Слайд 21
7 основных потерь по lean
Недоделанная работа
Лишняя функциональность
Повторное изучение
Передача
работы глухой телефон
Переключение между задачами
Задержки
Дефекты