6921
правка
Изменения
Нет описания правки
<big>'''Аналитик и Тестировщик в одном лице – путь к качеству'''</big>
[[Файл:Waterfall model.svg|right|thumb|300px|Рис.1. Водопадная модель, из [http://en.wikipedia.org/wiki/Waterfall_model википедии] ]]
Даже при сохранении ролей в рамках одной команды, границы между ролями могут быть проведены по-другому, нежели в водопадной модели.
[[Файл:Systems Engineering Process II.svg|right|thumb|300px|Рис.2. V-модель, из [http://en.wikipedia.org/wiki/V-Model_(software_development) википедии] ]]
V-модель интересна тем, что дает достаточно общий взгляд на процесс как таковой, не сосредотачиваясь на его отдельных стадиях. Поэтому она удобна для сравнения различных моделей разработки.
[[Файл:Systems Engineering Process 3 roles.svg|thumb|400px|Рис.3. Классические роли на V-модели]]
Основной недостаток такого процесса состоит в том, что требования с заказчиком обсуждают одни специалисты, а проверяют и внедряют готовый продукт — другие. В ходе передачи информация искажается и теряется, и, как показывает опыт, никакие спецификации не позволяют этого исключить. В результате заказчик зачастую получает продукт, не соответствующий его ожиданиям. Ошибки, допущенные на этапе постановки, занимают наибольшую долю среди причин провалов или задержек выпуска программных продуктов, поэтому их устранение является крайне важным.
[[Файл:Systems Engineering Process 2 roles.svg|thumb|400px|Рис.4. Объединение ролей на V-модели]]
В компании CUSTIS мы применяем именно такое разделение ролей в команде. У нас нет чистых аналитиков и чистых тестировщиков, эти роли совмещены. При этом внутри команды их обычно несколько, также как и несколько разработчиков, и мы стараемся обеспечить кросс-функциональность в пределах каждой роли. Правда, у этой модели, если рассматривать ее в чистом виде, есть и недостаток – достаточно большая нагрузка на аналитиков, которые обычно представляют собой дефицитный ресурс. Выход мы видим в том, чтобы готовить таких кросс-функциональных аналитиков непосредственно в проектах: в начале проекта менее опытные аналитики начинают преимущественно с задач тестирования, а по мере роста квалификации все больше берут на себя и аналитическую составляющую работы.
Схемы на базе V-модели, использованные в статье, могут применяться для визуализации разделения ролей в реальных проектах. С их помощью можно представлять более сложные схемы с большим числом ролей, учитывая, в числе прочего, различную квалификацию сотрудников, а также наблюдать за динамикой изменения обязанностей в ходе проекта и оценивать рост опыта сотрудников. Визуализация предмета рассуждений всегда способствует взаимопониманию, и V-диаграммы с ролями оказались для этого удобным инструментом.
[[Категория:Люди]]
[[Категория:ДокладыСтатьи]]