Agile Base Camp 2010

1. Applying Lean in Offshore AskhatUrazbaev For AgileBaseCamp 29/05/10

2. АсхатУразбаев ScrumTrek Agile Coach Совладелец В прошлом Программист, менеджер проектов, методолог

3. Lean Можно ли построить Lean Offshore Development Company? Если да, то какой она должна быть? Если нет, то что может этому помешать?

4. Содержание

7. $1,000,000

8. $1,000,000

9. $1,000,000

10. $1,000,000

11. Массовое производство Громоздкое и дорогое оборудование. Простой - деньги. Вознаграждение за объем продукции Склад готовых деталей Перемещение деталей Если есть дефект, он долго не обнаруживается

12. TaiichiOhno Отец Toyota Production System

13. 3

14. 3

16. Основа TPS – «вытягивание» Меньше времени от заказа до продажи Меньше запасов на складе Канбан Используй систему вытягивания, чтобы избежать перепроизводства

17. Рабочие ячейки

18. «У нас это не сработает!» Зарплата не может зависеть от выработки Простой оборудования останавливает всю линию Основной упор должен быть на высокий уровень качества и слаженности работы Рабочим придется работать на разных станках Рабочие не мотивированы работать по новому

19. Зарплата зависит от объема продукции Интересы вне работы «У начальника голова большая, пусть он и думает» Нежелание учиться другим профессиям Член профсоюза John Dow The Worker

20. Оборудование не должно простаивать Чем больше продукции произвел участок, тем выше премия Что бы ни случилось, производительность не должна пострадать Чем проще задачи рабочего, тем лучше Mike Ford The Manager

22. Ответственность за процесс перегрузка неравномерность потери Выравнивай объем работ (хейдзунка)

23. Ответственность за качество АНДОН Сделай остановку производства с целью решения проблем частью производственной культуры, если того требует качество

24. Текст

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

26. 5S

27. 5S Обея А3 используй визуальный контроль, чтобы ни одна проблема не осталась незамеченной

28. Хорошо работает в команде Заботится о качестве Ориентирован на процесс, а не результат Предлагает улучшения Беспощаден к потерям Способен на «хансей» Akira The Toyota Worker

29. Воспитывай незаурядных людей, и формируй команды, исповедующие философию компании чтобы разобраться в ситуации, надо увидеть своими глазами (генти генбуцу) Воспитывай лидеров, которые досконально знают свое дело, исповедуют философию компании и могут научить этому других

30. Ориентация на долгосрочный успех Все изменения процесса не приносят выгоду «здесь и сейчас» Руководители и сотрудники при принятии решений руководствуются долгосрочными целями компании

31. Учитель, а не менеджер Исповедует философию компании Ориентирован на долгосрочный успех Умеет работать в команде Умеет организовать работу команды Досконально разбирается в процессе Akira The Toyota Manager

32. Хансей Кайдзен 5 почему Показатели эффективности Станьте обучающейся организацией за счет неустанного самоанализа (хансей) и непрерывного совершенствования (кайдзен)

33. Постоянное совершенствование Командная работа Устранение потерь Ориентация на долгосрочные результаты

34. Lean in offshore

35. Lean Offshore Обеспечить высочайший уровень сервиса для заказчика Максимально быстро приносить максимальную ценность, ориентируясь на долгосрочный успех

36. Пять этапов бережливого производства

37. Определение ценности для заказчика Знает ли заказчик, что является для него ценным?

40. 1 день 1 день 1 день 1 неделя 1 неделя Технический анализ Идея предлагается Первичный анализ 1 день 10 дней 1 день 2 месяца Создание требованийв виде User Stories Разработка (Agile) 1 день Ожидание UAT Deploy

41. Потери Бизнес-аналитики собирает требования бизнеса Истории согласуются с заказчиком Истории приоритезируются совместно с заказчиком Истории снабжаются приемочными тестами Приемочные тесты согласуются с заказчиком Истории передаются удаленной команде Приемочные тесты корректируются при необходимости Истории декомпозируются командой на технические задачи Задачи выполняются в течение итерации Истории тестируются Баги исправляются Демонстрация результата заказчику

42. Потери Бизнес-аналитик собирает требования бизнеса Истории согласуются с заказчиком Истории приоритезируются совместно с заказчиком Истории снабжаются приемочными тестами Приемочные тесты согласуются с заказчиком Истории передаются удаленной команде Приемочные тесты корректируются при необходимости Истории декомпозируются командой на технические задачи Задачи выполняются в течение итерации Истории тестируются Баги исправляются Демонстрация результата заказчику Все остальное – потери!

43. Еще потери Переделывать Wording Переделывать функциональность Исправлятьпроблемы с Usability Исправлять внешний дизайн …

44. Делать сразу правильно Делать сразу правильно там, где информация доступна или ее можно получить Разрабатывать пробный вариант там, где информации недостаточно или она в принципе недоступна Везде, где можно, добывать новую информацию

45. Уничтожение потерь Это возможно, если Научиться разбираться в бизнес-домене Научиться разбираться в смежных с разработкой областях (например, UX) Учить заказчика взаимодействовать с командой Свободно обмениваться информацией внутри команды и с заказчиком

46. Хорошо работает в команде «Zero bug mentality» Ориентирован на решение проблем заказчика, а не на разработку Стремится разобраться в бизнесе заказчика Предлагает улучшения Готов учиться новому Беспощаден к потерям Способен на «хансей» :-) Max the Lean Developer

47. Учитель, а не менеджер Исповедует философию компании Ориентирован на долгосрочный успех Умеет работать в команде Умеет организовать работу команды Умеет организовать работу заказчика Досконально разбирается в процессе Nick the Lean Project Manager

48. Обеспечение вытягивания от заказчика Ник учит заказчика Взаимодействовать с командой Взаимодействовать с конечными пользователями Работать с требованиями Команда и заказчик совместно формируют поток ценности

49. Чтобы взаимодействовать с заказчиками и конечными пользователями, нужно с ними общаться

50. Причины, по которым менеджеры не допускают команды общаться с пользователями Думают, что разработчики неадекватны Думают, что разработчики не смогут задать правильные вопросы Думают, что это будет бесполезно для пользователей и им не понравится Считают, что это неконтролируемый опасный эксперимент

51. Безопасные, контролируемые «эксперименты» общения пользователей и команды

52. Чему учит Ник Scrum, Kanban, XP Innovation Games Story Mapping Crafting the Vision Backlog prioritizing Creating User Stories Working with Focus Groups UX …

53. Выстраивание последовательного потока создания ценностей Канбан Scrum Поиск и устранение потерь

54. Культура «Учись у заказчика» Систематическое и глубокое изучение бизнес-домена заказчика Книги Лекции, семинары, экзамены Изучение бизнеса заказчика Посещение бизнес-подразделений Наблюдение за работой пользователей Взаимодействие с фокус-группами и конечными пользователями

56. Lean на уровне компании Преследовать долгосрочные цели Формировать и поддерживать философию компании Поддерживать центры разработки Формировать Communities of Practices внутри компании Помогать командам приумножать знания Искать и удерживать правильных руководителей Посещать команды (гентигенбуцу) В ситуации или-или без колебаний выбирать лучший сервис для заказчика

58. Почему это может не сработать? Отношение менеджмента «а это поможет больше продавать?»

59. Вопросы?