Стоимость Atlassian составляет 60 миллиарда долларов.
Безусловно, они знают, как обеспечить качество для своих клиентов и развивать SaaS (программное обеспечение как бизнес) . С точки зрения качественного проектирования, их подход к разработке программного обеспечения полон знаний и полезных практик.
Компания Atlassian была первопроходцем в преобразовании традиционной модели обеспечения качества (Quality Assurance) в модель поддержки качества (Quality Assistance). На протяжении многих лет они разрабатывают свою методологию, доступную в различных материалах.
В этой статье расскажем о том, как Atlassian проводит анализ качества своего менеджмента, организации, навыков и методологий. В их модели инициирующая сила начинается с руководства.
Менеджмент рассматривает качество как основную миссию организации
Можно считать, что обеспечения качества недостаточно, но кто-то должен предпринять действия, чтобы изменить статус-кво. Руководство Atlassian играет важную роль в обеспечении перехода к оказанию Качественной Помощи (Quality Assistance) в трех областях: определение качества, общая миссия и ее принципы.
Для того, чтобы развиваться как группа, людям нужна общая цель. Качество не является исключением, и его субъективность требует особого внимания. Качественная Помощь способствует всестороннему подходу к вопросам качества и, следовательно, требует взаимодействия с различными субъектами в их определении качества.
Atlassian определяет качество как обеспечение “Скоростного Качества”.
“Скоростное Качество” — это подход Atlassian к обеспечению качества, и мы постоянно совершенствуем его определение и то, как это отражается на реальных процессах команды разработчиков. Наши разработчики могут уверенно взяться за тестирование, в то время как наши инженеры по контролю качества решают более масштабные, сложные и смелые задачи. Команды могут предоставлять более качественные фичи быстрее и достигать амбициозных целей по повышению качества.
Здесь определяется истинная миссия. Не устанавливаются детали реализации и основные этапы разработки. Целью обеспечения качества является повышение эффективности работы организации. Разные люди по-разному вносят свой вклад в развивающиеся процессы. В конечном счете качество должно иметь решающее значение для ускорения создания ценного продукта.
Затем команды Atlassian работают в соответствии с набором принципов.
“Скоростное Качество” — это цель, достижимая по мере совершенствования.
Atlassian не ожидал, что с самого начала окажется на вершине. Осознавая необходимость постоянного совершенствования, они определили “иерархию качества”, основанную на пирамиде Маслоу. В нем разъясняется конечный результат, которого необходимо достичь, и необходимые этапы развития для его достижения.
На самом нижнем уровне располагается стандартное и надежное исполнение. Это в первую очередь проясняет необходимость создания прочной основы. По мере продвижения вверх по уровням, получаемая ценность "Скоростного Качества" переходит с внутренней точки зрения качества на внешнюю.
Затем следуют принципы, основанные на их миссии и вкладе в бизнес. Их Качественная Помощь ориентирована на результаты работы команды разработчиков. Нет фокуса на внутренних аспектах, таких, как количество багов и процент их закрытия.
Качество: команды разработчиков должны поставлять программное обеспечение, которое работает в любых условиях. Они не должны ожидать, что другие команды, тестировщики или конечные пользователи найдут их ошибки.
Скорость: команды разработчиков должны иметь возможность выпускать новый функционал в кратчайшие сроки. Они не должны писать код, который не будет использоваться, и должны минимизировать необходимость в его доработке.
Независимость: команды разработчиков должны иметь возможность разрабатывать функционал, тестировать и самостоятельно его выпускать. Они не должны полагаться на QA или другие команды, замедляя весь процесс.
Экспериментирование: описанный здесь высокоуровневый процесс развивался с течением времени за счет инноваций. У каждой команды есть свой контекст, и от нее ожидается внесение изменений для адаптации этого процесса и проверки результатов этих изменений.
Основные принципы качества и скорости вытекают из их миссии. Затем, принцип независимости явно устраняет потенциальное препятствие в QA команде. И в заключение, они ожидают, что команды адаптируют методы обеспечения качества к условиям с помощью экспериментов. Можно отметить подход, основанный на результате и данных, как ожидающий “подтверждения результатов этих изменений”.
В таком случае требуется правильный контекст.
Организация распределяет роли участников в соответствии с общей миссией
Их миссия и принципы определяют четкие рамки исполнения. Но Качественная Помощь — это не добавление QA в каждую команду. Оно требует изменения взаимодействия существующих членов команды, использующих организационный дизайн, чтобы выбраться из замкнутого круга.
Функции по обеспечению качества обычно заключаются в том, чтобы “гарантировать качество продукта” с помощью оценок, тестирования или устранения ошибок. Модель поддержки качества изменила роль тестировщиков на инженеров по качеству. Их цель - не обеспечивать качество за других; они должны “улучшить команду разработчиков” в трех областях: наставление, контроль и обучение.
Следовательно, инженеры-программисты в первую очередь заботятся о качестве, обеспечивая более быструю обратную связь и автономность. Это позволяет избежать увеличения расходов на Качественную Помощь. Например, в Atlassian работали 10 менеджеров по продуктам, 90 инженеров-программистов и 7 инженеров по контролю качества в JIRA.
В результате у инженеров по качеству появляется больше ценного времени для повышения эффективности своей работы за счет:
Предоставления разработчикам возможности уверенно проводить тестирование за счет обучения, инструментов и среды.
Отслеживания результатов работы команды и определения, где можно внести улучшения.
Помощь команде, в первую очередь, эффективно создавать высококачественное программное обеспечение.
Предотвращение проблем до того, как они превратятся в более серьезные
Эта организационная модель позволила масштабировать модель через культуру.
Культура ориентирована на встроенное качество, а не на тестирование
Лучшим механизмом для координации действий большого числа людей является культура. Общая миссия, кодексы и убеждения обеспечивают надежное и воспроизводимое распространение практик. Это объясняет важность культуры при масштабировании программных продуктов. Для Atlassian это важно для получения Качественной Помощи.
Организационная миссия "Скоростное Качество" была первым шагом. Затем им пришлось изменить представление об обеспечении качества, отвечающее за “качество” и “тестирование”. Atlassian распространяет новые идеи с помощью различных средств коммуникационной поддержки в организации. Со временем произошла смена парадигмы, которая достигла переломного момента.
Вместо того, чтобы искать баги, мы обучаем разработчиков писать код без багов!
Это значительно отличается от классической разработки ПО. Стоит повторить: QA нужны не для поиска багов, а для предотвращения их первоначального появления.
Методы работы также должны развиваться. Как люди, мы склонны оставаться в своей зоне комфорта, особенно в рамках группы. Atlassian пришлось вложить значительные средства в то, чтобы четко описать, как по-другому повысить качество. Первое изменение заключалось в устранении неоднозначной ассоциации “тестирование — это качество”. Например, они четко указали, как проводить меньше тестов:
Прежде чем перейти к вопросу о том, что необходимо для трансформации, давайте выясним кто имеет важное значение для трансформации.
Навыки объединяются для совместного обеспечения качества в кратчайшие сроки
Еще одной обязанностью руководства является формирование навыков, необходимых для оказания Качественной Помощи. Трудности заключаются в том, чтобы сочетать их с существующими, одновременно улучшая их с помощью обучения и найма на работу.
Atlassian определяет следующие навыки для эффективного оказания Качественной Помощи:
Опыт тестирования
Обучение
Выявление проблем
Влияние с помощью данных
Вдохновение
Фасилитация
Опыт тестирования и преподавания
Инженеры по качеству должны помогать инженерным командам обеспечивать качество. Для эффективной передачи знаний другим командам требуются как знания в области качества, так и опыт преподавания. Один из навыков может быть развит с помощью коучей или на тренингах, если у вас нет этих навыков.
Выявлять проблемы и оказывать влияние
Более широкий кругозор, приобретенный инженерами по качеству, позволяет решать более сложные проблемы, связанные с качеством. Поэтому им в первую очередь необходимы навыки управления проблемами, чтобы правильно определить их масштаб. Затем им нужно влияние, чтобы стимулировать решение проблем в различных командах.
Руководите с вдохновением и содействием
Качество требует четкой координации для создания глобальной ценности. Инженеры по качеству должны быть лидерами в области качества, вдохновлять команду и постоянно помогать в процессе работы. Их вклад имеет важное значение при переходе к оказанию Качественной Помощи, постепенно передавая качество командам.
Затем задача состоит в том, чтобы сохранить позитивные изменения.
Процессы разработки и поставки программного обеспечения включают в себя обеспечение Качества
Лучший способ изменить методы работы — это воздействовать на процессы. Изменяя направление систематических действий, мы в итоге влияем на общую координацию деятельности. Для Atlassian процессы разработки и выпуска программного обеспечения были фундаментальными процессами развития.
Atlassian не устанавливал универсальную модель для всех. Целевая модель дополняется рядом вариаций, адаптируемых к уровню команды или контексту. Например, процесс перехода содержит большее количество шагов с более простыми взаимодействиями и стадиями.
Мы можем отметить основные процессы обеспечения качества, присутствующие в обеих моделях, такие как Тест. заметки или QA демо. Например, Начальный этап контроля качества не нужен, если команда может проводить оценку качества самостоятельно.
По мере того, как команды становятся все более уверенной в контроле качества, они могут адаптировать и даже удалить некоторые шаги. Следующие процессы действительно помогают в осуществлении систематических мер по обеспечению качества:
Блиц-тестирование: много людей проводят тестовую сессию в течение ограниченного времени
Начальный этап контроля качества: объединение для мозгового штурма по вопросам тестирования
Dogfooding: внутреннее использование новых функций до их выпуска
Разработчик на тестировании: хорошо знакомит разработчиков с ответственностью за тестирование
В конце концов, нужно оценить прогресс.
Измерение результатов способствует постоянному совершенствованию
Быть занятым — не значит приносить результаты. Непрерывное сопоставление работы с конечными результатами позволяет отслеживать фактическую ценность. Atlassian делает это с помощью совместных упражнений по Качественной Помощи: Показатель Индекса лояльности клиентов (Net Promoter Score (NPS)) и Мониторинг качества здоровья (Quality Health Monitor (QHM)).
Показатель Индекса лояльности клиентов — это первый показатель Качественной Помощи. Командам предлагается оценить по шкале от 0 до 10 вероятность того, что они дадут рекомендацию. Сторонники находятся в диапазоне от 8 до 10, в то время как противники - от 0 до 6, а нейтрально высказавшиеся - 7. NPS дает хорошее представление о восприятии в организации. Затем он используется для разработки планов действий по устранению плохих оценок и сохранению положительных.
Мониторинг качества здоровья — это совместная церемония, похожая на молчаливую ретроспективу. Внешний ведущий собирает группу максимум из 8 человек, чтобы со временем оценить их качественные характеристики. Мастер-класс способствует взаимодействию, решению проблем и постоянному повышению качества в рамках единой команды.
Оба показателя важны для сохранения ответственности за качество и сосредоточенности команды на создании общей ценности.
Atlassian использует Качественную Помощь для устойчивого роста
Качественная Помощь — это реальная трансформация организации. Atlassian полностью изменила подход к созданию и выпуску качественного программного обеспечения. Теперь это стало настоящей отличительной чертой, позволяющей быстро обеспечивать качество продукции.
Изменения произошли не сразу. Благодаря системе MAMOS Quality Engineering мы видим, что руководству потребовалось время, чтобы изменить Организацию, Навыки и Методологию с Управлением.
Не менее важным, чем достигнутый ими уровень, является то, что компания может постоянно расширять свою практику обеспечения качества. Они демонстрируют важность постоянной адаптации и культуры для поддержания организации на высоком уровне.
Atlassian вдохновляет различные организации на оказание Качественной Помощи. В соответствии с их принципами ключевым моментом остается адаптация к контексту. В этой статье можно найти два конкретных примера: Manomano и OpenClassrooms.
Готовы ли вы адаптировать свою организацию для получения Качественной Помощи?
Список источников
Atlassian, Inside Atlassian QA
Atlassian, Quality Assurance versus Quality Assistance
Atlassian, Quality Health Monitor
Atlassian, Software QA Skills
Mark Hrynczak, The Future of QA at Atlassian – Atlassian Summit 2016
Mark Hrynczak, The Future of QA at Atlassian
Prezi, Atlassian Quality Assistance
Penny Wyatt, Quality at Speed, How JIRA Does QA
