7.4.Регламент взаимодействия членов рабочей группы проекта
Регламент устанавливает порядок взаимодействия членов РГ.
Основными видами коммуникаций, используемыми в проекте, являются:
Совещания РГ;
Электронная почта;
Телефонные переговоры;
Факс;
Бумажные документы.
7.4.1.Подготовка и проведение совещаний рабочей группы проекта
Совещания РГ проекта проводятся не реже одного раза в две недели по понедельникам в 15:00. Совещание организует РПП.
Стандартная повестка совещания:
отчет РПП о ходе работ за прошедший период;
план работ на предстоящий период;
обсуждение проблем;
прочее.
Любой член РГ может присутствовать на совещании.
Все члены РГ обязаны своевременно знакомиться с материалами для совещания РГ.
Решения, принятые на совещании оформляются в виде Протокола совещания (см. приложение Б) и подписываются РПЗ и РПП. После утверждения оригинал протокола хранится у РПП.
Любой участник совещания обязан не позднее 10:00 рабочего дня перед совещанием предупредить о невозможности своего участия.
При необходимости переноса срока очередного совещания или его отмене РПП оповещает всех членов РГ не позднее 14:00 рабочего дня перед совещанием.
Для повышения оперативности взаимодействия членов РГ основным каналом для обмена текущей информацией по проекту является электронная почта.
Обмен электронными документами и переписка производится по электронной почте с обязательным соблюдением следующих требований:
должна быть указана тема, отражающая содержание письма;
письма отправляются с копией на адреса руководителей проекта с обеих сторон:
Заказчик: ybykovsky@vostok-electra.ru ;
Подрядчик:_____________________
Руководители проекта с обеих сторон обязаны в течение дня периодически проверять входящую почту и спам-фильтры.
7.4.3. Телефонные переговоры
Взаимодействие членов РГ может происходить по телефону. Если в телефонном разговоре между членами РГ принимается какое-либо решение, влияющее на ход проекта, то инициатор сразу же после разговора фиксирует это решение на бумаге и передает руководителю проекта со своей стороны.
7.4.4. Передача документов по факсу
Передача документов по факсу производится с обязательным уведомлением получателя по электронной почте с копией руководителям проекта с обеих сторон.
Реестр запросов на изменение содержания проекта
№ Изм.
|
Описание изменения
|
Приоритет1
|
Дата поступления
|
Автор
Запроса
(ФИО)
|
Поручено
(ФИО)2
|
Статус3
|
Дата
решения
|
Решение/комментарии
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ПРОТОКОЛ СОВЕЩАНИЯ
Дата: "____"____________20__ г.
|
Время начала:________
Время окончания:________
|
Присутствовали:
от Заказчика (ФИО, наименование организации, должность)
от Подрядчика (ФИО, должность)
Рассмотренные вопросы и предложения:
Принятые решения и сроки выполнения:
Приложения:
Подписи сторон:
от Заказчика________________ / /
________________ / /
________________ / /
|
от Подрядчика
_______________ / /
_______________ / /
_______________ / /
|
Согласовано:
от Заказчика
_______________ / /
«_____»____________________20__г.
|
от Владимир А. Первухин
__________________ / /
«_____»____________________20__г.
|
ВЕДОМОСТЬ ОБНАРУЖЕННЫХ ДЕФЕКТОВ
№ п/п
|
Симптоматическое описание дефекта
|
Дата обнару-жения
|
Наличие
в ТЗ
|
Тип дефекта
|
Дата устранения
|
1
|
2
|
3
|
4
|
5
|
6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Подписи сторон:
от Заказчика
________________ / /
|
от Владимир А. Первухин
_______________ / /
|
Правила заполнения ведомости обнаруженных дефектов
В настоящих правилах используются следующие определения:
Дефекты – это любые наблюдаемые визуально и обладающие свойством повторяемости проявления работы компонентов системы, приводящие к тому, что функции системы, разработанные в соответствии с техническим заданием, не выполняются.
Удобный – создающий пользователю, обладающему необходимыми навыками, возможности для снижения затрат сил и времени при выполнении требуемых функций.
Понятный – доступный для восприятия пользователю, обладающему достаточными знаниями или источниками информации.
В ведомости обнаруженных дефектов графы 1-3 заполняются ЗАКАЗЧИКОМ, графы 4-6 заполняются Подрядчиком. В графах указывается следующая информация:
Графа 1 – номер дефекта по порядку.
Графа 2 – симптоматическое описание дефекта ЗАКАЗЧИКОМ. При заполнении данной графы необходимо подробно указывать наблюдаемое пользователем поведение системы, включая сообщения, которые возникают в результате действий пользователя. Если дефектом является предложение по изменению интерфейса и/или функциональности, необходимо подробно изложить суть данного предложения.
Графа 3 – дата обнаружения дефекта ЗАКАЗЧИКОМ.
Графа 4 – наличие требований, касающихся данного дефекта, в Техническом задании. Подрядчик указывает значения «есть» или «нет».
Графа 5 – тип дефекта, определяемый Подрядчиком. В данной графе указывается одно из следующих значений:
A – критический дефект. Требуется немедленное исправление, т.к. одна из основных оперативных функций системы не может быть выполнена или выполнение какой-либо функции приводит к потере данных.
B – ошибка. Требуется исправление, т.к. пользователь не может выполнить одну из вспомогательных функций системы.
C – недоработка. Одна из вспомогательных функций системы не реализована или реализована не полностью. Как правило, недоработка не требует оперативного вмешательства.
D – замечание. Одна из функций системы, по мнению пользователя, реализована неудобно или непонятно. Замечание не требует оперативного вмешательства.
E – предложение. Предлагается реализовать новую функцию системы, не предусмотренную техническим заданием. Предложение не является дефектом и не требует оперативного вмешательства.
Графа 6 – плановая дата устранения дефекта, определенная Подрядчиком. Данная дата должна быть согласована с ЗАКАЗЧИКОМ.
Уважаемые Участники!
ОАО «ЭК «Восток» обращает Ваше внимание на необходимость указания в теме электронного письма названия процедуры закупки, ее номер согласно извещению и описание содержимого письма
|
