Технология и процесс разработки ПО. Лекция 4

Литература
Lean Software Development
История и принципы бережливого производство ПО

Литература
Lean Software Development

История
Lean Software Development
Adam Smith (1732)
Eli Whitney (1765)
Frederick Taylor (1856)
Henry Ford
Kiichiro Toyoda (1894)
Taiichi Ohno (1912)

История
Lean Software Development
Ада́м Смит родился 16июня 1723, Керколди, Шотландия, Королевство Великобритания — 17 июля 1790, Эдинбург, Шотландия, Королевство Великобритания) — шотландский экономист, философ-этик; один из основоположников современной экономической теории.
1. Свободная торговля.
2. Принцип невмешательства.
3. Разделения труда.
Для увеличения производительности сложную задачу можно разбить на небольшие этапы, на каждом этапе поставить людей, которые будут отлично делать именно этот участок работы.

История
Lean Software Development
Eli Whitney (1765)
Catton GIN
Разделение труда
Принцип взаимозаменяемости деталей при сборке.
Американская производственная система.
Франция 1785 г. Honore Blanc (ружья) – Thomas Jefferson – Eli Whitlney Идем к снижению квалификации работников.

История
Lean Software Development
Frederick Taylor (1856)
Принципы научного управления.
Партнерство предпринимателя и работника.
Взаимозамещение людей.
One best way.
Любой труд может быть проанализирован, систематизирован и передан в процессе обучения любому человеку
Им были недовольны и профсоюзы, и владельцы предприятий.

История
Lean Software Development
Henry Ford
Ге́нри Форд (30 07 1863 — 7 04 1947)
Промышленный конвейер.
Стандартные запчасти.
Массовое производство.
...время, необходимое для выпуска модели Т сократилось на 12 часов до 2 часов.

История
Lean Software Development
Kiichiro Toyoda (1894)
Текстильная индустрия.
Автоматических ткацких станков
Toyota Motors
Догнать Америку, но не моделью массового производства
Один высококвалифицированный рабочий наблюдает за десятком машин. Машины могут работать круглосуточно.

История
Lean Software Development
Taiichi Ohno (1912)
Создатель Toyota Production System
Рентабельность при широком ассортименте
Отсутствие потерь
Just in Time
Jidoka (умная автоматизация)
«…смотрим на время от момента получения заказа, до момента получения денег. Мы уменьшаем это время, путем удаления потерь …..»

Виды потерь
Lean Software Development
Тайити Оно (1912—1990), один из главных создателей производственной системы компании Toyota, выделил 7 видов потерь:
потери из-за перепроизводства;
потери времени из-за ожидания;
потери при ненужной транспортировке;
потери из-за лишних этапов обработки;
потери из-за лишних запасов;
потери из-за ненужных перемещений;
потери из-за выпуска дефектной продукции.
Тайити Оно считал перепроизводство основным видом потерь, в результате которых возникают остальные. Джеффри Лайкер, исследователь производственной системы Toyota (наряду с Джеймсом Вумеком и Дэниелом Джонсом), в книге «Дао Тойота» добавил ещё один вид потерь:
нереализованный творческий потенциал сотрудников.
Также принято выделять ещё два источника потерь — muri (яп. 無理 му́ри), — перегрузка рабочих, сотрудников или мощностей при работе с повышенной интенсивностью и mura (яп. 斑 му́ра) — неравномерность выполнения операции, например, прерывистый график работ из-за колебаний спроса.

Kanban
Весь Канбан можно описать всего тремя основными правилами:
1. Визуализируйте производство
— Разделите работу на задачи, каждую задачу напишите на карточке и поместите на стену или доску.
— Используйте названные столбцы, чтобы показать положение задачи в производстве.
2. Ограничивайте WIP (work in progress или работу, выполняемую одновременно) на каждом этапе производства.
3. Измеряйте время цикла (среднее время на выполнение одной задачи) и оптимизируйте постоянно процесс, чтобы уменьшить это время.

7 принципов Lean

Ликвидировать потери
принципы lean
Проблемы:
Изменение требований и технический долг.
Отложенная интеграция
Отложенное тестирование
Избыточные возможности (борьба за простоту легкая архитектура).
Подробные ТЗ
МИФ: Созданная заранее спецификация сокращает потери.

Выстраивать качество
принципы lean
Позднее выявление дефектов
Очереди дефектов на исправление
Полностью ручное тестирование
Ручной выпуск новых версий
Миф: Цель тестирования выявление дефектов.

Создания знания.
принципы lean
Проблемы:
Полное ТЗ до создания прототипа.
Big Design Up Front
Поздние релизы, плохая обратная связь.
Негибкая команда
Следование плану
МИФ: Прогнозы обеспечивают предсказуемость.

Откладывать необходимые решения
Откладывание важных решений до полной ясности
Принимаем решения слишком рано.
МИФ: План – это обязательство!!!

Доставлять быстро
Проблемы:
Низкая скорость разработки
Боязнь релиза
Планы стандарты и спецификация для разработчиков.
МИФ: Спешка ведет к браку.

Уважать людей
Восприятие разработчиков, как взаимозаменяемые инструменты
Забираем ответственность у тех кто выполняет реальную работу.
Микроменеджмент
МИФ: Существует наилучший метод

7 основных потерь по lean
Недоделанная работа
Лишняя функциональность
Повторное изучение
Передача работы глухой телефон
Переключение между задачами
Задержки
Дефекты