Вигерс Карл. Разработка требований к программному обеспечению

Подождите немного. Документ загружается.

Таблица

В-1.

Руководство по поиску и решению проблем,

связанных

с требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные решения

Проблемы, связанные с планированием

I Энтузиазм по поводу заме-

чательных новых технологий

или возможностей берет

верх над реалистичными

оценками возможностей.

Динамически

изменяйте

мас-

штабы проекта, насколько

этого

требует ситуация с

проектов.

Недокументиро-

ванный или плохо

определенный

объем.

Недостаток управления

финансовой

поддержкой

проекта.

Спешка с началом

конструирования.

Отсутствие понимания важ-

ности определения объема

проекта.

Отсутствие единства мнений

у заинтересованных лиц

об объеме проекта.

Изменчивые

условия рынка

или быстро изменяющиеся

бизнес-нужды.

I Расскажите менеджерам

об объеме и

финансовой

поддержке проекта.

Задокументируйте образ

и границы проекта и

согласуй-

те их с ключевыми

заинтере-

сованными в проекте

лицами.

i He начинайте проект с

плохи

определенным объемом.

1 Отменяйте проект, если

не определена финансовая

поддержка и объем проекта

Проблемы, связанные с взаимодействием

Проблемы,

связанные с

взаимодействием;

дублирование

действий,

когда

несколько человек

занимаются одними

и теми же требова-

ниями.

Пересмотр приня-

тых ранее решений,

i Обязанности по реализации i

требований не расписаны

подробно.

! Недостаточная коммуника-

ция между подгруппами,

работающими над частями

проекта.

! Географическое разделение

групп разработчиков или

разработчиков и клиентов.

\ Отсутствие ясного призна- 1

ния и наделения полномо-

чиями людей, принимающих

соответствующие решения.

Определите ясные роли и

обя-

занности для реализации ПО,

1 Обеспечьте видимый контре ль

статуса каждого требования

1 Определите, кто должен

принимать решения по

требо-

ваниям

к данному проекту

процедуру принятия решений.

Определите

сторонников

продукта.

Запишите, почему в

прошлмм

решения отвергались,

откла-

дывались или отменялись.

Приложение В

177

Таблица

В-1.

Руководство по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы

Возможные

основные причины

Проблемы,

связанные

с взаимодействием

Участники проекта

используют разную

терминологию.

Предположение, что

асе

толкуют ключевые термины

одинаково и верно.

Недостаточное

вовлечение

клиентов.

Разработчики

делают большое

количество допу-

щений о реали-

зуемых функциях.

У представителей клиентов

недостаточно времени для

участия

в разработке

требований.

Клиенты не понимают

необходимости своего

участия.

Клиенты не знают, что

аналитикам от них нужно,

Клиенты

незаинтересованы

в проекте.

Клиенты считают, что раз-

работчики и так знают, что

нужно клиентам.

Аналитики не

знают,

свою

клиентскую

аудиторию.

У аналитиков нет доступа

к действительным клиентам,

Аналитики не знают, как

сотрудничать с клиентами.

Сопротивление выполнению

процесса разработки

требований

Возможные решения

Определите значения

терминов в словаре.

Определите термины, касаю-

щиеся данных, в словаре.

Организуйте обучение коман-

ды

разработчиков особеннос-

тям

соответствующей

области

бизнеса.

Обучите представителей поль-

зователей конструированию

требований.

Проблемы, связанные с выявлением требований

Объясните клиентам и менед-

жерам особенностям разра-

ботки требований и объясните

необходимость их участия.

Опишите клиентам и

менедже-

рам факторы риска недоста-

точного вовлечения пользова-

телей.

Создайте атмосферу сотруд-

ничества между разработчи-

ками и деловыми партнерами.

Определите классы пользо-

вателей или сегменты рынка.

Определите сторонников про-

дукта (пользователей или

подходящих заместителей).

Готовьте квалифицированных

аналитиков требований.

Заинтересуйте руководителей

разработчиков и клиентов

в эффективности процесса

разработки

требований.

478

Приложение В

Таблица

В-1.

Руководство

по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные

решения

Проблемы, связанные с

выявлением

требований

1 Вовлечены не те

представители

пользователей.

Менеджеры, маркетологи,

или другие лица пытаются

говорить за конечных

пользователей.

1 Определите классы

пользователей.

S Определите сторонников

продукта.

Менеджеры не обеспечили

доступность пользователей

аналитикам.

Привлеките других

заинте-

ресованных в проекте лиц,

помимо непосредственных

пользователей.

Пользователи не

уверены в своих

потребностях.

Пользователи не понимают

или не

могут

хорошо

описать

бизнес-процессы.

Система создается

для поддержки нового, не

полностью определенного

бизнес-процесса.

Проясните, какие результаты

ожидают заинтересованные

в проекте лица, которых это

затрагивает, в случае успеха

проекта.

Постройте модель

бизнес-про-

цесса пользователя.

Выявит*

сторонников продукта.

Пользователи не заинтере-

сованы в проекте, может

быть, боятся его.

Ожидается, что

новая

систе-

ма будет использоваться

для

разработки нового бизнес-

процесса.

Разработайте варианты

использования.

Создайте

протитипы

и пере-

дайте

пользвателям

для

оценки.

Используйте инкрементальный

подход к разработке, чтобы

прояснять требования поне-

многу за раз.

Разработчики

не знают, кто их

пользователи.

Слишком много

людей вовлечено

в выявление тре-

бований.

Плохо определен образ

продукта.

Плохо поняты потребности

рынка.

Документируйте образ

проекта.

Проведите исследование

рынка.

Определите пользователей

текущих или

конкурирующи>

продуктов.

Создайте фокус-группы.

Каждая группа хочет быть

представлена по полити-

ческим причинам.

Нечетко определены классы

пользователей.

Определите классы

пользователей.

Определите сторонников

продукта.

Приложение В

'79

Таблица

В-1.

Руководство

по поиску и решению проблем, связанных с

требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные

решения

Проблемы,

связанные

с выявлением требований

Недостаток представителей

пользователей конкретных

групп.

Действительно большое

количество классов

пользователей.

Определите полномочия

лиц,

принимающих

решения,

связанные с требованиями.

I Отделите политические

приоритеты от деловых

и технических.

I Ориентируйте проект

на

удовлетворение

нужд

привилегированных

классов

пользователей.

I Решения представ-

ляются как нужды,

и требования при-

ходится получать

на

основе анализа

представленных

решений.

Клиенты запрашивают

решения, с которыми уже

знакомы.

Требования содержат

конструктивные

ограничения.

Несколько раз спросите «по-

чему?-,

чтобы понять действи-

тельные нужды

пользователей,

скрывающиеся за представ-

ленными

требованиями,и

обоснование конструктивных

ограничений.

I Разработайте варианты

Реализованые

тре-

бования

не

удовле-

творяют нужды

пользователей.

Требования

слишком

ограничены,

Отсутствуют необ-

ходимые требо-

вания.

Новое ПО должно

соответ-

ствовать существующим

стандартам для приложений

и пользовательского

интерфейса.

Клиенты не

знают,

какая

информация должна входить

требования.

Основное внимание при

обсуждении требований

уделяется дизайну пользо-

вательского

интерфейса.

1 Пользователи не знают,

что им нужно.

Диапмтмк

тпойпвзимй

использования на основном

уровне,

прежде чем обсуждать

детали

пользовательского

интерфейса.

Подгоговьте квалифициро-

ванных аналитиков, которые

умеют ставить

правильные

вопросы.

Обучите клиентов особен-

ностям конструирования

требований.

Определите

классы

пользователей.

Пппопапмто

ппгчпиим^лс

не поставил правильные

вопросы.

На выявление

требований

выделено недостаточно

времени.

Некоторые классы пользо-

вателей не представлены.

продукта.

Подготовьте

квалифи-

цированных аналитиков,

которые умеют ставить

правильные вопросы.

Разработайте варианты

использования.

480

Приложение В

Таблица

В-1.

Руководство по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные решения

Проблемы,

связанные с выявлением требований

Нужные, знающие предста-

вители пользователей не

участвовали в выявлении

требований.

Аналитики, разработчики

клиенты делают неверные

предположения

или

не видят

несоответствий в документа-

ции требований.

Недостаточный обмен

информацией между

разработчиками и

клиентами.

Представьте требования в

нес-

кольких видах

(таких,

как моде-

ли

анализа}.

Проверьте документацию

требований. Используйте

множество пошаговых

проверок.

Обучите клиентов основам

конструирования

требований.

Проанализируйте требовании,

используя матрицу CRUD.

Создайте прототипы и

пере

дайте их пользователям для

оценки.

Используйте

инкрементальный

подход к созданию

продукте,,

чтобы

пропущенные

требова-

ния удалось включить в

сле-

дующую версию продукта.

Указанные

требования

неверны или

не подходят.

Требования

навязаны выше-

стоящим руковод-

ством или внешним

источником.

Вовлечение не тех предста-

вителей пользователей или

лиц, их заменяющих.

Представители пользова-

телей выражают свои точки

зрения, а не позиции групп,

которые они представляют.

Аналитики слишком

много

общаются с менеджерами и

слишком мало с пользо-

вателями.

Менеджеры не предостав-

ляют доступ к предста-

вителям пользователей,

Недостаток подотчетности

или незаинтересованность

внешнего источника

требований.

Определите, что именно

было

неверно в требованиях и

почему они были указаны,

Определите классы

пользователей,

Определите

соответствующих

сторонников продукта,

обучите

их и наделите полномочиями.

Проведите проверку доку-

ментации требований

много-

функциональной командой.

Сообщите о факторах

РИСКЕ:,

связанных с неточными

тре

бованиями, заинтересованным

в проекте лицам,

обладающим

полномочиями.

Приложение В

481

Таблица

В-1.

Руководство по поиску и решению проблем,

связанных

требованиями

(продолжение)

Симптомы Возможные Возможные решения

основные причины

Проблемы, связанные с анализом

i Указаны ненужные

требования

(

«золочение»

1 Во

время

тестирования

обнаруживаются

неожиданные

функции.

Функции

определяются и

реализуются, но не

используются.

Требования

недо-

статочноясны,

что-

бы составить вари-

анты тестирования.

Требованиям не на-

значены приорите-

ты. Все требования

кажутся одинаково

важными.

Все требования

имеют

первосте-

пенный приоритет.

Аналитики не

могут

принимать

обоснованные

решения о ком-

1ромиссах,

когда

появляются

новые

требования.

Только клиенты

заниаются

назначе-

нием приоритетов.

Отсутствие контроля

;

за утверждением

требований.

Разработчики включают 1

функции без консультаций с

пользователями.

Пользователи запрашивают

сложные

решения,

а не

выражают бизнес-нужды.

Выявление требований

больше сконцентрировано

на функциях системы, чем на

целях пользователей.

Разработчики и клиенты по

разному трактуют

требования.

Требования двусмысленные,

не полные или

недостаточно

детальные.

Опасения, что требования с

низким приоритетом никогда

не будут реализованы.

Недостаток

знаний

о бизнесе и его нуждах,

Информация

о ценности и

стоимости реализации каж-

дого требования не извест-

на, не сообщается или не

обсуждается.

Продукт не пригоден

к использованию, пока не

релизован

большой набор

критических функций.

Неразумные ожидания

клиентов или разработчиков.

Записывайте источник

и обоснование каждого

требования.

Применяйте варианты ис-

пользования, чтобы раскрыть

бизнес-цели

пользователей,

не функции системы. Выводите

функциональные требования

на основе анализа вариантов

использования.

Определяйте приоритеты тре-

бований, чтобы реализовать

особенно ценные функции на

ранних стадиях проекта.

Передайте документацию

требований

многофунк-

циональной команде

для проверки.

Тестировщики

или инженеры

отдела поддержки

качества

должны

проверить требования

на возможность тестирования.

Разработайте совместный

процесс определения

приоритетов

требований.

Определяйте приоритеты

требований на ранних стадиях.

Разработайте детальные

спецификации требований

с высоким приоритетом.

Используйте инкрементальный

подход к разработке или поша-

говые

версии

продукта, чтобы

реализовать максимум ценных

функций продукта как можно

раньше.

Осознавайте,

что

приоритеты

могут радикально измениться

после выпуска первых версий

продукта.

482

Приложение В

Таблица

В-1.

Руководство по поиску и решению

проблем,

связанных с

требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные решения

Проблемы, связанные с анализом

Изменяющиеся

приоритеты

требований.

Люди, принимающие реше-

ния, не назначены или не

уполномочены это делать.

Микроцели конфликтуют

с макроцелями.

Внутренняя политическая

борьба.

Неясные бизнес-цели, отсут-

ствие единства мнений отно-

сительно бизнес-целей.

Внешние силы, такие, как по-

становления правительства

или законодательная база.

Требования и их приоритеты

не утверждены и не внесены

основую

версию уполно-

моченными сотрудниками,

Документируйте масштабы,

цели и приоритеты проекта,

Определите

сотрудников,

принимающих решения,

связанные с требованиями.

Обеспечьте ясную оценку стои-

мости принятия изменений.

Ведите учет последствий

изменений в области расходов,

доходов и переноса сроков.

Обеспечивайте соответствие

требований бизнес-целям.

Нет единого

мнения

относительно прио-

ритетов требований

между заинтересо-

ванными в проекте

лицами.

различных

классов поль-

зователей разные нужды.

Недостаток

дисциплины,

необходимой, чтобы придер-

живаться первоначального

образа продукта.

Неясные бизнес-цели

или отсутствие единства

мнений о них.

Неясно, кто принимает

решения,

связанные

с требованиями.

Еще раз проанализируйте

рынок.

Выявите

превилегированные

классы пользователей

или области рынка.

Используйте сторонников

про-

дукта для представительства

различных классов

пользователей.

Определяйте приоритеты

на образе, масштабах

и бизнес-целях.

Определите, кто принимает

решения, связанные

требованиями.

Быстрое сокра-

щение объема

на поздних стадиях

проекта.

Нереалистичный оптимизм

относительно производи-

тельности труда разработ-

чиков.

Слишком раннее и недоста-

точно периодичное опреде-

ление приоритетов.

Определите приоритеты

на ранних стадиях проекта.

На основе приоритетов

решайте, над чем работать

сейчас, а что отложить.

Корректируйте приоритеты,

когда вносите новые тре-

бования.

Приложение В

483

Таблица

В-1.

Руководство по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы

Возможные

основные причины

Возможные

решения

Проблемы, связанные с анализом

Разработчики

счи-

тают требования

расплывчатыми и

двусмысленными.

Разработчикам

приходится искать

упущенную инфор-

мацию.

Разработчики

неверно толкуют

требования, и им

приходится пере-

делывать работу.

Нет доверия приоритетам

при определении

последо-

вательности реализации и

внесения контролируемых

изменений

объема.

Аналитики и клиенты не

понимают, какой уровень

детализации требований

нужен разработчикам.

Клиенты не знают, что им

нужно, или не могут ясно

это

выразить.

Ма выявление требований

отведено недостаточно

времени.

Бизнес-правила не опреде-

лены, не переданы или не

понятны.

Формулировки требований

содержат много

расплывчатых и неод-

нозначных слов.

Заинтересованные в проекте

лица толкуют термины,

концепции и определения

данных по-разному.

Клиенты предполагают,

что разработчики уже знают

достаточно об их области

бизнеса и нуждах.

Аналитики боятся показаться

несведущими в данной

области бизнеса и поэтому

не просят помощи у

представителей

пользователей.

Решения о том, чтобы отло-

жить реализацию некоторых

функций, принимайте перио-

дически, а не только на

поздних стадиях проекта.

Учите аналитиков составлять

хорошие требования.

Избегайте

использования

субъективных, двусмысленных

терминов в спецификации.

На ранних стадиях проекта

разработчики должны про-

смотреть требования, чтобы

выяснить, достаточно ли те

ясны и детализированы.

Моделируйте требования,

чтбы

обнаружить пропущенные

требования и информацию.

Создайте

протитипы

и пе-

редайте

пользвателяы

для

оценки.

Уточняйте требования

с возрастающим уровнем

детализации.

Документируйте бизнес-

правила.

Определите термины

словаре.

Определите элементы данных

словаре.

Поддерживайте эффективное

взаимодействие

между всеми

участниками проекта.

Используйте знания той

области бизнеса, которой

владеют представители

пользователей.

484

Приложение

Таблица

В-1.

Руководство

по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы

Возможные Возможные решения

основные причины

Проблемы, связанные с анализом

Некоторые

требования

технически

н еосу

ществи

м ы ,

1 Требования из

раз-

личных источников

или от различных

классов

пользова-

телей конфликтуют

друг с другом.

8 Трудно достичь со-

глашения

заинте-

ресованных в про-

екте лиц

относи-

тельно требований.

Требования не анализи-

руются должным образом.

1 Клиенты не принимают

результаты анализа

осуществимости.

I На оценку осуществимости

выделено недостаточно

времени,

Непонимание новых инстру-

ментальных средств и

техно-

логий, а также их ограни-

чений.

1 Нет единого образа продук- 1

та, о котором руководство

сообщает всем заинтере-

сованным в проекте лицам,

Не определены сотрудники,

принимающие решения о

требованиях.

1 8 разных отделах техно-

логические процессы

понимают по-разному.

Политика играет большую

роль в определении

требований.

У различных групп

пользова-

телей или сегментов рынка

различные нужды, ожидания

бизнес-цели.

Продукт недостаточно

ориентирован на конкрет-

ный сегмент рынка.

i Некоторые группы пользова-

телей уже применяют систе-

му, к которой они привяза-

ны, несмотря на ее недо-

статки.

Проведите анализ осуществи-

мости или вертикальное

прототипирование.

Проведите отдельное

исследо'

вание или исследовательский

мини-проект для оценки

осуществимости.

Разработайте, утвердите

и распространите документ

о едином образе и границах

проекта.

Изучите сегменты целевого

рынка и классы

пользователей

Определите главные классы

пользователей, чтобы избе-

жать конфликтов.

Определите сторонников

продукта, чтобы разрешать

конфликты внутри каждого

класса пользователей.

Определите

лиц,

принимаю-

щих решения о требованиях.

Стремитесь достичь общих

бизнес

-интересов,

а не

защищать эмоциональные

и политические позиции.

Приложение В

485

Таблица

В-1,

Руководство по поиску и решению проблем, связанных с требованиями

(продолжение)

Симптомы Возможные Возможные решения

основные причины

Проблемы, связанные с анализом

Требования

содер-

жат неясности и

информационные

пробелы.

1 Не назначен ответственный 1

за разрешение

неясностей

до того, как требования

передаются разработчикам.

Нет времени на разрешение

неясностей до начала

реализации.

\ Исследуйте требования для

выявления информационных

пробелов.

Назначьте ответственных

за разрешение каждой

неясности.

Отслеживайте каждую

неясность

вплоть до ее

разрешения.

Проблемы, связанные с документированием

1 Требования не !

документированы.

Разработчики со- i

здают

требования

для клиентов или

отдела маркетинга.

;

1 Клиенты сообщают

требования разра-

ботчикам устно или

;

через неформаль-

ные каналы.

Разработчики

пишут много проб-

ного

кода,

пытаясь

понять, чего

хотят

^п

найти

KJlKlcn

Ы.

]

Никто не знает, что именно

нужно создать.

На выявление и документи-

рование требований !

выделено мало времени.

Бытует мнение, что доку-

ментирование требований

замедляет проект.

Неясно определено, кто

отвечает за документацию, 1

или эти люди недостаточно

заинтересованы.

1 Люди, исполняющие функц-

ии

аналитиков,

на знают, что 1

им делать.

He определен технологи-

ческий процесс разработки

требований или шаблоны.

В Те, кто управляет разработ-

кой, не

понимают,

не ценят

и не ожидают разработки

требований.

i Слишком самоуверенные

разработчики думают, что

знают нужды клиентов.

Определите и выполняйте

технологический процесс

разработки требований.

Определите и утвердите у

руководства распределение

ролей в команде и

заинтересуйте

людей.

Подготовьте аналитиков

требований.

I Проведите обучение членов

команды и клиентов в области

технологических процессов,

связанных с требованиями.

1 Опишите усилия для разра-

ботки требований, ресурсы

и задачи в

соответствующие

планы

и графики работы.

486

Приложение В