QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво?
А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать?
Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво?
А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать?
Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFest
Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
Павел Рабинович, Елена Матвиюк. Agile в школе: от уроков до реальных проектовScrumTrek
Мы живем в сетевом столетии, наши дети Поколение NET - представители XXI века. Учителя постепенно переходят в XX век. Школы по-прежнему остаются в XIX веке с классно-урочной системой, с задачами загрузки детей знаниями вместо формирования у них компетенций, так необходимых к жизни в условиях неопределенности и постоянных изменений. Отсюда нежелание и не умение детей учиться. Может ли быть иначе? Наш ответ: Да, даже в условиях классно-урочной системы! На встрече мы обсудим как мотивировать детей к познанию, куда направить их интеллектуальную энергию и креатив, как избавиться от от типовых домашних заданий и дать возможность детям вместе со сверстниками делать интересные проекты. Agile в школе - это не лозунг, это реальный инструмент изменения школьного образования. Изучение темы (серия уроков) - это проект, реализуемый детьми по спринтам при помощи, а не по указанию учителя. Учитель - владелец продукта, класс - группа проектных команд. Коллаборация школьников, педагогов, родителей и консультантов - это возможность реальных проектов в школе. Проект - это не презентация и не реферат. Результат проекта - продукт, имеющий научную, технологическую и бизнес-ценность. Руководитель проекта - ребенок, выбор темы проекта - за проектной командой. Приходите, вы не останетесь равнодушны
Николай Борисов, Кирилл Сатюков. Подход к ведению бизнеса в крупных компаниях...ScrumTrek
Agile изменяет не только процессы производства продуктов, но и привычное понимание о ведении бизнеса в банке.
В нашем докладе мы расскажем об опыте практического внедрения Agile в бизнес через Value Streams в самом большом частном банке страны.
Покажем как мы стоим работу от анализа жизненного пути клиента, до формирования кросcфункциональных Agile команд и донесения ценности нашему клиенту.
Поговорим о проблемах, с которыми сталкиваемся на этом пути, и расскажем как их решаем.
Магомед Яндиев, Данила Максишко. Как перестать разрабатывать то, что просят, ...ScrumTrek
Давайте признаемся честно: в крупных компаниях никогда не бывает недостатка в задачах, ложащихся в беклог продуктовых команд. И если команда слаженная и работает ритмично, довольно быстро возникает вопрос “А не ерунду ли мы делаем?” То есть на первый план выходит проблема валидации и приоритизации задач. А если продукт новый, как определить, каким именно он должен быть, чтобы приносить ценность пользователям и улучшать бизнес-показатели? В условиях неопределенности часто бывает недостаточно ориентироваться на собственную экспертизу или метрики для принятия продуктовых решений. Тогда на помощь приходят инструменты качественых исследований. Интервью – основной среди них. В ходе мастер-класса мы на практике покажем как работают основные принципы ведения бесед, в ходе которых мы можем получать знания о своей аудитории, которые дают нам точку опоры для развития продуктов.
Екатерина Чаплинская. История одного тестировщикаDarya Zubova
Кто такие тестировщики и что они делают? Как распознать в себе тестировщика еще в детстве? Катя Чаплинская отвечает на многие вопросы на собственном примере. Откуда приходят в тестировщики и почему это не лучший промежуточный пункт на пути к разработке - смотри в презентации
Кто такой тест-лид: еще инженер или уже руководитель? Чем он занимается: подгоняет специалистов или прикрывает их от менеджеров? Как им стать: расти или просить назначения? Я хочу поделиться с вами как я становился тест-лидом, чем я занимался, за что отвечал; рассказать, какие шишки набил и какой опыт приобрел.
QA Fest 2015. Игорь Хрол. Автоматизация тестирования: отбрасываем лишнее и пр...QAFest
Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит ʺв лобʺ - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.
Павел Рабинович, Елена Матвиюк. Agile в школе: от уроков до реальных проектовScrumTrek
Мы живем в сетевом столетии, наши дети Поколение NET - представители XXI века. Учителя постепенно переходят в XX век. Школы по-прежнему остаются в XIX веке с классно-урочной системой, с задачами загрузки детей знаниями вместо формирования у них компетенций, так необходимых к жизни в условиях неопределенности и постоянных изменений. Отсюда нежелание и не умение детей учиться. Может ли быть иначе? Наш ответ: Да, даже в условиях классно-урочной системы! На встрече мы обсудим как мотивировать детей к познанию, куда направить их интеллектуальную энергию и креатив, как избавиться от от типовых домашних заданий и дать возможность детям вместе со сверстниками делать интересные проекты. Agile в школе - это не лозунг, это реальный инструмент изменения школьного образования. Изучение темы (серия уроков) - это проект, реализуемый детьми по спринтам при помощи, а не по указанию учителя. Учитель - владелец продукта, класс - группа проектных команд. Коллаборация школьников, педагогов, родителей и консультантов - это возможность реальных проектов в школе. Проект - это не презентация и не реферат. Результат проекта - продукт, имеющий научную, технологическую и бизнес-ценность. Руководитель проекта - ребенок, выбор темы проекта - за проектной командой. Приходите, вы не останетесь равнодушны
Николай Борисов, Кирилл Сатюков. Подход к ведению бизнеса в крупных компаниях...ScrumTrek
Agile изменяет не только процессы производства продуктов, но и привычное понимание о ведении бизнеса в банке.
В нашем докладе мы расскажем об опыте практического внедрения Agile в бизнес через Value Streams в самом большом частном банке страны.
Покажем как мы стоим работу от анализа жизненного пути клиента, до формирования кросcфункциональных Agile команд и донесения ценности нашему клиенту.
Поговорим о проблемах, с которыми сталкиваемся на этом пути, и расскажем как их решаем.
Магомед Яндиев, Данила Максишко. Как перестать разрабатывать то, что просят, ...ScrumTrek
Давайте признаемся честно: в крупных компаниях никогда не бывает недостатка в задачах, ложащихся в беклог продуктовых команд. И если команда слаженная и работает ритмично, довольно быстро возникает вопрос “А не ерунду ли мы делаем?” То есть на первый план выходит проблема валидации и приоритизации задач. А если продукт новый, как определить, каким именно он должен быть, чтобы приносить ценность пользователям и улучшать бизнес-показатели? В условиях неопределенности часто бывает недостаточно ориентироваться на собственную экспертизу или метрики для принятия продуктовых решений. Тогда на помощь приходят инструменты качественых исследований. Интервью – основной среди них. В ходе мастер-класса мы на практике покажем как работают основные принципы ведения бесед, в ходе которых мы можем получать знания о своей аудитории, которые дают нам точку опоры для развития продуктов.
Екатерина Чаплинская. История одного тестировщикаDarya Zubova
Кто такие тестировщики и что они делают? Как распознать в себе тестировщика еще в детстве? Катя Чаплинская отвечает на многие вопросы на собственном примере. Откуда приходят в тестировщики и почему это не лучший промежуточный пункт на пути к разработке - смотри в презентации
Кто такой тест-лид: еще инженер или уже руководитель? Чем он занимается: подгоняет специалистов или прикрывает их от менеджеров? Как им стать: расти или просить назначения? Я хочу поделиться с вами как я становился тест-лидом, чем я занимался, за что отвечал; рассказать, какие шишки набил и какой опыт приобрел.
Примеры различных информационных стендов которые помогают вовлекать команды к решению проблем и внедрению методов lean six sigma, TPM, SMED и так далее
По материалам сайта подготовлена и отпечатана в типографии брошюра для широкого круга разнообразованных пользователей "Основы бережливого производства" с внутренним глоссарием "Атлантис-Пак"
Самые дорогие и НЕ самые дорогие проекты Kaizen BlitzSixSigmaOnline
Проекты участников практического курса "Устранение потерь". Кликай: http://sixsigmaonline.ru/index/0-9
Самые “дорогие” KAIZEN-ы
Равномерная загрузка керамическими блоками установки
Адресные карты контроллеров
Обработка деталей на участке пресс-форм
Ротация сырого шпона
Организация зоны ремонта редуктора пил горячей резки
В чем особенность “дорогих” проектов?
Область проекта
Самые “НЕдорогие” KAIZEN-ы
Оптимизация интерфейса для управления рисками
Организация работ по востановлению деталей машин ЭРЦ ООО «АЭМС»
Подбор колец уплотнительных нужного размера
ОПТИМИЗАЦИЯ ПРОЦЕДУРЫ НОРМОКОНТРОЛЯ
Регистрация результатов пест-контроля
Почему эти проекты приносят меньше?
Область проекта
Межфункциональные команды по потокам создания ценности – основа конкурентоспо...Denis Diakonov
Для внедрения современных методов улучшения процессов необходимо пересмотреть систему управления компанией - от управления отделами перейти к управлению потоками создания ценности
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Авторский тренинг Юлии Лешкевич "Курс выживания молодого айтишника". Семинар поможет молодым программистам избежать часто встречающихся ошибок, разобраться в своих ожиданиях о работе и понять ожидания компании.
Подробнее: http://ithouse.by/?page_id=8203
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
4. Принципы
Kaizen
• Непрерывное
совершенствование
• Внимание деталям
• Быстрые изменения
• Стратегическое
мышление
• Оптимизация и
стандартизация
改善
5. Быстрые
изменения
• НЕТ
– Бюрократии
– Большим затратам
– Долгим ожиданиям
• ДА
– Маленьким решениям
– Быстрым результатам
– Итеративному подходу
– Обратной связи
改善
6. Совместная
работа
• НЕТ
– «Политическим решениям»
– Важности руководства
• ДА
– Вовлечению всех
сотрудников при принятии
решений
改善
7. Визуальный
менеджмент
• НЕТ
– Искусственным метрикам
– Попыткам представить
ситуацию лучше, чем она есть
• ДА
– Признанию проблем
– Радости от нахождения
проблем (потому, что теперь их
можно исправить)
改善
8. 5 «почему?»
• НЕТ
– Лечению симптомов
– Скрытию плохих
показателей
• ДА
– Выяснению причин
– Превентивным мерам по
невозможности повторения
проблем
– Нахождению истоков
改善
9. Стандартизация
• НЕТ
– Решению одних и тех же
проблем многократно
– Возможности повторного
возникновения проблемы
• ДА
– Документированию
решений
– Внедрению стандартов и
описанию процедур
改善
10. Оптимизация
• НЕТ
– Всему, что не является
необходимым:
• Муда
• Мури
• И т.д.
• ДА
– Поиску самых простых путей
– «Субботникам»
– Хорошему результату, а не
большому количеству работы!
改善
12. Непрерывное
развитие
• Наблюдения в ‘гемба’
– Участие в тестировании
– Помощь сотрудникам
– Молчаливое наблюдение
• Каждый день – новые
маленькие улучшения
– Завести доску для выписывания
муда
– «Что можно улучшить сегодня?»
– Внедрять совершенствования
ежедневно, не откладывая «на
завтра»
改善
13. Совместная
работа
• ‘Кружки качества’
• Доска / майнд мэп /
флипчарт / БД / etc. с идеями
команды
• Приятности за хорошие идеи
• Улучшения как
корпоративная культура!
改善
14. Визуальный
менеджмент
• Выявление значимых*
показателей процесса
– Скорость нахождения
дефектов
– Пропущенные дефекты
– Стоимость тестирования
– и т.д.
• Оперативная оценка
состояния
• Сбор информации для
решения (а не «оценки»!)
改善 * - значимых для
участников проекта
18. 5 «почему?»
• Почему мы пропустили багу?
– Не было тестов на проверку
• Почему не было тестов?
– Непродуманный анализ
改善
19. 5 «почему?»
• Почему мы пропустили багу?
– Не было тестов на проверку
• Почему не было тестов?
– Непродуманный анализ
• Почему анализ не полный?
– Не хватает времени
改善
20. 5 «почему?»
• Почему мы пропустили багу?
– Не было тестов на проверку
• Почему не было тестов?
– Непродуманный анализ
• Почему анализ не полный?
– Не хватает времени
• Почему не хватает времени?
– Слишком много тестов
改善
21. 5 «почему?»
• Почему мы пропустили багу?
– Не было тестов на проверку
• Почему не было тестов?
– Непродуманный анализ
• Почему анализ не полный?
– Не хватает времени
• Почему не хватает времени?
– Слишком много тестов
• Почему слишком много
тестов?
– Нет приоритетов
改善
22. Муда
• Молча наблюдаем за
работой сотрудников:
– Сколько времени тратится на
копи-паст шаблона дефекта?
– Сколько времени требует
пометка «ОК» в тестлинке?
– Какую ценность несут минорные
дефект-репорты?
Что больше?
改善
23. Муда
• Молча наблюдаем за
работой сотрудников
• Оптимизируем процесс
• Стандартизируем более
удобное решение
• Отказываемся от процедур,
действий
Что больше?
改善
24. Три подхода
к проблеме
• Западный менеджмент:
– Надо всѐ продумать, вложить
кучу ресурсов и с первой попытки
сделать супер-пупер решение на
будущее
• Русский менеджмент:
– По теории вероятностей,
проблема больше не повторится…
• Самурайский менеджмент:
– Что мы можем сделать сегодня и
бесплатно, чтобы сделать «всѐ
хорошо» за несколько итераций?
改善
25. Три подхода
к проблеме
• Западный менеджмент:
– Крутоменеджмент
• Русский менеджмент:
– Авосьменеджмент
• Самурайский менеджмент:
– Сегодняменеджмент
改善