Доклад на SQA Days-9, Казань, 22-23 апреля 2011

1. Роль тестировщика в Lean
Светлана Федянина, Softline

2. О докладчике
• в прошлом web-developer, scrum master
• в настоящем – PM / Product Owner

3. План доклада
1. Бережливое производство

4. План доклада
1. Бережливое производство
2. Связь тестирования и бережливого
подхода

5. План доклада
1. Бережливое производство
2. Связь тестирования и бережливого
подхода
3. Организация бережливого
производства на основе
систематизированного подхода к
тестированию

6. Цель бережливого подхода
Минимизация издержек производства

7. Как достигаем цель
Минимизация издержек производства
эффективность рабочих процессов
долгосрочные перспективы
ценность для потребителя

8. Ценность для потребителя

9. Истоки Lean

10. История
1927 – автоматизация текстильного
производства

11. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля

12. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля
1945 – план «догнать Америку»

13. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля
1945 – план «догнать Америку»
1962 – принятие производственной системы
Toyota (TPS)

14. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля
1945 – план «догнать Америку»
1962 – принятие производственной системы
Toyota (TPS)
1996 – создание модели Prius за 15 мес.

15. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля
1945 – план «догнать Америку»
1962 – принятие производственной системы
Toyota (TPS)
1996 – создание модели Prius за 15 мес.
2002 – Lexus имеет самый высокий спрос в
США среди дорогих машин

16. История
1927 – автоматизация текстильного
производства
1936 – выпуск первого автомобиля
1945 – план «догнать Америку»
1962 – принятие производственной системы
Toyota (TPS)
1996 – создание модели Prius за 15 мес.
2002 – Lexus имеет самый высокий спрос в
США среди дорогих машин
2007-2008 - крупейшая автомобильная
компания мира

17. Принципы Lean в разработке ПО

18. 1. Ликвидировать потери
- незавершенная работа
- изменение требований
- избыточная функциональность

19. 2. Встраивать качество
- build quality into the code
(тестирование кода после его создания)
- делаем сразу правильно
- минимальный код

20. 3. Создавать знание
- обратная связь
- ежедневный выпуск сборок

21. 4. Позднее принятие решений
- «Я всегда полагал, что при подготовке к
сражению планы бесполезны,
однако планирование необходимо»
Д. Эйзенхауэр

22. 5. Доставлять быстро

23. 6. Уважать людей

24. 7. Оптимизировать целое

25. Эффект домино

26. Минимизация потерь

27. 1.Частично выполненная работа

28. 1.Частично выполненная работа
- делим работу на небольшие этапы
- участвуем в обсуждениях с аналитиками
- совершенствуем процесс планирования
- определяем критерий готовности

29. 2. Избыточные функциональные
возможности

30. 2. Избыточные функциональные
возможности
- список требований по приоритетам
- уточнять у заказчика, что для него важно

31. 3. Повторное приобретение знаний

32. 3. Повторное приобретение знаний
- кроссфункциональная команда
- проведение семинаров / вебинаров

33. 4. Передача работы
- сократить такие случаи 
- документация:
mind maps, диаграммы, чек листы

34. 5. Переключение между задачами
- ресурсы для ТП
- задачи по приоритетам

35. 6. Задержки
- короткие итерации
- обратная связь

36. 7. Дефекты
ВЫЯВЛЕНИЕ
ПРЕДОТВРАЩЕНИЕ
- smoke тесты проверяет разработчик
- TDD, code review
- функциональные тесты

37. Методы

38. Не играем в пинг-понг
Цель: smoke tests проводит разработчик

39. Диаграмма Парето
Цель: выявляем дефекты
1. Определяем список задач

40. Диаграмма Парето
2. Определяем процент дефектов

41. Диаграмма Парето
3. Функционал с 80% дефектов
120,00
100,00
80,00
Процент
60,00
Сумма
40,00
20,00
0,00 предл…
Новости
Оплата
Каталог
Админи
Синхрон
кабинет
Баннер
XML для
Выгодн
Корзина
ТОП 100
Мастер
Рассылк
Личный
партнер
пользов
стратив
заказа
заказа
изация
ный…
ателя
ые
ы
ов
и
За распространение знаний по данному методу спасибо тестировщику Softline М. Обложихину.

42. 5 почему
Тестировщик:
-определяет дефект для анализа
(баг аналитики, разработки)
- после исправления бага проводим
анализ

43. 5 почему
Схема анализа:
1. Вопрос: Почему возник дефект?
2. Ответ 1.
3. Вопрос: Почему на ответ 1.
5 почему выясняют первопричину
возникновения дефекта

44. 5 почему
Аналитика
Проблема:
Неверная реализация заказанного функционала

45. Work In Progress
Цель:
- отслеживаем количество задач в работе
- превышение лимита – тушим пожар!

46. VSM
Цель: диагностика эффективности процессов
Пример: взаимодействие с дизайнером,
заявка на дизайн
Передача
Заявка на Заявка на
Выполнение на
макет макет
верстку
1 день
15 мин 2-3 ч 1 день 2-3 ч
аналитик отдел аутсорсинг отдел
маркетинга маркетинга
Эффективность ~ 50%

47. Итоги
1. Lean для минимизации потерь
бизнеса
2. Lean для повышения качества
3. Lean для профессиональной
состоятельности специалистов
4. Learn Lean ;)

48. Спасибо за внимание!
Вопросы 
Светлана Федянина
SvetlanaF@softline.ru
http://twitter.com/Fedyanina
http://fedyanina.blogspot.com/