Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Билет 1.rtf
Скачиваний:
11
Добавлен:
30.05.2015
Размер:
176.2 Кб
Скачать

Вопрос 3:

9. Этап пятый. Определение конфигуратора.

Необходимым условием успешного решения проблемы является наличие адекватной модели проблемной ситуации, с ее помощью можно будет испытывать и сравнивать варианты предполагаемых действий. Эта модель (или совокупность моделей) неизбежно должна строиться средствами некоторого языка (или языков).

Важно подчеркнуть, что проблемы реальной жизни не бывают однодисциплинарными, т.е. описываемыми на языке какой-нибудь одной специальности.

Конфигуратором называется минимальный набор профессиональных языков, позволяющий дать полное (адекватное) описание проблемной ситуации и ее преобразований.

Вся работа в ходе решения проблемы будет происходить на языках конфигуратора. Определение конфигуратора является задачей данного этапа.

Не зависящая от чьих-то мнений информация для построения конфигуратора нашей проблемы у нас уже имеется - она содержится в протоколах бесед со стейкхолдерами о проблемной ситуации. Дело в том, что каждый из них говорил только о том, что он считает важным, т.е. говорил на языках своего конфигуратора для данной ситуации. Поэтому у нас есть возможность "вычислить" его конфигуратор, анализируя его текст из проблемного месива, но не на предмет того, о чем он говорил, а того, на каких языках он говорил. И так с каждым стейкхолдером. В итоге мы будем иметь набор конфигураторов всех стейкхолдеров.

Конфигуратор ситуации в целом есть их объединение. В него может входить несколько, а может и много языков. Нам предстоит их все использовать; нельзя выбросить ни один язык, иначе соответствующий аспект не будет учтен, что не позволит претендовать на улучшающее вмешательство.

Конечно, было бы неразумно для всех стейкхолдеров строить модели на всех языках. При проектировании улучшающего вмешательства нужно кроить его индивидуально - для каждого стейкхолдера строить и использовать модели только на языках его конфигуратора.

Стейкхолдеры (англ. stakeholders - "держатели ставок") - все прямые, непосредственные участники проблемной ситуации.

Главная трудность составления списка стейкхолдеров связана с оценочностью (а следовательно, с субъективностью) характеристик принадлежности к классу стейкхолдеров. Граница между прямым и косвенным участием должна быть проведена, но она относительна.

Подсказки, облегчающие работу:

1. Список стейкхолдеров есть модель черного ящика для проблемной ситуации. Нас ожидают известные нам ошибки первого, второго и третьего родов и нужно принять любые доступные меры для их предотвращения.

2. "Безмолвные" стейкхолдеры. Часто в число стейкхолдеров следует включать не только субъектов (индивидов, группы, организации), но и других участников ситуации, а именно:

- будущие поколения;

- прошлые поколения;

- окружающая среда.

3. Мнемоническая подсказка "ПИРС". В список стейкхолдеров следует включить:

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

- исполнителей;

- руководителей;

- собственников.

4. Подсказка Европейской комиссии. В список стейкхолдеров следует включить:

- нужных вам участников ситуации как экспертов;

- представителей проблеморазрешающих систем;

- то же от проблемосодержащих систем;

- кого желательно иметь помощником или союзником при осуществлении проекта;

- субъектов, юридически связанных с ситуацией;

- тех, на кого неосторожное (неулучшающее) вмешательство может повлиять отрицательно.

Использование любой или всех из приведенных подсказок повысит полноту вашего списка стейкхолдеров, но не гарантирует, что он получится исчерпывающим. Возможно, впоследствии, на более поздних этапах обнаружится, что кто-то существенный все-таки пропущен, и придется вернуться к этому этапу и пополнить список.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]