Дайджест №185
Сегодня в выпуске:
- Наши в столице. Analyst Days-11
- Skyeng приглашает на бесплатный вебинар
- Поздравления
- Новичок
Наши в столице
Рассказывают:
Саша Ханин, аналитик
9-10 октября бесстрашный десант СКБ ЛАБ посетил международную конференцию по системному и бизнес-анализу Analyst Days-11, которая проходила в Москве.
На мероприятии нас ожидало 2 дня и 4 секции отборных докладов и мастер-классов!
С программой мероприятия мы ознакомились еще на берегу Исети и нашей целью было посетить максимальное количество секций.
В результате каждый из нас прослушал не менее 10-ти докладов.
Из Москвы мы привезли всё: новые впечатления, бесценные знания, мотивацию саморазвития и развития продукта, всё кроме короны :-)
Вот несколько докладов, которые мне особенно понравились:
1. Ольга Крамарченко, Winvestor, Практический кейс "Как мы ревью требований внедряли"
Сталкивались ли вы с непонятными требованиями, которые вызывали только боль и страдания?
А как часто у вас возвращаются задачи на тестирование, потому что сделали не так как хотели? Что же делать в этой ситуации? Какие способы решения?
Автором была предложена методика проведения ревью требований, которую они успешно применяют в своей компании уже несколько лет.
Основная суть в том, что "качество требований определяет читатель, а не автор" (Карл Вигерс).
Методика ревью заключается в двухэтапной последовательной проверке требований сначала со стороны тестировщика, а потом уже со стороны продакта.
Предложенный подход безусловно увеличивает нагрузку на сбор и анализ требований (+25%), но существенно сокращает трудозатраты на разработку, доработку и устранение потенциальных проблем (а.к.а. багов - 80%).
Цель подхода не только формально экономить человеко-часы в месяц, но правильно оценить полученную выгоду.
2. Анатолий Левенчук, Школа системного менеджмента, "Системное мышление 2020"
Системное мышление – это способ управления коллективным вниманием в сложных проектах.
Набор понятий системного мышления позволяет объединить работу мультипрофессиональной команды, удерживать целостное восприятие проекта.
По мнению автора доклада непрерывный цикл саморазвития аналитика должен быть направлен на отращивание и использование прикладного мастерства, а также на расширение кругозора для вписки в различные перспективные направления.
Автор считает, что если аналитик своими постановками не меняет мир вокруг себя, то он бесполезен для общества. Но ведь это не про нас с вами? :-)
3. Леонид Юденков, EPAM Systems, "Бизнес-анализ для героев: секреты приготовления"
Аналитик - профессия для настоящих супергероев.
Он может общаться с клиентом, моделировать бизнес-процессы, создавать объемную документацию и макеты дизайна, описывать модели данных и интеграцию, исследовать, обучать, координировать, планировать, фасилитировать...
"Быть супергероем - это самая недолговечная профессия на земле" (Уилл Роджерс).
В докладе рассказывалось об эффективных способах оптимизации работы аналитика и процесса бизнес-анализа в целом.
Оптимизация должна быть направлена на сокращение операционной деятельности аналитика и увеличения доли тактики и стратегии в развитии продукта.
Основные инструменты оптимизации:
1. Изменение подхода к БА активностям
2. Вовлечение заинтересованных лиц
3. Выстраивание консистентной модели принятия решений и процесса
4. Выстраивание информационных потоков
Лиза Ангальд, аналитик
Как истинный идеалист ожидала высочайшего уровня всех докладов, при выборе разрывалась между докладами в одно время, желая посетить все и сразу. Однако, суровая действительность внесла свои коррективы ☹
Свой антитоп докладов составлять не буду, договоримся воспринимать их как опыт, особенно в случае решения поучаствовать в конференции в качестве докладчика (да-да, кое кто загорелся мыслью нести наш позитивный опыт в массы)
Самое главное, что от 70% посещенных докладов я все-таки получила моральное удовлетворение и пользу. Поделюсь с вами положительными впечатлениями по нескольким докладам:
1. Анастасия Московкина, e-Legion, Процесс анализа в команде разработчиков мобильного приложения
Анастасия поделилась опытом проектной разработки мобильных приложений. Примеры их проектов: Tele2, BurgerKing, Globus и др. Какая сложность в проектной разработке? На каждом проекте приходится по-разному выстраивать одни и те же рабочие процессы для их эффективности: взаимодействие с командой, детализация требований, оптимизация работы. Приведу пример вариантов взаимодействия с дизайнерами:
А какой выберешь ты? Плюсы и минусы каждого варианта можно обозначать достаточно долго, но выводы, следующие: каждая схема имеет право на существование, и идеального решения, которое будет подходить во всех случаях нет. И конечно же, взаимодействие аналитика и дизайнера зависит от возможностей проекта и людей.
Еще один момент, которым хочется поделиться, это решение проблемы изменения описания функциональности: по примеру разработчиков новые требования сливаются в мастер и каждая версия мобильного приложения имеет свое актуальное описание. Данный опыт, считаю очень полезным, так как при правильном подходе он может облегчить и автоматизировать описание требований, поддержание их актуального состояния и помощь тестировщикам при поддержании актуальности тест кейсов, а также разборе багов с боя.
2. Евгений Игнашов, Luxoft; Елизавета Левшенкова, Леруа Мерлен – Аналитик и дизайнер. Есть ли разница
В продолжении темы выше, хочу отметить, что коллеги из Леруа Мерлен пришли к выводу, что самый эффективный способ взаимодействия «Дизайнер + Аналитик», так как аналитик часто заходит в сферу дизайна, а дизайнер в сферу аналитики. При этом аналитику ни в коем случае нельзя мыслить кнопками и полями, необходимо доносить проблему и цель, доступные данные, описание функционала и/или процесса.
А теперь минутка веселья, которая вероятнее всего вызовет вздох облегчения у наших тестировщиков) Угадайте, может ли один тестировщик справится с наплывом задач от 4! Аналитиков и 8! разработчиков? Так вот, в Леруа пытается (мои искренние сочувствия ему)
3. Максим Цепко – Модели предметной области для разных парадигм программирования
Максим очень явно для всех слушателей выделил переход в изменениях подхода к аналитике при разработке с учетом условно новой архитектуры. Кто начал плотно работать с микросервисами должен понять)
Если объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель, которая соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки, то в случае микросервисной объектной модели – предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки.
Кирилл Москатов, аналитик
Мне безусловно понравились доклады практиков, в каждом слайде четко прослеживались пережитые боль и страдания от возникших сложностей и радость, приправленная гордостью за найденные решения. Вот мой ТОП-3 докладов:
1. Екатерина Ананьева, Мой склад. Как мы процесс документирования внедряли
Как часто находясь в эйфории от новой реализованной задачи мы забываем о такой важной ее части как документация? Основная мысль от Екатерины, что документировать надо от появления идеи до реализации. Но важно не просто фиксировать все от и до, а очень четко представлять кто будущий пользователь такой документации. По мнению докладчика, налаженный процесс документирования позволяет: снизить временные затраты на дополнительные внутрикомандные и кросскомандные коммуникации, ускорить вхождение новичков в команду, проще понять и оценить масштаб изменений в новых задачах, не забыть мелкие особенности функционала, упростить сопровождение функционала. Чтобы процесс документирования не превращался в мучение, Екатерина предлагает:
· заранее договориться в команде об уровне детализации: будет ли это общая схема или подробное описание логики или вы будете фиксировать все и вся.
· Придумать шаблоны для описания конкретного функционала.
· Строить карты продукта или процесса для навигации по задокументированному описанию, а также видеть в каких местах есть пробелы
· Назначить в команде ответственного, кто будет документировать, привлекать команду к процессу документирования и следить за актуальностью.
2. Наталья Семенова, EPAM, Как обеспечить качественный профессиональный рост бизнес-аналитика.
Хотя в названии и указано «бизнес-аналитик», но думаю, что тема актуальна для любого специалиста. Наталья поставила вопрос о том, как развиваться аналитику, какие техники можно применять, чтобы становиться более квалифицированным сотрудником в своей компании. Для небольших компаний, где процесс обучения не выстроен или аналитик представлен в единственном числе важно:
· Воспринимать возникающие сложности как возможность чтобы научиться такие сложности решать.
· Учиться на своих ошибках.
· По итогам задачи / проекта сравнить заявленные цели с фактическим результатом и анализировать успешные решения и решения, которые не привели к поставленным целям.
· Успешные решения записывать как учебные кейсы с пояснениями, почему такое решение стало лучшим.
Для компаний где аналитик не один, Наталья рекомендует проводить митапы по обмену опытом, делиться своими успехами и провалами. Ну что? Кто готов вступить в клуб анонимных алко… аналитиков?
3. Михаил Поздняков, ВТБ, Как проектирование модели данных помогает вытащить сложный проект
Наш коллега из ВТБ высказал неоднозначное утверждение: «Хорошее описание данных ВАЖНЕЕ хорошего описания поведения». И вот тут у всех коллег аналитиков должен непроизвольно вырваться крик несогласия…
Вроде все модные концепции твердят нам, что надо отталкиваться от процесса, рисовать UserStoryMap'ы и оптимизировать узкие места.
Но все-таки, как часто мы-аналитики задумываемся о данных, которые существуют в наших процессах, их структуре, взаимосвязях, типах? Михаил рассказал и привел примеры из собственного опыта, когда кроме концептуальной модели (что и как должно работать) и физической модели (для нас с вами это базы данных, код, шина и т.д.) необходимо до начала разработки проанализировать и разобраться с логической моделью данных. Если этого не сделать, то запросто можно оказаться в ситуации, когда, казалось бы, незначительное изменение в процессе может повлечь за собой колоссальную доработку на всех уровнях системы.
Если вы соберете 1000 лайков под данным постом, то мы готовы собрать zoom-конференцию и рассказать более подробно об интересующем вас докладе, но это не точно...
Презентации всех докладов можно посмотреть в программе конференции на сайте https://analystdays.ru/,
а атмосферу конференции можно прочувствовать посмотрев обзорный ролик с конференции Analyst Days-11 https://youtu.be/Tw9NBHxbs6o
Skyeng приглашает на бесплатный вебинар
У нас новость-бомба! Павел Палагин, один из ведущих экспертов РФ по нейроэффективности и быстрому обучению, автор бестселлера «Скорочтение на практике» проведет бесплатный вебинар «Активация хорошей памяти для быстрого изучения языка» 22 октября, в 12:00.
Что будет на вебинаре?
♦ тест возможностей вашей памяти;
♦ знакомство с системой управления памятью;
♦ знание, как улучшить внимание и концентрацию;
♦ как хорошая память влияет на скорость изучения языка;
♦ техника запоминания иностранных слов;
♦ стратегии быстрого изучения языка на основе кейсов;
♦ тренировка памяти для изучения языков и финальный тест.
Регистрация по ссылке:
https://docs.google.com/forms/d/e/1FAIpQLScAZ_oiDPoq_lGNP8la0vVslyKQEil5Xdp5jvitFKoaq7ZpRg/viewform
У нас продолжается свадебная череда!
Сегодня мы от души поздравляем Маяченко Ксению!
Ксения, пусть ваша любовь будет такой же светлой и нежной, как вы в этот день!
Новичок (не токсичный)
Асманов Антон, тестировщик 5 категории
Всем привет! Меня зовут Антон, я новый тестировщик.
В свободное время играю в WoW, смотрю фильмы и сериалы. Люблю котов, а также ночные прогулки по городу)
Рад стать частью коллектива СКБ ЛАБ.
Веретенников Александр, тестировщик 5 категории
Всем привет! Меня зовут Александр, я работаю инженером-тестеровщиком, мне 29 лет.
Закончил 2 института. УПИ теплоэнергетический университет и РАНХиГС государственное и муниципальное управление.
Свою профессиональную карьеру начинал с производства в УГМК. У вас батареи греют? Это все я, это все мое! =) Далее долго проработал в дочернем обществе ПАО «Роснефть». Контролировал строительство газопроводов и узлов учета газа. У вас нет газа? Это все я, это все мое! =) Работа была прекрасной и интересной, но чувствовал, что я «живу не собой».
Поэтому в один прекрасный момент, уволился и ушел в свободное плавание. Т.к. мой мозг лучше работает в прикладных науках и большинство из близкого окружения друзей работают в IT, сомнений не было в какой области мне продолжить профессиональную карьеру.
Недолго проработав в Сима-Ленде SEO-специалистом, ушел во фриланс. Работал во фрилансе, параллельно открыл (позже закрыл) магазин розничной торговли. Торговля не мое!)
В октябре 2019 года, что-то во мне «переключилось» и я точно понял, что мне нужно и чего я хочу. Поэтому с октября 2019 года занимался тестированием во фрилансе, а с октября 2020 года уже с профессионалами SKB-LAB. Поставил себе цель дорасти до Lead Software Testing Specialist.
Сильные стороны: пунктуальный, въедливый, честный, дисциплинированный.
Слабые стороны: излишняя прямота, завышенное чувство ответственности, могу ответить слишком резко, но я добрый =)
Хобби: фитнес, книги о финансах, нумизмат.
Михаил Хлапов, тестировщик 1 категории
Привет, #lab_team, меня зовут Михаил, или просто Миша)
В QA я с 2014 года, 2019ый провел в интересном питерском стартапе в качестве backend автоматизатора, а последние полтора года провел на солнечном Кипре, тестируя и продвигая один перспективный маркетплэйс)
Люблю футбол, но есть существенная травма колена, после "фикса" которой готов присоединиться к любым спортивным активностям в компании!
Рад присоединиться к команде!
