Глава 4. Аналитик требований
Е З быстрее, чем созданные новичками, поскольку в первых меньше не-
достатков. В модели Сосото широко применяемой для оценки про-
ектов,
что опыт и способности аналитика требований сильно
влияют на материальные и трудовые затраты, связанные с
ей проекта
et
2000). Привлекая опытных
можно на треть снизить связанные с проектом трудозатраты по срав-
нению с аналогичными проектами, где заняты неопытные аналитики
Способности аналитика оказывают даже большее влияние, чем его
опыт: трудозатраты удается сократить вдвое.
Задачи аналитика
Аналитик — это посредник в общении, проясняющий смутные пред-
ставления пользователей и обращающий их в четкие спецификации,
которыми руководствуется команда разработчиков продукта. Задача
аналитика — прежде всего выяснить, для чего нужна пользователям
новая система, и затем определить функциональные и качественные
требования, на основе которых менеджеры проекта смогут
разработчики — спроектировать и создать, а специалисты по тестиро-
ванию — проверить продукт. Далее описаны некоторые стандартные
обязанности аналитика.
Определить бизнес-требования. Ваша работа в
аналитика
начинается, когда вы помогаете спонсору, менеджеру продукта или
менеджеру по маркетингу определить бизнес-требования к проекту.
Возможно, первое, что следует спросить: «Зачем мы начинаем этот
Бизнес-требования включают бизнес-цели организации и
представление о внешнем виде и функциональности системы. Можно
разработать шаблон документа об образе и границах (см. главу 5} и,
расспросив людей, имеющих представление о внешнем виде систе-
мы, получить у них необходимую информацию.
Определить заинтересованных лиц и классы пользователей. До-
кумент об образе и границах поможет вам выявить важные классы
пользователей и прочих заинтересованных в продукте лиц. Затем со-
вместно с заказчиками следует выбрать соответствующих представи-
телей каждого класса, заручиться их поддержкой и согласовать обя-
занности. Пользователи могут сомневаться, стоит ли участвовать в
создании требований, пока не будут точно знать, чего именно вы от
них хотите.
какого именно сотрудничества вы хотите, и оз-
накомьте
этим документом. В главе 6 описаны некоторые виды по-
мощи, которая вам может потребоваться от клиентов.
Выявить требования. Требования к программному продукту не лежат
на виду и не ждут, когда какой-нибудь аналитик придет и соберет их,
64 Часть I. Требования к продукту: что, почему и кто
Профессиональный аналитик помогает пользователям четко
вать функции системы, необходимые им для достижения
лей.
об этом — в главах 7 и
Для этого у него в арсенале
припасено множество способов сбора информации:
1 интервью;
семинары;
1 анализ документов;
1 опросы;
посещение рабочих мест клиентов;
1 анализ бизнес-процессов;
I анализ документооборота и задач;
1 списки событий;
1 анализ конкурирующих продуктов;
1 исследование существующих систем;
I ретроспективы развития предыдущего проекта.
Обычно пользователи уделяют особое внимание функциональным
требованиям к системе, поэтому на дискуссии следует обсудить каче-
ственные атрибуты, задачи производительности,
внешние интерфейсы и ограничения. Нормально, если аналитик спо-
рит с пользователями, однако не стоит навязывать им свое
Некоторые пользовательские требования могут показаться
-
ми, но если клиент утверждает, что они верны, лучше уступить ему.
Анализировать требования. Ищите производные требования, логи-
чески проистекающие из запросов клиентов, а также невысказанные
ожидания, которые, как считают клиенты, и так будут
Сразу же проясните неясные и неубедительные слова,
двусмысленность (примеры см. в главе 10). Выявите конфликтующие
требования и области, требующие подробной детализации. Определи-
те функциональные требования с такой степенью подробности, кото-
рая необходима
От проекта к проекту степень
ности различается. Для Web-узла, постепенно создаваемого небол
шой и дружной командой, достаточно документации с ограниченным
перечнем требований. Напротив, для разработки сложной встроенной
системы, которую будет строить внешний поставщик, потребуется то
ная и подробная спецификация требований к ПО.
Создавать спецификации с требованиями. В результате
ровки требований формируется коллективный взгляд на систему. Ана-
литик отвечает за хорошую организацию спецификаций, в которых
взгляд четко отражен. В результате применения стандартных шаблонов
для вариантов использования продукта и спецификации требований к
Глава 4. Аналитик требований
ПО создание документации ускоряется, поскольку у аналитика перед
глазами постоянно находится перечень тем, которые нужно обсудить с
представителями пользователей. Подробнее об области применения
— в главе 8, написании функциональных требований — в главе
и до-
кументировании качественных атрибутов ПО — в главе
Моделировать требования. Аналитик должен определить, полезно ли
требования нетекстовыми средствами, например с помо-
щью разнообразных моделей графического анализа (подробнее — в
главе 11), таблиц, математических уравнений, раскадровок и прототи-
пов (подробнее — в главе 13). Модели анализа отражают информацию
на более высоком уровне абстракции, чем подробный текст. Для мак-
симальной
и эффективного общения рисуйте модели
анализа, используя правила стандартного языка моделирования.
Управлять проверкой требований. Аналитик должен гарантировать,
что формулировки требований отвечают всем характеристикам, пере-
численным в главе и что система на основе этих требований устроит
пользователей. Аналитики участвуют в обзорах документов с требова-
ниями. Им также следует изучить архитектуру, код и варианты тести-
рования, спроектированные на основе спецификаций требований, и
убедиться, что требования интерпретированы правильно.
Обеспечить расстановку приоритетов требований.
обеспечивает общение и взаимодействие различных классов пользо-
вателей с разработчиками, что позволяет расставить приоритеты.
Возможно, вам будет полезна электронная таблица для назначения
приоритетов требованиям, обсуждаемая в главе 14.
Управлять требованиями. Аналитик требований вовлечен во все
этапы разработки ПО, его задача — помочь создать, обсудить и осу-
ществить план управления требованиями к проекту. Создав докумен-
тацию, аналитик управляет требованиями и проверяет, как они реали-
зуются в продукте. Хранение требований с помощью специальных
коммерческих утилит упрощает управление ими. Подробнее о средст-
вах управления требованиями — в главе
Управление требованиями подразумевает контроль за состоянием
отдельных функциональных требований по мере степени готовности
продукта. Расспрашивая коллег, аналитик собирает информацию о
связях требований, сопоставляет их с прочими элементами системы,
Аналитик — ключевая фигура в управлении
базовых тре-
бований, для этого он применяет средства контроля изменений.
66 Часть I. Требований к
что, почему и кто
необходимые аналитику
Не думайте, что без достаточной подготовки, тренировок и опыта
ловек сможет стать аналитиком. Ему не только не
хорошо вы
полнять
он просто разочаруется в ней. Аналитик должен уметь
разные средства сбора информации и представлять эту
информацию различными способами на нормальном и понятном
Профессионал в этой области обладает одновременно развитыми
коммуникационными навыками, знанием психологии межличностного
общения, техническими знаниями, знаниями предметной области
бизнеса и личными качествами, подходящими для этой работы
2002). Основные факторы успеха — терпение и
желание работать с людьми. Не менее важны и навыки,
далее.
Умение слушать. Чтобы стать специалистом, научитесь эффективно
слушать. Активное слушание подразумевает устранение помех, сохра
вежливой позы и зрительный контакт, а также повторение
новных моментов для закрепления их понимания. Вам нужно
тально схватывать, что говорят люди, и уметь читать между строк,
бы обнаружить вещи, о которых они стесняются говорить. Изучите,
ваши коллеги предпочитают общаться и избегайте налагать
фильтр понимания на высказывания клиентов. Ищите допущения
которые подчеркивали бы мысли других или их интерпретацию.
Умение опрашивать и задавать вопросы. Большая часть
ции о требованиях извлекается в ходе
людьми, и поэтому
литик должен уметь общаться с разными людьми и группами —
так ему удастся выявить их потребности. Возможно, работать со
шими менеджерами или чрезмерно самоуверенными или
ми людьми будет трудно. Для выяснения существенных
пользователей необходимо задавать правильные вопросы. Например
пользователи обычно делают акцент на ожидаемом поведении
мы. Тем не менее значительная часть кода будет обрабатывать
чения, поэтому вам следует определить возможные условия ошибок и
реакцию системы на них. По мере приобретения опыта вы
задавать вопросы, которые раскрывают и проясняют
сти, расхождения во мнениях, предположения и невысказанные ожи-
дания
и Weinberg, 1989).
Навыки
Эффективный аналитик способен думать на
ких уровнях абстракции. Иногда требуется перейти от сведений
го порядка к
В некоторых случаях на основе потребности
одного из пользователей сформулировать набор требований, которые
Глава 4. Аналитик требований 67
удовлетворят большинство пользователей данного класса.
оценивайте
полученную на основе разных источников,
чтобы урегулировать конфликты, отделить мимолетные желания поль-
зователей от их реальных потребностей и отличать варианты решений
от требований,
Навыки создания комфортных условий общения. Умение
зовать дружескую атмосферу на семинарах для уточнения
требований — один из необходимых навыков аналитика
2002). Нейтральный наблюдатель, имеющий опыт опроса, наблюде-
ния и создания комфортных условий общения, создаст доверитель-
ные отношения в группе и уменьшит напряженность в отношениях ме-
жду бизнесменами и ИТ-сотрудниками. В главе 7 даны некоторые ре-
комендации по организации семинаров.
Умение наблюдать. Внимательный аналитик запомнит высказанные
мимоходом комментарии, которые могут оказаться важными. Наблю-
дая за тем, как пользователь выполняет свои обязанности или работа-
ет с имеющимся приложением, опытный аналитик выявит моменты, о
которых пользователь даже не упомянул. Наблюдательность иногда
помогает направить дискуссию в новое русло, чтобы выявить допол-
нительные требования, о которых никто ничего не сказал.
Навыки написания документации. Основной итог процесса созда-
ния требований — письменная спецификация с информацией для кли-
ентов, отдела маркетинга и технического персонала. Аналитик должен
отлично владеть языком и ясно выражать сложные идеи.
Я знаком с одной организацией, где аналитиками назначили не-
скольких специалистов, для которых английский был вторым языком.
Написать
требования трудно даже на родном языке. Еще
сложнее, когда попутно приходится разбираться в нюансах оборотов
речи, двусмысленности слов и местных идиомах. Аналитик же должен
уметь читать критично и эффективно, поскольку ему приходится про-
сматривать множество материалов и необходимо быстро уяснять
их
Организационные навыки. Аналитик имеет дело с большим объе-
мом беспорядочной информации, собранной на первом этапе. Чтобы
справиться с данными и выстроить согласованное целое, вам потре-
буются исключительные организационные навыки, а также терпение и
упорство для вычленения основных идей из хаоса.
Навыки моделирования. Аналитик должен уметь работать с разно-
образными средствами, начиная с древних блок-схем и структуриро-
ванных моделей анализа (диаграммы потоков информации, диаграм-
68 Часть I. Требования к продукту: что, почему и кто
мы «сущность
и т.д.) и
современным языком
(Unified Modeling Language, унифицированный язык
Некоторые из этих средств
при общении с
другие — с разработчиками. Аналитику следует объяснить другим уча
стникам проекта ценность использования этих методов и то, как
тать с их данными. В главе
дан обзор некоторых типов моделей ана
лиэа.
Навыки межличностного общения. Аналитик должен уметь
зовать людей с разными интересами для совместной работы, и
ренно чувствовать себя в разговорах с сотрудниками,
разные должности в организации. Подумайте, как сложно иметь
с сотрудниками из виртуальных групп, различающихся по географиче
скому, временному, культурному или языковому признаку. Опытным
аналитикам зачастую приходится наставлять своих коллег-новичков и
объяснять клиентам суть процессов создания требований и разработ
Творческий подход. Аналитик — не просто клерк, записывающий
высказывания клиентов. Лучшие аналитики изобретают требования
2002). Они предлагают инновационные функции продук
тов, новые рыночные возможности и возможности для бизнеса и
мают, как удивить и удовлетворить своих клиентов. Отличный
творчески подходит к делу: рассказывая о системе, ему удается
вить клиента — тот даже не всегда подозревает, что такая
нальность возможна.
Знания, необходимые аналитику
В дополнение к описанным выше навыкам и личным качествам,
ку требований требуются обширные знания, большая часть которых
обретается с опытом. Попробуйте понять современные способы
ния требований и научитесь применять их на каждом этапе разработки
ПО. Эффективный аналитик владеет широким спектром средств и
когда их стоит использовать, а когда — нет.
Аналитик контролирует требования и управляет проектом на протя
жении всего цикла его разработки. Аналитик, знающий
управления проектом и рисками, а также понимающий методы обес'
печения качества продукции, не допустит провала проекта из-за
блем, возникающих на этапе формулирования требований. В области
коммерческой разработки ПО аналитику полезно знать концепции
управления продуктом и основы позиционирования и разработки
поративного ПО.
Глава 4. Аналитик требований
Становление аналитика
Знание предметной области — ценное качество для эффективного
аналитика. Аналитику, разбирающемуся в бизнесе, легче общаться с;
клиентами и понимать их, ему удается выявить невысказанные
положения и неявные требования. Он может предложить варианты со-
вершенствования бизнес-процессов, а также ценную функциональ-
ность, о которой пользователи даже не думали.
Великих аналитиков взращивают, а не обучают. Для работы аналити-
ком требуется множество личностных черт, а не знаний
технологий. Стандартного обучающего курса или описания обязанно-
стей такого специалиста не существует. В аналитики приходят из раз-
ных
и, скорее всего, у всех новичков есть пробелы в
ниях и навыках. Тому, кто собирается заниматься этим делом, следует
определить, какие именно из обсуждаемых в этой главе требований
относятся к нему, и постараться активно восполнить пробел, чтобы
первоклассно выполнить работу. Патриция Фердинанди (Patricia Ferdi-
(2002) описывает требования к профессиональному уровню на -
опытного и ведущего аналитика требований в разных об-
ластях: практический опыт, разработка, управление
сред-
ства и способы, качество и личностные характеристики. Аналитику-
новичку пригодятся советы и наставления опытных коллег, выражен-
ные, скажем, в форме обучения. Давайте посмотрим, как люди с
ным профессиональным опытом становятся аналитиками.
Бывший пользователь
Во многих корпоративных отделах информационных технологий есть
сотрудники, пришедшие в бизнес-аналитики из обычных
лей. Они отлично понимают особенности бизнеса и рабочей среды и
легко завоевывают доверие бывших коллег. Они знают язык пользова-
а также существующие системы и бизнес-процессы.
К сожалению, бывшие пользователи зачастую имеют весьма по-
верхностные знания о разработке ПО и взаимодействии с
ми специалистами. Если они не знакомы с методами моделирования
анализа, то по привычке выражают всю информацию в текстовой фор-
ме. Пользователям, ставшим аналитиками требований, следует по-
больше
о технической стороне разработки ПО, чтобы пред-
ставлять информацию в наиболее подходящей для разных аудиторий
форме,
70 Часть I. Требования к продукту: что, почему и
Некоторые бывшие пользователи считают, что они лучше, чем те, кто работает с ПО теперь, понимают, что на самом деле необходимо, поэтому не обращаются к этим сотрудниками или неуважительно носятся к информации, предоставленной теми, кто будет работать о новой системой. Недавние пользователи могут запутаться в текущих особенностях работы, да так, что не увидят возможности усовершен' бизнес-процессы посредством новой информационной темы. Еще одна опасность: бывший пользователь может запросто мать о требованиях только с точки зрения пользовательского фейса. Концентрация внимания на вариантах решения с самого начала создает ненужные ограничения архитектуры и зачастую не зволяет устранить реальную проблему. От специалиста по медицинской технике к аналитику требованийУ старшего менеджера отдела медицинских устройств в большой компании возник- ла проблема. «Два года назад я принял на работу в свой отдел трех специалистов по медицинскому оборудованию, чтобы те представляли потребности наших клиентов. Они проделали огромную работу, но уже не владеют особенностями современных медицинских технологий и не могут точно сказать, что же сегодня нужно клиентам. Какую работу мы можем предложить этим специалистам теперь?» Бывшие специалисты по медицинскому оборудованию, работающие под началом этого менеджера могут стать кандидатами в аналитики требований. И хотя они не знают о новинках медицинской техники, они смогут общаться на одном языке с дру- гими специалистами в этой области. За два года они усвоили принципы работы от- дела. им потребуется пройти обучение способам документации требова- ний, тем не менее они накопили ценный опыт, который позволит им эффективно вы- полнять работу аналитиков. Бывший разработчик Менеджеры проекта, которым не хватает профессионального тика требований, зачастую ожидают, что его функции будет разработчик. К сожалению, навыки и личные качества, необходимые! разработчику, отличаются от тех, что необходимы аналитику. Шаблон — не самый социально приятный из людей. кто из разработчиков терпелив с считая их необходи злом, с которым нужно разобраться как можно чтобы скорее вернуться к реальной работе — программированию. Конечно многие разработчики осознают важность процесса создания ний и высказывают желание работать аналитиками, когда потребуется, перейти в каталог файлов | Образовательный портал
Как узнать результаты егэ
Стихи про летний лагерь
3агадки для детей |