Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
April 24 2024 05:09:49   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 32785
Учимся удалять!... 31907
Примеры, синони... 23297
Просмотр готовы... 22521
Декартовы коорд... 22048
FAST (методика ... 21340
содержание - се... 20562
Просмотр готовы... 19158
Работа с инстру... 14620
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
9.6. Межгрупповая координация
менеджером проекта.
Операция 4 Критические зависимости между инженерными группами выявляются, обсуждаются и отслеживаются в соответствии с документированной процедурой.
Практики, связанные с управлением критическими зависимостями, содержатся в описании Операции №9 группы ключевых процессов «Интегрированное управление разработкой ПО».
Эта процедура обычно определяет следующее:
1. Каждая критическая зависимость должна быть явно определена, включая следующее:
что должно быть подготовлено,
кто должен это подготовить,
когда это должно быть подготовлено,
критерии приемки.
2. Критические зависимости обсуждаются группой разработки ПО совместно с другими инженерными группами проекта и организации.
3. Даты потребности и доступности объектов критической зависимости связываются с календарными графиками проекта и процесса разработки.
4. Соглашение по каждой критической зависимости документируется, проверяется и утверждается как получающей группой, так и группой, ответственной за подготовку объекта критической зависимости.
5. Критические зависимости регулярно отслеживаются и в случае необходимости по отношению к ним применяются корректирующие действия.
Статус и даты фактического или ожидаемого выполнения этих обязательств сравниваются с планом, используемым для координации межгрупповых обязательств.
Оценивается влияние позднего и досрочного выполнения обязательств на будущие работы и этапы.
Отчеты о возникших и потенциальных проблемах передаются соответствующим менеджерам.
Операция 5 Представители групп, получающих промежуточные продукты в качестве исходных данных, проверяют их, чтобы убедиться в соответствии этих продуктов своим потребностям.
Операция 6 Межгрупповые проблемы, не решаемые отдельными представителями инженерных групп проекта, рассматриваются в соответствии с документированной процедурой.
Примеры межгрупповых проблем:
несовместимые календарные графики,
неадекватное финансирование,
технические риски,
дефекты системной архитектуры и требований,
проблемы системного уровня.
Операция 7 Представители инженерных групп проекта периодически проводят технические проверки и совещания по обмену информацией.
Участники этих проверок и совещаний решают следующие задачи:
1. Выяснение потребностей и запросов заказчика и, при необходимости, конечных пользователей.
2. Проверка хода технических работ проекта.
3. Проверка того, что группа интерпретирует и реализует технические требования в соответствии с системными требованиями.
4. Проверка выполнения обязательств.
Практики, связанные с проверками, содержатся в группе ключевых процессов «Отслеживание хода проекта и контроль над ним».
5. Обсуждение технических рисков и других технических проблем. Практики, связанные с управлением рисками, содержатся в описании
Операции №10 группы ключевых процессов «Интегрированное управление разработкой ПО».

Измерения и анализ

Измерение 1 Выполнение измерений и использование их результатов для определения статуса мероприятий по межгрупповой координации.
Примеры фактических измерений:
объем трудозатрат и других ресурсов, израсходованных разработчиками на поддержку других инженерных групп;
объем трудозатрат и других ресурсов, израсходованных другими инженерными группами на поддержку группы разработки ПО;
выполнение конкретных задач и этапов разработчиками в целях поддержки деятельности других инженерных групп;
выполнение конкретных задач и этапов другими инженерными группами в целях поддержки деятельности группы разработки ПО.

Проверка внедрения

Проверка 1 Регулярная проверка высшим руководством выполнения мероприятий по межгрупповой координации.
Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки №1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 2 Регулярные и событийные проверки менеджером проекта мероприятий по межгрупповой координации.
Практики, связанные со стандартным содержанием проверок со стороны руководства проекта, содержатся в описании Проверки №2 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 3 Проведение группой обеспечения качества (группой SQA) проверок и/или аудитов работ и промежуточных продуктов по межгрупповой координации и выполнение отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО». Сфера ответственности по обеспечению качества для этой группы ключевых процессов может быть представлена функцией SQA, выполняемой всеми инженерными группами проекта.
Минимальное содержание проверок и/или аудитов:
1. Процедура выявления, обсуждения и отслеживания критических зависимостей между инженерными группами проекта.
2. Управление межгрупповыми проблемами.
Страница 3 из 3 < 1 2 3
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Вариант 2.
Глобальная система...
13.4 РАСПРЕДЕЛЕННА...
2.1 Классификация ...
ГЛАВА 2. ПЯТЬ УРОВ...
2.4.7.4 Построение...
Глава 2. PocketGPS...
5.6 CLOSЕ
Определение атрибута
Удобство использов...
История развития т...
9.1.2.1 Выгрузка п...
КРАТКОЕ ЗАКЛЮЧЕНИЕ
Идентификация сущн...
4.2 СТРУКТУРА ФАЙ...
Комплект Pocket Na...
5.4 Информационно...
Немного о КПК Mita...
Справочная сущность
4.10 Технология fr...
2.4.5 Построение д...
Глава 7. Pocket N...
Что для нас будет ...
7.4.1. Организаци...
Специальные билеты
11.3 ВЗАИМОДЕЙСТВ...
1.3.2 Вторичные ...
Документированная ...
9.5 УПРАЖНЕНИЯ
2. Методологии стр...
Вместо введения
Необходимые предпо...
7.4.3. Независимос...
Связь с ци...
Что такое интелле...
Настройки телефона...
4.3 Адресация пакетов
1.3.1 Файловая сис...
Вариант 1
Методы «точно в ср...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009