Классификация требований пользователей к системам обработки информации

[AKIS-Falcon]

Введение.

Общеизвестно, что требования пользователей являются важным движущим фактором развития систем обработки информации (далее СОИ). В большинстве своем средний пользователь обладает достаточной квалификацией, чтобы сформулировать свои требования согласно Общим Правилам (см. ниже). Однако встречаются еще пользователи, не умеющие этого делать. Им в помощь и предназначена данная статья.

Итак, определим основные виды требований пользователя.

1. Обобщенные требования. . Хотим чтобы все работало Данные требования также относятся к разряду перманентных, повторяемых регулярно, наиболее грамотными пользователями - каждый день. Стоит отметить, что требования ни в коем случае не должны базироваться на фактическом состоянии системы. Сам факт их выдвижения должен ясно показывать, что ИТ служба зря ест свой хлеб, что этих бездельников давно пора отправить чернорабочими в филиал в Лангепасе, и что работа системы зависит целиком от мужества и героизма работающих с ней пользователей. Чтобы не дать ИТ департаменту возможность использовать каждый раз одни и те же отмазки, нужно подходить к выдвижению этих требований творчески: варьировать текст ("А, у вас опять сегодня ниче не работает..... Вот если бы у вас все работало, то мы бы точно бюджет в этом году сделали, а так что же..."), выбирать неожиданные место и время, использовать для подачи материала голосовые возможности на полную мощность.

2. Ностальгические требования. . Хотим чтобы было как раньше Идеальным является требование зеркального повторения в новой СОИ функций старой, замененной в ходе длительного проекта внедрения. Так как старой системы уже нет, никто разумеется не будет разбираться как оно там было, поэтому требование может продержаться очень долго. Когда же ссылаться на старую систему будет нельзя, можно требовать повторения "как в предыдущей версии", "как полгода назад", "как было у Марьстепанны, которая уволилась в прошлом январе" и т.д. Опять-таки, творческий подход очень привествуется. Категорически запрещается: детально обрисовывать, какие конкретно функции нужно восстановить, в чем их смысл и, самое главное, почему те же действия нельзя выполнить в новом функционале. Важно понимать основную цель данного требования: убедить ИТ службу, что каждый ее шаг на улучшение СОИ ведет на самом деле к хаосу, к нарастанию энтропии и потере лучших традиций.

3. Узкоспециальные требования. . Хотим синее поле с желтыми буквами в модуле Склад, показывающее потенциальную энергию тары на стеллаже в мегаджоулях Как и в предыдущем случае, ни в коем случае нельзя давать какие-то логические обоснования: зачем нужна именно эта информация, именно здесь и именно в таком виде. ИТ служба должна понимать, что ее задача - выполнять, а думать здесь есть кому.

4. Взаимоисключающие требования. . Хотим чтобы функция выполнялась полностью автоматически, но в то же время чтобы можно было все подправить вручную Важно не дать сбить себя с толку доводами про "техническую неосуществимость" - в конце концов, у кого из нас диплом по ИТ-специальности? Вот тот пусть и думает, как это реализовать, а в мои обязанности это не входит.

5. Срочные требования. . Хотим управленческий учет полного цикла по всем 50 подразделениям и в разрезе центров затрат к следующей среде. Вас просили представить требования - вы представили, а делать их реалистичными не ваша забота.

Таким образом, можно выделить следующие Общие Правила, которыми следует руководствоваться при выдвижении требований:

1) Отсутствие мотивировки - хотим потому что хотим
2) Отсутствие деталей, либо наоборот избыточная детализация
3) Нереальные сроки
4) Присвоение уровня "критическое", "жизненно важное", "влияющее на работоспособность в целом" - любому требованию, в особености малозначащим и декоративным

В заключение, хочется напомнить всем пользователям, в особенности проявляющим непростительный либерализм, и даже гуманизм в отношении сотрудников ИТ службы: помните, если бы не они, вам бы не пришлось портить свои глаза перед тусклыми 19 дюймовыми ЛЦД мониторами, корпеть над вбиванием данных и изучать килограммы распечаток лазерного принтера. И пусть те благодатные времена счетов и арифмометра канули в лету, необходимо поддерживать в айтишниках чувство вины за все, начиная от неверного баланса и кончая неработающим шредером.


(C) AKIS, 2004, дополнения приветствуются