Software quality assurance (SQA или просто QA) - это деятельность по оценке качества и обеспечению соответствия стандартам и процессам (хотя многие это считают синонимом тестированию).
Обеспечивает ли следованию процессу качество? Возможно, если процесс ориентирован на качество и имеет средства для его поддержания. И на проекте «правильные» люди.
Конечно, теоретики скажут, что процесс гарантирует качество, что все проблемы вызваны нарушением процедур, что проект «неправильный» или что все ошибки из-за людей, а не из-за процесса. На самом деле, люди являются наиболее важной частью успеха, в то время как даже полное следование процессу может привести к провалу. И в этом плане термин SQA вводит в заблуждение. SQA обеспечивает не качество продукта, а соответствие стандартам и процессам, что совсем не одно и то же.
Давайте рассмотрим именно качество продукта, а не следование процессу. Качество можно проверять или же оно может быть «встроено» в процесс создания продукта. Эти подходы дополняют друг друга. В случае, если используется только контроль, то придется тратить много времени на исправление ошибок, а если нет контроля, то повышается риск выпустить некачественный продукт.
Для повышения качества можно использовать разнообразные инструменты и подходы. Важно понимать, что нужно сделать, как это сделать и как проверить, что сделанный продукт и есть то, что нужно заказчику.
Обеспечение качества – это очень большая тема. В Интернете есть много информации по приводимым ниже техникам, в этом обзоре я просто кратко упомяну некоторые. Рассмотрим следующие области:
- Требования
- Создание
- Предупреждение проблем в будущем
Добрались руки до того, чтобы обработать презентацию для интернета и выложить ее.
Я рассказывал о том, как мы (я в частности) пришли к принципу управления проектами по Agile и как это положительно сказалось на управлении бюджетом проектов.
Знаете, когда мы запускали работу по agile-процессу в нашем флагманском проекте я прочитал для сотрудников пару семинаров. А после одного из них попросил прислать мне их мнения. В одном из мнений говорилось, что мол “раньше я думал, что agile нужен для того, чтобы разводить клиента на деньги, но сейчас я думаю, что им он реально полезен”. Странное дело, но некоторые реально считают порочной практикой принцип agile-методики биллить часы ежемесячно даже за работу, которая может быть отвергнута в следующей итерации. При этом не понимая смысла этой гибкости.
В докладе я делал упор на тот факт, что наш заказчик всегда платит за готовый продукт. Я даже выделил это красным: готовый продукт. Эта мысль на самом деле связывает воедино отношения заказчик-разработчик в старую добруб формулу: “утром деньги - вечером стулья”. Все предельно честно.
Если вы были на конференции и не задали мне вопрос, то самое время сделать это ниже в комментариях.
После Agile Practitioners Gathering я стал более широко воспринимать тему ретроспективы.
Ретроспектива – одна из наиболее игнорируемых практик. Почему же ее не используют? В основном потому, что видят трудности с ее внедрением, но не видят особых преимуществ.
Понятно, что использовать практику, не дающую никакой пользы, нет смысла. Но некоторые практики могут приносить долгосрочную пользу – что не всегда принимается во внимание.
Очевидные цели ретроспективы:
- Собрать информацию, получить обратную связь
- Что-то улучшить на основе полученной информации
Звучит красиво, но на практике это не так легко. Основными проблемами являются:
- «Бюрократическая» атмосфера, люди не хотя давать реальную информацию, так как это в итоге может превратиться в «охоту на ведьм»
- Члены команды не учитывают долговременных плюсов ретроспективы, но очень хорошо замечают кратковременные трудности, и быстро прекращают проводить ретроспективу
- В случае неправильной организации, без четких целей ретроспектива не приносит реальной пользы, это пустая трата времени
Чтобы немного сгладить впечатление, что ретроспектива это что-то из области теоретической фантастики, приведу некоторые не совсем явные преимущества:
- Может повысить открытость, так как люди привыкают давать и получать обратную связь
- Так как в результате ретроспективы команда получает возможность «подстроить» процесс под себя, то шанс того, что основа процесса будет одинакова для многих проектов в компании (основа та же, отличаются в основном настройки), возрастает
- Ретроспектива может помочь улучшить процесс на уровне всей компании
- Она помогает адекватно отреагировать на изменения, а не просто игнорировать их
В данной статье я в основном остановлюсь на проведении ретроспектив:
- Преимущества с разных точек зрения
- Как проводить
- Различные инструменты и подходы
- Ретроспектива на более высоком уровне
Вот есть грузовик. Принципиальная схема грузовика проста: есть кузов, который перевозит груз. Перевозка груза происходит потому что к кузову приделаны колеса, которые крутятся и передвигают корпус. Колеса крутятся потому что их вращает двигатель посредством вращающегося вала. Двигатель вращает вал так как в нем сгорает бензин, который при сгорании толкает поршень, который сообщает движение валу. Поэтому бензин сгорает, толкает поршень, колеса крутятся, кузов движется, возникает польза – передвижение груза. Каждая деталь – на своем месте, вместе они образуют концептуальное единство.
15 мая, в пятницу, состоится встреча Agile Practitioners Gathering. добавить в мой календарь
Цель
Основная задача - помочь в обмене информацией, опытом, решении существующих проблем и улучшении процесса разработки всем, кто использует гибкую разработку (Scrum мастерам, Agile коучам, членам Agile-команд, руководителям компаний).
Свое участие уже подтвердил Денис Петелин, основатель Agile сообщества Беларуси.
Программа
Начало в 10:00.
Завершение в 18:00.
В основном планируются дискуссии в формате open space.
Участие
Участие бесплатное.
Регистрация обязательна, помещение рассчитано на не более чем 25 человек.
Как добраться
Московская, 15 (Республиканский институт высшей школы), аудитория 804 - на лифте до 7-го этажа, потом по лестнице до 8, найти аудиторию 804
Это рядом со станцией метро Институт культуры.
Надеюсь, эта карта поможет соориентироваться - http://www.gorodalive.by/minsk/gis/19960.
Предыдущие статьи
15 апреля 2009 Оценка. Примеры
5 апреля 2009 Software People 2009
5 апреля 2009 Agile Q&A – вопросы, которые заданы много раз
2 апреля 2009 Agile Gathering 7. Киев.
Agile-сообщеcтво Беларуси
Вы находитесь на сайте белорусского сообщества agile-практиков. Цель нашего сообщества вообще и данного сайта в частности очень простая...
Комментируют