Upgrade to Pro — share decks privately, control downloads, hide ads and more …

CodeFest 2019. Михаил Косыхин (Актион Технологи...

CodeFest
April 06, 2019

CodeFest 2019. Михаил Косыхин (Актион Технологии) — Как улучшить эффективность не прибегая к инновациям

У нас была большая Боль: все инциденты критические, что бы ни проверяли, ресурсов тестирования не хватает, баги исправляются, но не те что нужно. И это при том, что много людей работают по 3-5 лет. Ситуация знакомая, но жить в таком мы были не согласны. Какие мы видели подходы: автоматизация, изменения от бизнеса, измерения через метрики... Всё это работает, но что даст больший эффект при сжатых сроках? Старый способ приоритизации, внезапно, оказался самым эффективным.

В докладе я расскажу, какие находки и проблемы мы увидели в разных подходах и почему выбрали именно приоритизацию как первоочередной подход; как мы организовали приоритизацию и как пришлось проявить гибкость в работе, чтобы все прошло успешно и каких результатов мы добились.

CodeFest

April 06, 2019
Tweet

More Decks by CodeFest

Other Decks in Technology

Transcript

  1. Как улучшить эффективность не применяя инноваций Как хорошая приоритизация меняет

    трудозатраты Михаил Косыхин QA директор Актион Технологии @1
  2. Привет Я Михаил Косыхин. Директор по качеству Актион Технологии. Более

    10 лет в тестировании.
 Прошел путь от тестера руками до директора, заходя в аналитику и проджекты.
 Работал в стартапах, интеграторах, банках, eCommerce, а сейчас работаю в контентном бизнесе. @2
  3. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы • Как лечили • Как шел процесс по направлениям • Закрепление результатов • Итого @3
  4. Немного о том, кто мы Актион-Технологии - это ИТ- подразделение

    одного из крупнейших в Европе медиахолдингов. • 200+ человек в ИТ, и мы растём • 24 года на рынке профмедиа • №1 в России и восточной Европе, в 10 раз больше ближайшего конкурента • 2500+ сотрудников • 10 млн. MAU • 8 млрд выручка рублей в год - все по-взрослому @5
  5. Как выглядит бизнес @6 • Бухгалтерия • Финансы • Госфинансы

    и Госзаказ • Право • Кадры и охрана труда • HR и секретариат • Медицина и Культура • Образование
  6. Как выглядит бизнес @7 • Бухгалтерия • Финансы • Госфинансы

    и Госзаказ • Право • Кадры и охрана труда • HR и секретариат • Медицина и Культура • Образование Электронные издания
  7. Как выглядит бизнес @8 • Бухгалтерия • Финансы • Госфинансы

    и Госзаказ • Право • Кадры и охрана труда • HR и секретариат • Медицина и Культура • Образование Электронные издания Справочные системы
  8. Как выглядит бизнес @9 • Бухгалтерия • Финансы • Госфинансы

    и Госзаказ • Право • Кадры и охрана труда • HR и секретариат • Медицина и Культура • Образование Электронные издания Справочные системы Школы
  9. Что имеем • Вроде всё одинаково… • Но для каждой

    версии есть свои фишки • И они наследуются от базовой версии… @12
  10. Что имеем • Вроде всё одинаково… • Но для каждой

    версии есть свои фишки • И они наследуются от базовой версии • Каждая фишка в общем вроде не важна... @13
  11. Что имеем • Вроде всё одинаково… • Но для каждой

    версии есть свои фишки • И они наследуются от базовой версии • Каждая фишка в общем вроде не важна... • Но для конкретного направления критична @14
  12. Что имеем • Вроде всё одинаково… • Но для каждой

    версии есть свои фишки • И они наследуются от базовой версии • Каждая фишка в общем вроде не важна... • Но для конкретного направления критична • Тысяча надстроек над тысячей деталей @15
  13. Чем всё это было покрыто • 20 тестировщиков • 3

    выделенных автоматизатора • Больше 5000 кейсов • Больше 2000 автоматизированных тестов @16
  14. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы @17
  15. Влетающие задачи тормозили поток разработки Влетающие задачи ломали спринты и

    делали даже небольшие проекты, которые можно сделать за месяц, монстрами, которые разрабатывают целый год. @18
  16. Расширенный список проблем • Проекты растягивались по срокам • На

    выходе много жалоб на качество • Команды, утопают в критичных©™ инцидентах и дефектах и не понимают за что хвататься в первую очередь • И всё это при неплохом покрытии автоматизацией @19
  17. @21

  18. Исход Из-за изменений в процессах, люди, привыкшие делать релизы долго,

    начали уходить. Меньше людей - меньше тестов. Меньше тестов - больше багов. @23
  19. Исход Из-за изменений в процессах, люди, привыкшие делать релизы долго,

    начали уходить. Меньше людей - меньше тестов. Меньше тестов - больше багов. Но я увидел что почти ничего не изменилось. @24
  20. @25

  21. Подивились и пошли автоматизировать • Автоматизация не остановилась • Тесты

    поддерживали и развивали • Ожидали улучшений • И мы увидели... @27
  22. @28

  23. @29

  24. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы • Как лечили @30
  25. Всё странное становится ясным При ближайшем рассмотрении оказалось, что: •

    Тестов много, но нарастали они эволюционно • Автотесты флапают и их приходится постоянно перепроверять руками @31
  26. Всё странное становится ясным При ближайшем рассмотрении оказалось, что: •

    Тестов много, но нарастали они эволюционно • Автотесты флапают и их приходится постоянно перепроверять руками • Бизнесу критично буквально ВСЁ @32
  27. Всё странное становится ясным При ближайшем рассмотрении оказалось, что: •

    Тестов много, но нарастали они эволюционно • Автотесты флапают и их приходится постоянно перепроверять руками • Бизнесу критично буквально ВСЁ • Тесты покрывают функционал, но не имеют приоритетов @33
  28. @34

  29. Так жить нельзя. Но как мы хотим? • Понять, что

    действительно важно • Делать только то, что нужно делать сейчас • То, что делать сейчас не нужно либо убирать, либо назначать время когда надо сделать • Разговаривать о важности не на эмоциях, а на основе чётких критериев @35
  30. Так жить нельзя. Но как мы хотим? • Понять, что

    действительно важно • Делать только то, что нужно делать сейчас • То, что делать сейчас не нужно либо убирать, либо назначать время когда надо сделать • Разговаривать о важности не на эмоциях, а на основе чётких критериев А кто у нас должен знать приоритетность?... @36
  31. Три подхода с увеличением веса • Собрать и каталогизировать функциональность.

    • Расставить собственные приоритеты • Вовлечь бизнес, чтобы приоритеты были согласованы. @40
  32. Финальный подход с владельцами продуктов Самый сложный. В каждом случае

    появлялось что-то неожиданное. Каждый раз что-то придумывали. @43
  33. Финальный подход с владельцами продуктов Самый сложный. В каждом случае

    появлялось что-то неожиданное. Каждый раз что-то придумывали. И каждый раз ловили инсайты. @44
  34. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы • Как лечили • Как шел процесс по направлениям @45
  35. Платформа электронные издания • Подготовка 1 месяц • Первое согласование

    - 2 часа • Второе согласование - 1 час • … выставление оставшихся приоритетов перенесли в офлайн @46
  36. Платформа электронные издания • Подготовка 1 месяц • Первое согласование

    - 2 часа • Второе согласование - 1 час • … выставление оставшихся приоритетов перенесли в офлайн • Итого 6 недель @47
  37. Жизнь заиграла новыми красками • Количество влетающих “А-а-а надо срочно

    в разработку и хотфикс” уменьшилось в 25 раз • У тестировщиков появилось 20% времени, которые забрали от влетающих задач @49
  38. Жизнь заиграла новыми красками • Количество влетающих “А-а-а надо срочно

    в разработку и хотфикс” уменьшилось в 25 раз • У тестировщиков появилось 20% времени, которые забрали от влетающих задач • А главное - убрались те самые хотфиксы, которые могли вполне себе ждать обычного релиза и не заставлять людей прыгать с задачи на задачу. @50
  39. Платформа Школы • Подготовка 1 месяц • Первое согласование 15

    минут и … FAIL • Одинаковая функциональность имеет разный приоритет @51
  40. Платформа Школы • Подготовка 1 месяц • Первое согласование 15

    минут и … FAIL • Одинаковая функциональность имеет разный приоритет • Как итог - ещё 3 недели на перестройку приоритизации и новый маппинг • Функционала меньше, но времени потратили больше, потому что потребовался другой подход @52
  41. Платформа Школы • Количество влетающих “Это не приемлемо” меньше в

    3 раза • У тестировщиков появилось +10% времени, которые раньше занимали влетающие задачи @54
  42. Платформа Школы • Количество влетающих “Это не приемлемо” меньше в

    3 раза • У тестировщиков появилось +10% времени, которые раньше занимали влетающие задачи • Появилось понимание что важно, а что нет и почему @55
  43. Платформа Школы • Количество влетающих “Это не приемлемо” меньше в

    3 раза • У тестировщиков появилось +10% времени, которые раньше занимали влетающие задачи • Появилось понимание что важно, а что нет и почему • Ну и перестали тратить время на переключение между задачами @56
  44. Платформа справочные системы: Поиск • Утром - проверить. • Днём

    - проверить. • Вечером - проверить. • О всех проблемах сообщить напрямую. • Добиваться быстрейшего решения проблем. @61
  45. Что происходит? • Тестируем? Да. • Несогласованные изменения делаем? Вроде

    нет. • Мы можем что-то пропустить? Да, но не столько же! @62
  46. Давайте разбираться • Сделали свой список функциональности • Сделали на

    основе заводимых инцидентов дополнительный список • Расписали свои приоритеты • Выдали результат владельцу для проставления его приоритетов в режиме офлайна • 1 неделя… @63
  47. Давайте разбираться • Сделали свой список функциональности • Сделали на

    основе заводимых инцидентов дополнительный список • Расписали свои приоритеты • Выдали результат владельцу для проставления его приоритетов в режиме офлайна • 1 неделя… • PROFIT! Поток инцидентов снизился в 4 раза. Разобрались где качество контента, которое мы не контролируем, а где качество функционала. @64
  48. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы • Как лечили • Как шел процесс по направлениям • Закрепление результатов @66
  49. Поддержка помогает разработке • Управление инцидентами • Регистрация инцидентов с

    шагами воспроизведения • Приоритизация на уровне поддержки • SLA на фиксы в зависимости от приоритета @67
  50. Двигаемся по плану • Какое наследие есть из чего состоит

    ландшафт • Что болело и внезапные симптомы • Как лечили • Как шел процесс по направлениям • Закрепление результатов • Итого @71
  51. @72

  52. @73

  53. Сколько было инцидентов по месяцам 2018-2019 Месяц Электронные Издания Школы

    Справочные Cентябрь 106 11 110 Октябрь 203 12 112 Ноябрь 106 1 29 Декабрь 4 5 19 Январь 1 0 19 Февраль 1 3 26 @74
  54. Что мы получили в итоге • Понимание того что важно

    и нужно срочно исправлять, а что может ждать следующего релиза • Понимание того что можно выкинуть из регресса, а что нужно включить • План на покрытие автоматизацией • Вычеркнули из тестовых наборов более 2000 кейсов • В итоге у нас сейчас чуть больше 3000, но актуальных кейсов, половина из которых покрыта автоматизацией • Существенную экономию времени • Управление инцидентами и повышение качества поддержки @75
  55. @76

  56. Языки и инструменты Management: Atlassian Data storage: M$SQL, PGSQL, MySQL

    Lang Dev: C#, .Net Core, PHP, JS React Lang test: Java, PHP Containerz: Docker, Nomad, Kubernetes CI: Jenkins, pilot Gitlab And other lots of stuff... @79