Состав участников проекта и структура их взаимодействия
В коллектив, занимающийся проектированием (моделированием), должны входить следующие участники:
- руководитель проекта;
- авторы (разработчики) модели;
- технический совет;
- эксперты в предметной области;
- библиотекарь.
Дополнительный специфический участник проекта — «Источники информации».
При проведении работ с привлечением сторонних организаций может создаваться технический совет, обеспечивающий взаимодействие всех участников проекта, работающих как в составе проектирующей организации, так и вне ее. Выполняемая функция («роль», которую выполняет участник проекта) не зависит от должности. Один и тот же человек может выполнять несколько функций. Однако «роль» каждого участника проекта индивидуальна, должна быть определена и зависит от рассматриваемой части проекта. Структура взаимодействия участников проекта приведена на рисунке 43.
Принципы коллективной работы в IDEFO-методологии гарантируют, что окончательная версия IDEFO-модели будет верной, так как модель корректируется по результатам рецензирования частей модели, оформленных в виде папок. Более подробная детализация достигается построением необходимого количества диаграмм. По новым частям модели делаются новые замечания, вносятся новые изменения. Окончательная модель соответствует представлениям автора и экспертов о системе, смоделированной с данной точки зрения и для данной цели.
|
|
|
Руководитель проекта и разработчики модели (авторы) должны быть главными исполнителями. Хотя конечной целью разработчика является получение одобрения модели техническим советом, утверждает результаты руководитель проекта. Таким образом, обеспечивается согласованность интересов авторов, рецензентов, совета и руководителя проекта.
12.2.1 Руководитель проекта
Руководитель проекта — лицо, осуществляющее административное управление проектом. Руководитель проекта должен выполнять следующие основные функции:
- выбирать разработчиков модели (авторов). Глазным аспектом данной функции является достижение руководителем проекта и разработчиком модели согласия относительно основополага-
Рисунок 43
ющих правил, в соответствии с которыми выполняется моделирование. Сюда входят использование методологии, порядок и степень контроля за разработчиком модели со стороны руководителя проекта, область действия и ориентация разрабатываемой модели;
- определять обязательные источники информации, на которые разработчик модели будет опираться при построении модели. Этими источниками могут быть либо люди, осведомленные о различных аспектах рассматриваемой сферы деятельности, либо документы, освещающие предметную область моделирования. Эти источники определяются на начальной стадии моделирования, но список их в процессе моделирования должен пересматриваться и уточняться, поскольку по мере построения модели потребности в информации меняются;
|
|
|
- выбирать экспертов, чьи знания будут использованы разработчиком для получения оценки (одобрения) диаграмм и частей модели. Список экспертов составляется на начальной стадии проекта и уточняется о мере необходимости;
- формировать технический совет. Руководитель проекта по должности является председателем технического совета. Этот совет под его председательством периодически собирается для обсуждения существенных вопросов, рецензирования и определения статуса модели и ее частей;
- присваивать статус рассматриваемой советом части модели. 12.2.2 Разработчики (авторы) модели Разработчики (авторы) модели — лица, создающие IDEFO-модели. Разработчик создает модель на основе материала, собранного из источников информации. Разработчик должен:
- собирать исходные данные от обязательных источников информации, определенных руководителем проекта; при недостаточности собранных сведений автор вправе использовать любые другие источники информации с обязательным указанием ссылок на них;
|
|
|
- обучать (при необходимости) основам IDEFO-моделирования руководителя проекта, экспертов (рецензентов и читателей) и других членов технического совета для обеспечения правильного понимания ими моделей, создаваемых авторами;
- оформлять модель в виде IDEFO-диаграмм;
- организовать разработку модели.
В период подготовки проекта разработчик вместе с руководителем проекта изучает и устанавливает область действия модели. Затем он намечает план проекта, то есть состав и последовательность работ, которые необходимо выполнить для достижения поставленных целей.
Руководитель проекта обеспечивает разработчика списком источников информации и списком
Р 50.1.028-2001
экспертов, к которым разработчик может обратиться. Разработчик должен удостовериться, что со всеми участниками проекта установлен необходимый контакт.
Исходную информацию разработчик собирает из источников, установленных руководителем проекта. Природа этой информации во многом зависит от стадии разработки модели. Источниками информации могут служить люди и документы. Разработчик должен понимать, что каждый эксперт-источник информации смотрит на информацию со своей точки зрения. Разработчик должен стараться увидеть смысл и структуру информации глазами ее источника. Синтезируя эти точки зрения в процессе сравнения и противопоставления, разработчик создает адекватный образ объекта моделирования.
|
|
|
Второй функцией разработчика является помощь в технике моделирования всем, кому она может понадобиться. Эта помощь заключается в общем ориентировании членов технического совета, источников информации и экспертов, ознакомлении их с навыками чтения модели, а также с навыками моделирования.
Третьей функцией является оформление модели в виде IDEFO-диаграмм. Для рецензирования разработчик оформляет папки с диаграммами для передачи их в библиотеку проекта.
Разработчик организует построение модели. Для поддержки принятых разработчиком решений и регистрации вклада каждого участника записи исходной информации, собранной в процессе моделирования, сохраняются в течение определенного времени после завершения проекта. Это позволяет разработчику следить за тем, чтобы исследуемая область была охвачена со всех сторон. Зная, кто и в каких областях поставлял информацию и как это происходило, разработчик может оценить степень соответствия стадии моделирования исходным целям.
12.2.3 Технический совет
Этот элемент организации процесса создания моделей предлагает арбитражные решения по моделированию и рекомендации по установлению статуса диаграмм, части и/или модели в целом (статусы: «Рабочий проект», «Эскиз», «Рекомендовано» и «Публикация»).
Технический совет проводит политику проекта через рекомендации и замечания авторам, предложения по становлению статуса руководителю проекта и подготовку компромиссных решений в конфликтных ситуациях, которые могут возникнуть в процессе проекта. В техническом совете должно быть несколько специалистов с высоким уровнем компетентности, способных отстоять свои решения перед высшим руководством объекта моделирования.
Технический совет формируется из экспертов и профессионалов, знакомых с предметной областью моделирования. Руководитель проекта формирует этот совет и является его председателем. Поскольку основной причиной, побуждающей создавать модель, является необходимость повышения эффективности объекта моделирования, важно, чтобы в совете были представлены все службы, имеющие отношение к рассматриваемой в проекте предметной области. Полезно включать в совет экспертов из смежных подразделений объекта моделирования, не входящих в исследуемую область, но связанных с ней. Эти эксперты помогают адекватно оценить влияние окружающей среды на объект моделирования.
Эксперты могут быть членами совета. Эксперту обычно показывают только ограниченные фрагменты модели на промежуточных стадиях, в то время как совет должен принять решение по всей модели. Иногда в совет могут входить лица, играющие роль источников. В силу очевидной противоречивости интересов нецелесообразно, чтобы в совет входили разработчики модели.
12.2.4 Эксперт
Эксперт — выбираемое руководителем проекта лицо, обладающее специальными знаниями некоторых аспектов моделируемой области. Его опыт в предметной области, к которой относится моделируемый объект, позволяет делать полезные критические замечания в процессе создания модели.
Эксперты призваны критически оценивать создаваемую по частям модель. Это осуществляется в ходе нескольких циклов изучения с использованием читательских папок (цикл автор/читатель). Папки обеспечивают эксперта набором информации, предназначенным для описания законченного фрагмента моделируемого объекта. С помощью папок эксперту предоставляется информация в наглядном виде. В процессе рецензирования ему может понадобиться заполнить пробелы или даже завершить изложение материала, представленного в папке. Хотя папка во многом основывается на интерпретации разработчиком ранее полученной информации, комментарии экспертов служат ценным материалом для уточнения модели. В информационных папках перед экспертом должны ставиться конкретные, четко сформулированные вопросы, связанные с моделированием.
Главной задачей эксперта является оценка адекватности модели соответствующей предметной
области. Экспертная оценка является основным средством в достижении консенсуса среди изучающих модель экспертов. Одобренная модель — это модель, согласованная с экспертами. Если эксперты согласны с тем, что модель или ее часть адекватно представляет рассматриваемый объект, то модель считается одобренной. Если есть не согласившиеся с этим, то их мнение должно обязательно фиксироваться, и модель считается неправильной, пока не доказано обратное. Для достижения консенсуса авторы учитывают комментарии и замечания экспертов при пересмотре той части модели, к которой эти замечания относятся. Эксперты подразделяются на две группы:
- эксперты-рецензенты;
- эксперты-читатели.
Эксперт-рецензент — член коллектива разработчиков, знающий предметную область моделирования, специализирующийся на некоторой конкретной функции предприятия и ответственный за обеспечение критических комментариев относительно разрабатываемой модели. Эксперт-рецензент должен знать IDEFO-методологию и уметь делать письменные структурированные замечания в рассылаемых папках. Он является постоянным и активным участником цикла автор/читатель.
Эксперт-читатель — член коллектива разработчиков, профессионально знающий предметную область моделирования, понимающий IDEFO-методологию и умеющий читать IDEFO-диаграммы. Эксперт-читатель знакомится с документацией (IDEFO-папкой), не делая письменных комментариев. От экспертов-читателей авторы получают замечания с помощью опроса.
12.2.5 Библиотекарь
Библиотекарь — лицо, ответственное за хранение документации, изготовление копий, координацию обмена письменной и/или электронной информацией (рассылка папок, получение рецензий, регистрация и публикация диаграмм и модели).
12.2.6 Источники информации
Исходная информация для IDEFO-модели поступает к разработчику из разных источников: от людей и от документов. Люди, являющиеся источниками информации, обладают конкретными знаниями о частных свойствах объекта моделирования, управлении или ходе бизнес-процесса, и их участие в моделировании может быть ограничено несколькими минутами опроса. Однако именно эти источники обеспечивают основу для моделирования. Информация, предоставляемая ими, используется для создания модели, а восприятие этой информации обеспечивает разработчику понимание, необходимое для построения адекватной модели.
Руководитель проекта подбирает источники информации, исходя из направления проекта и потребностей разработчика. По мере развития процесса моделирования потребности в информации изменяются, и список источников информации руководитель проекта пересматривает. Собираемая разработчиком информация должна как можно точнее фиксироваться.
Каждый источник воспринимает предметную область по-своему, и на разработчике лежит ответственность за правильный отбор информации. Особенно это относится к источникам-документам.
Источники-документы отражают состояние объекта моделирования в некоторый момент времени, и их роль крайне важна, но для их эффективного использования необходима значительная работа, связанная с интерпретацией, пониманием и подтверждением содержащихся в них сведений.
Лица, выступающие в роли источников информации, могут оказывать разработчику модели дополнительную помощь, объясняя, как сообщенная ими информация поступает, интерпретируется или используется. Разработчик должен воспользоваться этой помощью для понимания того, как восприятие информации одного источника связано с восприятием другого.
Дата добавления: 2016-01-05; просмотров: 77; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!