ITPARK.ru - ERP форум  - ITIL форум  
Форум по системе Галактика ERP Параметры  |  Регистрация  |  Посетители  |  Поиск  |  Помощь
    |- Внедрение КИС ERP MRP CRM > Управление проектом внедрения Разместить новый топик   Post A Reply
Планирование работ по проекту "Галактика" Показать принтер версию
next oldest post
Автор Сообщение
galpro
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Вторник, Август 19, 2003 @ 18:25:55  

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

1.2. Требования настоящего документа обязательны для исполнения всеми подразделениями Департамента разработки ПО, участвующими в проекте разработки "Галактика".

1.3. Разделы, положения и терминология документа могут применяться при разработке другой программной продукции Корпорации.

2. Термины и определения
План разработки — документ, устанавливающий перечень задач, подлежащих разработке в данной версии, сгруппированный по проектам (разделам). Включает: номер вопроса (в данном разделе), формулировку, регистрационный номер исходной проблемы (проблем) в системе ПИР, Ф.И.О. разработчика ТЗ, Ф.И.О. разработчиков решения, плановую трудоемкость на стадии кодирования. Используется для разработки планов-графиков по стадиям, приемке версии на тестирование, контроля полноты и соответствия программного обеспечения и рабочей документации.

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

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

Кроме того, в настоящем регламенте используются термины, определенные в Регламентах "Тестирование системы "Галактика", разд.2, "Разработка версий системы "Галактика", разд.2.

3. Общие положения
3.1. Принципы планирования
3.1.1. Развитие системы "Галактика" производится в рамках последовательно выпускаемых версий на основе планов разработки и планов-графиков.

3.1.2. Одновременно в разработке может находиться не более двух версий системы c полным циклом (за счет перекрытия этапа тестирования предыдущей версии и этапа планирования следующей версии).

3.1.3. В версии, находящейся в коммерческой реализации производятся доработки или исправление ошибок в рамках релизов, без изменения нумерации версии, но с указанием даты релиза. Порядок выпуска релизов и патчей определяется отдельным регламентом.

3.1.4. Планируются следующие виды работ:

сопровождение коммерческих версий,

разработка новой версии,

заказные доработки в рамках версии с сокращенным циклом разработки,

исследование вопросов для включения в следующие версии (перспективный план).
Формы планирования по видам работ приведены в таблице.

Формы планов Виды планов: План разработки План-график Назначение

План версии Отдел развития корпоративных решений Утверждается руководством Руководители групп - по своим направлениям; АП – сводный план-график План разработки – для составления планов-графиков информирования прочих департаментов, приемки версии, организации тестирования. План-график – для текущего планирования работ и контроля хода выполнения по версии в целом

План заказной доработки в рамках версии с сокращенным циклом разработки Отдел развития корпоративных решений Утверждается руководством Руководители групп - по своим направлениям; АП – сводный план-график План разработки – для составления планов-графиков информирования прочих департаментов, приемки версии, организации тестирования. План-график - для контроля хода выполнения работ по версии в целом

Месячный Нет Руководители групп Включаются все виды работ, перечисленные выше. Используется для оперативного (краткосрочного) планирования, контроля хода выполнения работ и использования ресурсов

Перспективный Отдел развития корпоративных решений Утверждается руководством Отдел развития корпоративных решений Определение контрольных точек для ознакомления с результатами исследований и принятия решений

3.2. Распределение рабочего времени
3.2.1. Рабочее время сотрудников распределяется по следующим направлениям работ:

Направление Виды работ

1.Разработка очередной версии Все виды работ, предусмотренные при разработке новой версии

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

3. Резерв Выполнение поручений руководства, решение срочных незапланированных вопросов, реализация заказных доработок

3.2.2. При начале очередной стадии разработки директор Департамента или, по согласованию с ним, руководитель проекта разработки «Галактика», устанавливает распределение времени по направлениям для сотрудников отделов Департамента разработки ПО.

3.3. Цикл разработки
3.3.1. Предусматриваются стадии и этапы цикла разработки согласно Стандарту «Разработка программных продуктов. Стадии и этапы» или иному заменяющему его документу.

3.3.2. Окончанием цикла разработки является передача версии в коммерческую реализацию или в опытную эксплуатацию.

3.3.3. Продолжительность сокращенного цикла устанавливается в зависимости от объема работ и не должна быть менее 1 месяца.

3.4. Распределение обязанностей и полномочий по планированию
3.4.1. Администратор проектов (АП):

проводит согласование предварительных планов разработки версии с исполнителями и руководством Департамента;

осуществляет рассылку проекта планов разработки версии на утверждение руководству Корпорации;

организует пересылку утвержденного плана разработки версии исполнителям;

контролирует сроки выполнения всех пунктов плана;

составляет отчеты по периодам отчетности и при завершении работ по группам разработки, а также в рабочем порядке по требованию руководства Департамента.
Примечание: Обязанности администратора проектов могут быть переданы руководителю проекта (в соответствии с новой административной структурой).

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

3.4.3. Руководитель проекта разработки подчинен непосредственно руководству Департамента, и организует разработку ПО, контролируя сроки выполнения и качество продукта.

3.4.4. Руководители групп разработки подчинены непосредственно руководителю проекта, они организуют планирование и разработку закрепленной за ними части проекта в рамках своих должностных инструкций.

3.4.5. Руководитель отдела поддержки разработок подчинен непосредственно руководителю проекта. Он организует планирование и разработку порученной отделу части проекта, координирует работу структурных подразделений отдела, разрабатывает сводный план работ в рамках отдела.

3.4.6. Руководители структурных подразделений отдела поддержки разработок подчинены непосредственно руководителю отдела поддержки разработок.

4. Порядок формирования и представления планов и отчетов
4.1. Планирование очередной версии
4.1.1. План разработки
4.1.1.1. План разработки новой версии или заказной доработки в рамках версии с сокращенным циклом разработки разрабатывается отделом развития корпоративных решений при участии Департамента разработки ПО и служб продвижения, и утверждается руководством Корпорации в соответствии с установленной процедурой.

4.1.1.2. После утверждения плана разработки новой версии или заказной доработки в рамках версии с сокращенным циклом разработки, директор Департамента ПО издает приказ о начале разработки версии.

4.1.1.3. Администратор проектов в течение одного дня после подписания приказа рассылает экземпляры плана руководителям групп, руководству проекта, руководителям Департамента и руководителям служб Корпорации.

4.1.2. Планы-графики разработки версии
4.1.2.1. В течение 3-х дней после подписания приказа о начале разработки новой версии руководители групп разработки составляют планы-графики выполнения работ для своих групп.

4.1.2.2. Планы-графики работ по прикладным проектам (в формате MS Project) пересылаются администратору проектов в установленный подкаталог каталога обмена данными, который на их базе создает сводный план-график. В названии файла плана-графика должно отражаться название группы и версия продукта, на который составлен план-график. Адрес пересылки файлов планов-графиков руководителями групп оговаривается в рабочем порядке.

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

4.1.2.4. Администратор проектов производит распечатку плана-графика проекта (по форме приложения 1) при составлении сводного плана-графика и в конце каждого отчетного периода. По требованию руководства Департамента или руководителя проекта он составляет отчеты по форме, оговариваемой в рабочем порядке.

4.1.3. Контроль выполнения и отчетность
4.1.3.1. Администратор проектов осуществляет контроль своевременности пересылки файлов планов-графиков руководителями групп разработки.

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

4.1.3.3. Контроль завершения основных стадий и этапов разработки осуществляет отдел развития корпоративных решений.

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

4.1.3.5. Администратор проектов составляет сводный план-график по проекту, пересылает его в каталог обмена данными и формирует отчет о состоянии разработок на отчетный период по форме отчетов MS Project, пересылая его директору Департамента, руководителю проекта и в отдел развития корпоративных решений.

4.2. Месячные планы
4.2.1. Порядок составления
4.2.1.1. Месячный план включает в себя все виды работ, выполняемых группой, включая разработку новой версии, сопровождение и работы по перспективному плану.

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

4.2.1.3. Срок формирования параметров плана-графика (процент выполнения и коррекция сроков выполнения и распределения ресурсов на следующий месяц по каждому заданию) – не позднее второго рабочего дня нового месяца.

4.2.1.4. Ответственность за своевременную актуализацию параметров планов-графиков несут руководители группы.

4.2.1.5. Администратор проектов на основании полученной информации не позднее 3-го рабочего дня текущего месяца составляет сводный план-график (форма отчета в приложении 1).

4.2.2. Контроль выполнения и отчетность
4.2.2.1. Администратор проектов контролирует своевременность актуализации информации о планах разработок.

4.2.2.2. Контроль хода выполнения месячных планов проводится на еженедельных совещаниях, по докладам руководителей проектов, групп, отделов, администратора проектов, и при составлении отчетов по истечении месяца.

4.2.2.3. Руководители групп разработки не позднее последнего рабочего дня месяца производят актуализацию и корректировку параметров выполнения всех своих заданий, указывая реальные сроки, трудоемкость и процент выполнения в файле своего плана-графика.

4.2.2.4. На основе данных, полученных от руководителей групп, администратор проектов формирует месячный отчет, в котором отражены выполняемые задания, процент выполнения, планируемые сроки окончания, задействованные ресурсы и степень занятости ресурсов по каждому из заданий. Указанный отчет в виде распечатки представляется руководству Департамента.

4.2.2.5. По требованию руководителя проекта или руководства Департамента администратором проектов может составляться отчет по другой форме, уточняемой в рабочем порядке, и в другие сроки.

4.3. Перспективные планы
4.3.1. Порядок планирования
4.3.1.1. Планы перспективных разработок формируются отделом развития корпоративных решений.

4.3.1.2. Руководство Департамента может проводить обсуждение порядка проведения работ и наличия требуемых ресурсов по утвержденным темам с привлечением ОАП, руководителей групп, проектов и администратора проектов. Руководство Департамента принимает решение о назначении ответственных исполнителей по каждому направлению, и выделяет необходимые ресурсы.

4.3.1.3. Основанием для начала работ по перспективному плану является приказ по Департаменту.

4.3.1.4. Дата подписания приказа является датой начала проведения работ по перспективному направлению. Приказ содержит:

формулировка проблемы (вопроса), подлежащего разработке;

Ф.И.О. ответственного исполнителя, прочих исполнителей;

плановые сроки разработки;

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

4.3.2. Порядок составления планов-графиков
4.3.2.1. После выхода приказа (распоряжения) о начале проведения работ по перспективному плану, в течение 3-х рабочих дней ответственным исполнителем составляется план-график работ на период разработки. Если работы по данной теме длятся более месяца, отчетным периодом проведения работ является месяц, контроль производится в рамках месячного плана (см. предыдущий подраздел).

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

4.3.2.3. Составленный план-график в виде файла в формате MS Project помещается в каталог обмена данными администратора проектов. Последний включает этот план-график в сводный план-график выполнения работ по перспективным проблемам.

4.3.3. Контроль выполнения и отчетность
4.3.3.1. Контроль за своевременной пересылкой файлов отчета ответственными исполнителями осуществляет администратор проектов.

4.3.3.2. Руководители групп разработки включают вопросы перспективных разработок в месячный план. Текущий контроль выполнения производится вместе с прочими вопросами, включенными в указанный план.

4.3.3.3. За неделю до достижения очередной контрольной точки производится уточнение даты и формы представления текущих результатов, даты и формы рассмотрения, списков лиц для рассылки и участия в рассмотрении. Ответственный исполнитель производит рассылку материалов и оповещение указанных лиц и администратора проектов не позднее, чем за три дня до даты рассмотрения.

4.3.3.4. Администратор проектов на основе информации из месячных отчетов и результатов рассмотрения на контрольных точках составляет сводный отчет о состоянии перспективных работ, с указанием процента выполнения на момент составления и трудозатрат исполнителей. Отчет ежемесячно представляется руководителям проекта, ОАП, руководству Департамента и в отдел развития корпоративных решений. По запросу руководства Департамента или отдела развития корпоративных решений отчет может быть сформирован в иные сроки.

5. ПОРЯДОК КОРРЕКТИРОВКИ ПЛАНОВ
5.1. Источниками предложений по изменениям и дополнениям планов-графиков могут быть: исполнители, руководители групп разработки, руководитель проекта, руководство Департамента или Корпорации, службы продвижения или заказчики, отдел развития корпоративных решений.

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

Оценка ресурса Кто санкционирует изменения Какие планы меняются

до 3-х рабочих чел/дней руководитель группы, начальник отдела или прикладного проекта, входящего в вышестоящий проект Месячный план

до двух недель (10 рабочих чел/дней) руководитель проекта План-график версии, соответствующие месячные планы

до одного месяца (20 рабочих чел/дней) директор Департамента; План-график версии, соответствующие месячные планы

Свыше одного месяца руководство Корпорации. План-график версии, соответствующие месячные планы

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

5.4. Решение по изменению или дополнению плана-графика, принимаемое руководителем группы, предварительно согласуется с главным конструктором и руководителем проекта. Информация о принятых изменениях и дополнениях должна быть доведена до администратора прикладных проектов и ответственного за качество.

5.5. Решение по изменениям и дополнениям плана-графика проекта в целом, принимаемые руководством проекта или Департамента, или руководством Корпорации, доводятся до сведения руководителей прикладных проектов и групп, затрагиваемых вводимыми изменениями, администратора прикладных проектов и ответственного за качество.

5.6. После принятия решения об изменении и дополнении плана-графика прикладного проекта руководителями групп разработки в течение 3-х дней составляются откорректированные планы-графики работ, которые пересылаются администратору проектов для составления (корректировки) сводного плана-графика проекта.

5.7. Администратор проектов представляет новый план-график на утверждение руководству Департамента. План-график вступает в силу с момента его утверждения.

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

6. формат, Порядок пересылки, хранения и актуализация планов
6.1. Планы-графики разрабатываются в среде MS Project98, согласно требованиям «Положения о ведении планов в формате MS Project98» (см. приложение 2).

6.2. Обмен информацией между руководителями групп и администратором проектов производится в электронном виде посредством каталога обмена данными администратора проектов, либо по электронной почте.

6.3. Электронные копии плана разработки версии и сводного плана-графика проекта хранятся у руководителя проекта, главного конструктора и ответственного за качество и у администратора проектов. Основная версия располагается на доступном диске сервера.

6.4. Жесткая копия (распечатка планов на принтере) этих документов хранится у директора Департамента и начальника ОАП.

6.5. Электронные копии плана версии и плана-графика группы или подчиненного проекта разработки хранятся у соответствующего руководителя группы.

6.6. При внесении изменений в план версии или сводный план-график (согласно предыдущему разделу) обновляются как электронные копии, так и жесткие копии изменяемых документов.

7. ПОРЯДОК РЕШЕНИЯ СПОРНЫХ ВОПРОСОВ
7.1. Решения, принятые руководством Корпорации, обязательны для всех структурных единиц и персонала проекта разработки, и могут быть изменены или отменены только руководством Корпорации.

7.2. Спорные вопросы, возникающие на всех стадиях и этапах разработки новой версии, решаются руководителем следующего уровня иерархии в рамках проекта, за рамками проекта —руководством Департамента или Корпорации соответственно.

7.3. Для обсуждения спорного вопроса вне рабочего порядка необходимо составить служебную записку на имя соответствующего руководителя, с подробным и мотивированным изложением сути спорного вопроса.

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

7.5. До принятия окончательного решения по спорному вопросу силу имеет исходная его формулировка, принятая в плане или плане-графике проекта. В случае расхождения формулировок плана и плана-графика, преимущественную силу имеет формулировка плана-графика проекта.

8. Контроль и ответственность
8.1. Контроль над соблюдением настоящего регламента сотрудниками Департамента разработки ПО возлагается на администратора проектов, начальников отделов и руководителей проектов в пределах их обязанностей и полномочий, определяемых должностными инструкциями и прочими нормативными документами.

8.2. Общий контроль над соблюдением регламента осуществляет директор Департамента разработки ПО.

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

8.4. Руководитель проекта осуществляет контроль над рациональным распределением ресурсов в рамках разработки версии.

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

9. Приложение 1. Форма отчета по планам-графикам
УТВЕРЖДАЮ: УТВЕРЖДАЮ:

Вице-президент Департамента Первый вице - президент Корпорации

разработки ПО «Галактика» - «Парус»

_________________ Гацко Г.У. _________________ Красилов Н.А.

«_____» июля 1998 г. «_____» июля 1998 г.

План-график разработки версии 5.50 системы «Галактика» по состоянию на 20.07.98 г.
10. Приложение 2.
Положение о ведении планов в формате MS PROJECT98 в проекте "Галактика"
1. Цели и задачи
Инструментальные средства планирования (в частности MS PROJECT98) предназначены для решения следующих задач планирования:

Регистрация всех работ, подлежащих выполнению.

Определение достижимых сроков выполнения.

Оптимальное распределение ресурсов.

Контроль хода выполнения (включая задачи и сроки).

Контроль использования ресурсов.

Выявление узких мест, вызванных неоптимальным планированием, распределением ресурсов или их общей нехваткой — для принятия управленческих решений

Накопление информации по показателям планирования (метрикам) с целью их последующего использования при решении приведенных выше задач.
Использование инструментальных средств (в частности MS PROJECT98) позволяет решать эти задачи с меньшими ресурсными затратами.

Для эффективного использования инструментальных средств планирования решается задача унификации информационного обмена между службами и субъектами производственных процессов в части планирования и контроля выполнения.

Подлежат унификации следующие параметры информационных потоков:

Формат разработки и хранения служебной информации.

Формат данных для обмена информацией.

Средства и способы обмена информацией.
Ввиду этого следует соблюдать дисциплину в вопросах:

Способов организации планов.

Выбора стандартных форм для представления предназначенной для обмена информации (формы отчетов).

Сроков предоставления и обновления информации в планах.

Физического размещения информации и соблюдения прав доступа.

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

2. Иерархия планов и размещение файлов
планов работ:

сводный план Департамента разработки ПО,

планы проектов;

планы отделов;

планы групп разработки;

планы отдельных исполнителей (не обязательно).
Сводный план Департамента связывается (linking) с подчиненными ему планами проектов; последние – в свою очередь –связываются с планами отделов и групп разработки.

По поручению руководителя группы разработки или начальника отдела исполнители могут разрабатывать индивидуальные планы в формате MS PROJECT98. Структура файла проекта группы разработки или отдела в этом случае определяется руководителем соответствующего структурного подразделения (возможно связывание или внедрение файлов индивидуальных работ в файл плана подразделения).

Размещение файлов и распределение прав доступа к ним определяется распоряжением по Департаменту (см. приложение 1). Все разрабатываемые планы должны размещаться в отведенных для них подкаталогах с регламентированными правами доступа к данным.

Рекомендуется работа с файлом плана отдела или группы разработки, расположенном в выделенном для этой цели подкаталоге (см. приложение 1 для Топ Софт, г. Минск).

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

Файл плана группы или отдела может быть присоединен (linking) к автономным файлам индивидуальных планов, разработанным исполнителями группы, либо содержать в себе задания всех исполнителей группы. Если руководитель группы или отдела поручает разработку индивидуальных планов исполнителям и связывает файл плана группы с файлами индивидуальных планов, он несет ответственность за своевременное размещение файлов индивидуальных планов в выделенном подкаталоге.

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

Контроль уровня загруженности ресурсов облегчен подсказкой в таблице Resource Usage, в которой перегруженные ресурсы выделены красным цветом. Если перегрузка требуется сложившейся ситуацией, то можно предпринимать следующие меры: 1) изменять рабочий календарь, назначая большую продолжительность рабочего дня; 2) отслеживать сверхурочные часы в отдельном столбце той таблицы, которая наиболее часто используется при работе с планами.

Иерархическую структуру плана на уровне группы разработки, отдела и проекта организует руководитель соответствующего структурного подразделения.

Сводный иерархический план составляет администратор прикладных проектов.

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

В случае плана, разработанного на один месяц, стандартные поля таблицы Entry содержат всю необходимую для отчета информацию.

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

Формирование задания на месяц состоит в следующем: в таблице Entry (Chart Gantt) на каждый планируемый месяц вводится специальный столбец (например, DurationN, N = 1,2,...,10), в котором можно задавать объем работ по каждому из заданий на следующий месяц (см. также ниже механизм регистрации выполнения плановых заданий на месяц).

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

В таблице Entry (Chart Gantt) для каждого месяца добавим 3 столбца: StartN, FinishN и NumberN (N=1,2... – по числу месяцев периода планирования) для регистрации Даты начала, Даты завершения и Процента выполнения по каждому заданию плана на этот месяц. Столбец Процент выполнения не заполняется для позиций, не являющихся выполняемой работой.
Планы на месячный период разрабатываются с учетом всех видов выполняемых работ: сопровождение коммерческих версий, разработка новых версий, проведение исследовательских работ, административные работы и др. В рамках MS PROJECT98 задание описывается периодом его выполнения. Ввиду этого, промежуточные точки контроля следует организовывать, в случае необходимости, используя описанные выше стандартные механизмы.

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

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

По прошедшему месяцу формируется сводный отчет, составленный на основании данных файлов проектов.

При назначении ресурсов на новое задание происходит, как правило, редактирование имеющихся планов. Перегрузка ресурсов автоматически отмечается MS PROJECT98 выделением красным цветом в таблице Task Usage (или Resource Usage). В этой ситуации следует пересмотреть степень участия данного ресурса во всех выполняемых им заданиях.

Распределение ресурсов на уровне группы и отдела осуществляют и контролируют руководители этих структурных подразделений. Руководители этих подразделений вправе устанавливать более жесткий режим контроля хода выполнения плановых заданий. Форма и график проведения контролирующих мероприятий является внутренним вопросом отделов и групп разработки.

Данные о распределении нагрузки включаются в месячные и другие отчеты для предоставления информации в распоряжение руководства Департамента.

5. Содержание и формы отчетов
Информация, представляемая в отчете (месячный, по завершении периода разработки и др.) должна содержать:

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

Процент выполнения для каждого задания, по которому проводились работы в данный отчетный период;

Процент выполнения заданий к текущей дате от начала их выполнения;

Распределение нагрузки и ресурс свободного времени по исполнителям;

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

Стандартный отчет MS PROJECT98 (в стандартных отчетах имеется ряд настроек, позволяющих варьировать отображаемую в отчете информацию);

Печать информации, отображаемой на экране.

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

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

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

Отчеты удаленных подразделений Департамента высылаются в электронном виде администратору прикладных проектов в форме routing файлов планов в установленные настоящим положением сроки.

6. Распределение ответственности при составлении и ведении файлов планов
Ответственными за разработку, редактирование и актуализацию планов проектов, отделов и групп разработки являются руководители соответствующих структурных подразделений. Они также контролируют ход выполнения заданий и распределение ресурсов по заданиям плана.

Ответственным за разработку и ведение индивидуального плана (если таковой формируется по поручению непосредственного руководителя) является исполнитель.

Сводный план работ Департамента составляется администратором прикладных проектов. Он отвечает за контроль выполнения пунктов плана, своевременность и правильность размещения файлов плана и своевременную актуализацию параметров планов.

Сводные отчеты Департамента формирует администратор прикладных проектов проектов.

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

7. Порядок добавления новых проектов, заданий
Новый проект (новый подпроект или новое задание в рамках разрабатываемого проекта) открывается по указанию руководства Департамента с выделением ресурсов для его выполнения.

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

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

Информация о произведенных изменениях и операции копирования доводится до сведения администратора прикладных проектов непосредственно после произведенных изменений.

Если задание плана не может быть выполнено по какой-либо причине, полномочия по редактированию плана распределяются в соответствии с временным регламентом «Планирование работ по проекту «Галактика»», либо заменяющим его документом.

2) План-график работ

Разместить новый топик   Post A Reply Перейти к:
Написать вебмастеру | ERP форум | Политика Privacy All times are GMT +4 Hours.
Добро пожаловать на форум, Guest!  
Login
Имя :
Пароль :
Чтобы пользоваться нашим форум необходимо зарегистрироваться! Пришлите заявку.В заявке необходимо указать имя и фамилию, и желательно место работы.

Уведомление о регистрации вас на форуме и логин будут высланы на ваш E-mail!
Имя и пароль регистрозависимы!
Правила форума здесь.
Forum Rules & Description
Who Can Read The Forum? Any registered user or guest
Who Can Post New Topics? Any administrator or moderator
Who Can Post Replies? Any registered user
Who Can Edit Posts? Any original author
управление проектом внедрения
Текущих активных посетителей: 3
Всего текущих 0 посетителей и 3 гостей на сайте. | Большинство пользователей когда-либо было 167 on 04-10-2008 22:55:22
Поиск на этом форуме
Поисковые слова: Искать за:
Powered by CuteCast v2.0 BETA 2
Copyright © 2001-2003 ArtsCore Studios
Яндекс.Метрика