Файл: Управление изменениями в проекте на примере ООО «Вайлдберриз».pdf
Добавлен: 15.05.2023
Просмотров: 2043
Скачиваний: 18
СОДЕРЖАНИЕ
Глава 1. Теоретические аспекты управления изменениями в проекте
Глава 2. Оценка инновационного проекта на примере ООО «Вайлдберриз»
2.2. Содержание инновационного проекта на примере ООО «Вайлдберриз»
2.3. Ресурсное обеспечение проекта развития и оценка достаточности финансовых ресурсов
Глава 3. Разработка предложений по разработке системы управления изменениями в проекте
Техническое проектирование
Реализация проекта
Ввод в эксплуатацию
Рисунок 9 – Стадии каскадной модели жизненного цикла
- Определение требований
Один из самых важных этапов проекта, во время которого должны быть согласованы цели бизнес - деятельности компании и автоматизации, выявлены недостатки действующих бизнес-процессов и систем, сформированы рамки функциональности стандартного внедрения «1С», определены источники успешной реализации проекта.
- Системное проектирование
На этой стадии должны быть сформированы функциональные, организационные, эксплуатационные и информационные требования к системе на основе актуальных бизнес-требований. Также необходимо составить описание требований, которые будут утверждены заказчиком. Интегратор составляет предложение по переходу на новую автоматизированную систему, определяя требования к сотрудникам, регламенту и инфраструктуре. Определяются состав и порядок, назначаются исполнители работ и ответственные за создание системы специалисты. Формируются требования к уровню качества. В результате должно быть разработано техническое задание, в котором будут описаны все ранее сформулированные и формализованные требования и реализация их в результате внедрения.
- Техническое проектирование
На данном этапе осуществляется разработка подробного технического проекта: для каждого содержащегося в техническом задании требования определяется проектное решение. Происходит проектирование приложений, определяются необходимые доработки. Создается прототип системы, на основе которого и пожеланий пользователей уточняются функциональные требования. Проводится настройка приложений, создаются профили безопасности.
- Реализация проекта.
Проводится окончательная доработка программных модулей и баз данных, также осуществляется настройка серверов и инсталляция ПО на рабочих местах пользователей. Создаются инструкции по дальнейшему использованию системы. Проводится ее комплексная отладка.
- Ввод в эксплуатацию
Стандартное внедрение «1С» на своей заключительной стадии подразумевает проведение комплексного испытания установленной системы, в котором участвуют все пользователи, которые могут оценить работу программы. Также выявляются и ликвидируются возможные ошибки. Проводится обучение сотрудников компании работе с программным продуктом. Производится процесс конвертирования данных в новую систему, затем проводится тестирование их корректности.
Построение иерархической структуры работ (ИСР), как основной результат описания содержания проекта, представлено на рисунке 10. ИСР построена методом декомпозиции.
Рисунок 10 – Диаграмма иерархической структуры работ проекта (ИСР)
Иерархическая структура работ представляет собой совокупность элементов, выполненных в удобной графической форме. Графическое представление имеет ряд преимуществ перед списочным составом задач или работ за счет своей наглядности.
Устав проекта - это инструмент, который формально авторизует проект и является звеном, соединяющим предстоящий проект с текущей работой организации.
Основные положения устава представлены в Таблице 4.
Таблица 4
Основные положения устава проекта
|
Название проекта |
|
|
Цели проекта |
|
|
Результаты проекта |
|
|
Допущения |
|
|
Ограничения |
|
|
Расписание основных контрольных событий |
|
|
Бюджет проекта |
469 600, 00 руб. |
|
Критерии приемки |
|
|
Обоснование полезности проекта |
|
Для описания организационной структуры проекта составим штатное расписание проекта, отражающее потребность в ресурсах (Таблица 5), организационную диаграмму проекта и матрицу ответственности RACI (Таблица 6).
Таблица 6
Матрица ответственности RACI
|
Процедуры |
Роли |
|||||
|
Спонсор, Инициатор проекта |
Куратор проекта |
Менеджер проекта |
Консультант по продукту и разработке 1 |
Консультант по продукту и разработке 2 |
Консультант по продукту и разработке 3 |
|
|
1.Определение требований |
C |
|||||
|
1.1.Выявление недостатков действующих бизнес-процессов |
C |
A |
R |
|||
|
1.2.Согласование бизнес-целей |
C |
A |
R |
|||
|
2.Системное проектирование |
C |
I |
R |
|||
|
2.1.Формирование требований к системе |
C |
I |
R |
|||
|
2.2.Описание требований |
C |
I |
R |
|||
|
2.3.Разработка ТЗ |
C |
R |
||||
|
3.Техническое проектирование |
C |
I |
C |
|||
|
3.1.Определение проектного решения |
A |
I |
||||
|
3.2.Проектирование приложений |
C |
I |
R |
|||
|
3.3.Настройка приложений |
C |
I |
R |
|||
|
3.4.Создание профилей безопасности |
C |
I |
R |
|||
|
4.Реализация проекта |
I |
C |
I |
C |
||
|
4.1.Доработка программных модулей и баз данных |
C |
I |
R |
R |
R |
|
|
4.2.Настройка серверов и инсталляция ПО на рабочих местах пользователей |
C |
I |
R |
R |
||
|
4.3.Комплексная отладка системы |
C |
I |
R |
|||
|
5.Ввод в эксплуатацию |
C |
I |
C |
R |
R |
|
|
5.1.Проведение комплексного испытания установленной системы |
C |
I |
R |
|||
|
5.2.Выявление и ликвидация возможных ошибок |
C |
I |
R |
|||
|
5.3.Обучение сотрудников |
C |
I |
R |
R |
||
Штатное расписание является обязательным документом, которое должно быть в компании, оно содержит перечень должностей, структурных подразделений, количество штатных единиц и тарифную ставку. Если в компании меняется перечень должностей, количество работников, тарифная ставка, то в штатное расписание должны быть обязательно внесены эти изменения.
Таблица 5
Штатное расписание проекта
|
№ |
Роль |
Количество штатных единиц |
Тарифная ставка руб/час |
|
01 |
Спонсор |
01 |
- |
|
02 |
Куратор проекта |
01 |
- |
|
03 |
Менеджер проекта |
01 |
400 руб/час |
|
04 |
Консультант по продукту и разработке 1 |
01 |
350 руб/час |
|
05 |
Консультант по продукту и разработке 1, 2 |
02 |
250 руб/час |
Организационная диаграмма является простым и наглядным инструментом для определения иерархии подотчетности, начиная с нижнего уровня организации до руководителя проекта. Организационная диаграмма представлена на Рисунке 11.
Спонсор
Куратора проекта
Менеджер проекта
Консультант по продукту и разработке 1
Консультант по продукту и разработке 2
Консультант по продукту и разработке 3
Рисунок 11 – Организационная диаграмма проекта
Методика RACI является удобным и наглядным средством планирования ответственности членов проектной команды при выполнении задач на каждом из этапов проекта.
Термин RACI является аббревиатурой:
- Ответственный (Accountable) – полностью отвечает за исполнение
этапа/задачи, вправе принимать решения по способу реализации. В качестве ответственного за задачу может назначаться только один человек.
- Исполнитель (Responsible) – исполняет задачу, не несет ответственность за выбор способа её решения, но отвечает за качество и сроки реализации. У каждой задачи должен быть хотя бы один исполнитель.
- Консультант (Consult before doing) – оказывает консультации в ходе решения задач проекта, контролирует качество реализации.
- Наблюдатель (Inform after doing) – может оказывать консультации в ходе решения задач проекта, не несет ответственности.
2.3. Ресурсное обеспечение проекта развития и оценка достаточности финансовых ресурсов
Смета проекта — это расчёт (план) предстоящих доходов и расходов на осуществление какой-либо деятельности. В независимости от сложности объекта, смета проекта просто необходима при финансировании, например, из бюджета.
Смета позволяет строить реальные планы и выполнять их, опираясь на точный расчет. С помощью сметы предприятие определяет себестоимость своей продукции или стоимость реализуемого проекта.
В данном проекте смета будет небольшой, т.к. компания на рынке более 10 лет, вся оргтехника, помещение и пр. уже заложены в расходы Группы Компаний и не требует дополнительных вложений. Смета проекта разработана с учетом штатного расписания и содержания проекта и представлена в таблице 7.
Таблица 7
Смета проекта
|
Стоимость работ: |
|||
|
Категория специалиста |
Трудозатраты, час |
Ставка, руб/час |
Итого (за проект) |
|
Ведущий менеджер по работе с заказчиками |
524 |
400, 00 |
209 600,00 |
|
Разработчик 1С |
185 |
350, 00 |
64 750,00 |
|
Технический специалист |
245 |
250, 00 |
61 250,00 |
|
Технический специалист |
276 |
250, 00 |
69 000,00 |
|
Стоимость лицензии: |
|||
|
Категория расходов |
Количество |
Стоимость за ед., руб. |
Итого |
|
Лицензия 1С |
1 |
65 000, 00 |
65 000, 00 |
|
ИТОГО |
469 600, 00 |
||
Для построения и оптимизации календарного плана проекта используем MS Project. В первую очередь настроим общие параметры:
- Установим валюту проекта. Для этого зайдем в пункт меню «Файл» и подпункт «Параметры». В открывшемся окне «Параметры Project» выберем пункт «Отображение» и укажем параметры валюты (Рисунок 12).
- По аналогии установим стандартное время начала и окончания работ (Рисунок 13)
- Настроим параметры автосохранения.
Необходимых исключений в базовом стандартном календаре в рамках данного проекта не будет.
Рисунок 12 – Установка валюты проекта
Рисунок 13 – Установка календаря проекта