Устав проекта: Контроль хранения и использования СЗР
Документы проекта
Содержание
Код проекта | 007 |
Планируемое время начала проекта и время окончания проекта | 2024-03-01 — 2024-09-13 |
Место реализации | Перевоз Бутурлино |
Заказчик проекта | Дмитрий Лукин |
Куратор проекта | Иванов Игорь |
Руководитель проекта | Журавель Михаил |
Дата создания документа | 2024-02-23 |
Версия документа | 1.0 |
Назначение документа
Настоящий Устав проекта (далее – Устав) определяет процедуры управления проектом в рамках договора на выполнение работ и оказание услуг. Устав является рабочим документом проекта и обязателен для выполнения всеми членами группы проекта. Документ определяет цели и ограничения проекта, методологию управления, контроль качества результатов проекта, организационную структуру проекта, порядок взаимодействия и ответственности сторон. Документ вступает в силу после его утверждения и действует вплоть до завершения проекта или до принятия одной из сторон решения об одностороннем выходе из проекта. Все юридические вопросы взаимоотношений между сторонами регулируются в рамках договора. Изменения в документ могут быть вызваны изменением целей проекта, масштаба проекта, методологии работы и подлежат письменному утверждению уполномоченными представителями сторон.
1. Название проекта и идентификация
Наименование проекта: Система контроля хранения и использования СЗР
Проектный код или номер: 007
2. Цели и обоснование проекта
2.1 Цели проекта
Обеспечение прозрачности и контроль за перемещением и использованием средств защиты растений (СЗР).
Снижение экономических потерь и обеспечение точности учета товарно-материальных ценностей.
Повышение эффективности управления затратами в сельском хозяйстве.
Предотвращение негативного воздействия на урожайность при неправильном использовании препаратов.
2.2 Обоснование проекта
Проблема: В сельском хозяйстве невозможно обеспечить надежный контроль перемещения и использования СЗР. Это приводит к экономическим потерям и неэффективности использования ресурсов. Неправильное использование препаратов может негативно сказываться на урожайности.
Решение: Разработка и внедрение системы, использующей RFID метки для уникальной маркировки упаковок и фиксации данных о перемещении и использовании. Система включает мобильные приложения и сервер IoT для мониторинга в реальном времени и интеграции с существующими системами учета.
3. Область применения проекта
3.1 Описание области применения
Внедрение системы контроля для отслеживания перемещения и использования СЗР на агрономических предприятиях.
Применение RFID меток для уникальной идентификации упаковок и фиксации данных о процессе их использования.
Разработка трех мобильных приложений:
Разработка
API для интеграции с другими системами и обеспечения обмена данными.
3.2 Ограничения и допущения
4. Границы проекта
4.1 Что входит в проект
Разработка и внедрение системы контроля с использованием RFID меток.
Создание и тестирование трех мобильных приложений (Склад, Поле, Инспектор).
Разработка и документирование
API .
Создание IoT сервера для не прямого взаимодействия с системой учета.
Обучение персонала по использованию системы и приложений.
Закупка оборудования (мобильных телефонов с NFC, RFID меток).
4.2 Что не входит в проект
Закупка расходных материалов после завершения проекта(метки пломбы).
Центральная система учета, которая обрабатывает, анализирует данные и предоставляет отчеты и уведомления, не является частью данной системы и разрабатывается отдельно. Наша система отвечает только за сбор данных и их передачу через
API.
Разработка дополнительных функций или интеграций, не предусмотренных изначальным планом.
Расширение системы на другие области применения вне контроля СЗР.
Установка видеонаблюдения на складах
Установка точек доступа для WiFi
Приобретение компьютеров и оборудования рабочего место кладовщика
Приобретение складского оборудования
5. Цели и требования
5.1 Цели проекта
Обеспечить прозрачность и контроль за использованием СЗР.
Уменьшить потери и повысить эффективность учета ресурсов.
Контроль использования препаратов.
5.2 Критерии успеха
Критерии успешности | Лица, утверждающие критерии успешности |
Система успешно интегрирована и функционирует на всех предприятиях | Лукин Дмитрий |
Разработаны все необходимые режимы приложений | Лукин Дмитрий |
6. Обязанности и роли
6.1 Основные заинтересованные стороны
Заказчик проекта: Финансирует проект, определяет основные требования и критерии успеха, утверждает ключевые решения.
Пользователи системы:
Агрономы: Используют систему для отслеживания и управления использованием СЗР в поле.
Кладовщики: Отвечают за маркировку, выдачу, возврат тары и утилизацию СЗР на складе.
Операторы: Управляют данными в системе, обеспечивают точность и актуальность информации.
Отдел складского учета: Следит за соблюдением стандартов качества в процессе использования системы, проводит инспекции и аудит.
Центральное агроуправление: Контролирует и координирует деятельность всех агрономических предприятий, обеспечивает соблюдение нормативов и стандартов.
Отдел внедрения бизнес-процессов: Разрабатывает и внедряет новые бизнес-процессы, обучает персонал, обеспечивает интеграцию новой системы с существующими процессами.
ИТ-отдел: Обеспечивает техническую поддержку системы, занимается развертыванием и обслуживанием серверов IoT, поддерживает
API и мобильные приложения.
6.2 Роли
Роль | Имя | Обязанности |
Заказчик | Лукин Дмитрий | Утверждение требований, контроль за выполнением проекта |
Кладовщик | Иван Митрофанов | Оперативное внесение данных о поступлении и использовании товаров. Обратная связь |
Оператор | Евгений Волков | Использование системы для фиксации данных на месте проведения работ |
Руководитель проекта | Журавель Михаил | Управление проектом, координация работы команды, управление бюджетом и ресурсами, взаимодействие с заказчиком |
Идеолог проекта | Журавель Михаил Скоробогатов Алексей | Разработка концепции и идеи проекта, определение ключевых требований и решений, создание общего плана реализации. |
Инженер-программист | Журавель Михаил | Разработка технического задания. Разработка серверного ПО и API. Разработка и тестирование приложений. |
Инженер-программист | Скоробогатов Алексей | Разработка серверного ПО и API. Разработка и тестирование приложений. |
Инженер по подготовке и внедрению | Филиппов Денис | Маркировка склада. Обучение персонала. |
Инженер по подготовке и внедрению | Кузьмичев Сергей | Подготовка меток. Маркировка склада. Обучение персонала. |
Инженер по подготовке и внедрению | Коршунов Алексей | Маркировка склада. Обучение персонала. |
7. Ресурсы и бюджет
7.1 Оценка ресурсов
7.2 Предварительный бюджет
4318 часа в которые входят
7.3 Стоимость материалов
Метка RFID: 11р шт
Пломба с уникальным штрихкодом: 9р шт
Мобильный телефон для оператора и кладовщика: 12000р шт
ТСД на базе Android для кладовщика: 60000р шт
7.4 Трудозатраты по участникам
Имя | Роль | Часы План |
Журавель Михаил | Руководитель проекта | 1728 |
Коршунов Алексей | Инженер по подготовке и внедрению | 444 |
Филиппов Денис | Инженер по подготовке и внедрению | 264 |
Скоробогатов Алексей | Программист разработчик | 1578 |
Кузьмичев Сергей | Инженер по подготовке и внедрению | 304 |
8. Риски и управление рисками
Риск | Вероятность | Влияние | Управление |
Сбои при записи данных на RFID | Средняя | Высокое | Оптимизация кода, замена меток, замена телефонов, регулярное тестирование системы. |
Проблемы с обучением и адаптацией пользователей | Высокая | Среднее | Организация обучающих мероприятий, создание доступных учебных материалов, обеспечение поддержки пользователей. |
Потеря данных из-за отсутствия интернета | Средняя | Среднее | Оптимизация кода отправки данных, использование методов локального хранения данных и последующая синхронизация при восстановлении интернет-соединения. |
Технические сбои и ошибки в приложении | Средняя | Высокое | Регулярное тестирование, создание резервных копий, наличие планов на случай аварийных ситуаций, контроль версий кода и базы данных. |
Интеграционные проблемы | Средняя | Высокое | Проводить тщательное тестирование интеграции всех систем, создание планов по интеграции и взаимодействию с другими системами. |
Проблемы с совместимостью оборудования | Средняя | Среднее | Проведение проверки совместимости с различным оборудованием, настройка оборудования до начала использования в полевых условиях. |
Ошибки при маркировке и вводе данных | Средняя | Среднее | Разработка проверок и валидаций на уровне приложений, обучение сотрудников правильному обращению с метками и данными. |
Недостаточная устойчивость к сбоям и отказоустойчивость системы | Средняя | Среднее | Разработка стратегии отказоустойчивости, внедрение резервных систем и возможность быстрого восстановления работы системы в случае сбоя. |
9. Планирование и график
9.1 Вехи проекта
Начало проекта 2024-03-01
№ | Веха | Срок |
1 | Завершение разработки прототипа | 2024-04-01 |
2 | Завершение тестирования | 2024-04-29 |
3 | Начало опытно-промышленной эксплуатации в ООО Горизонт | 2024-05-15 |
4 | Инвентаризации остатков | 2024-06-20 |
5 | Получения обратной связи и доработок | 2024-06-30 |
6 | Доработки приложения | 2024-07-30 |
7 | Запуск склада в ООО Бутурлино-Агро | 2024-08-10 |
8 | Передача документации и сдача проекта | 2024-09-11 |
9.2 План-график проекта
План-график работ и услуг, как неотъемлемая часть устава. Подробный план-график проекта доступен в отдельном документе-файле. План-график проекта
10. Качество и контроль
10.1 Критерии качества
10.2 Процедуры контроля качества
11. Управление изменениями
11.1 Процесс управления изменениями
Все изменения в проекте должны быть согласованы с ключевыми заинтересованными сторонами.
Изменения документируются и утверждаются в письменной форме.
Влияние изменений на проект оценивается и учитывается в планировании.
12. Коммуникационный план
12.1 Формат и частота коммуникаций
Тип встречи | Частота | Участники | Цель встречи |
Статусные встречи | Раз в две недели | Руководитель проекта, разработчики, заказчики | Обсуждение текущего состояния проекта, проблем и дальнейших шагов. |
Встречи команды | Еженедельно | Все участники команды | Координация работы команды, обсуждение задач на неделю. |
Встречи с заинтересованными сторонами | Ежемесячно | Руководитель проекта, заказчики, представители отделов | Обзор прогресса проекта, обсуждение изменений и рисков. |
Встречи по управлению изменениями | По мере необходимости | Руководитель проекта, куратор проекта, ключевые участники | Обсуждение предложенных изменений и их влияние на проект. |
Отчетность | Еженедельно | Руководитель проекта | Подготовка и отправка еженедельных отчетов о прогрессе и проблемах проекта. |
12.2 Каналы коммуникаций
12.3 Ответственные за коммуникацию
Руководитель проекта (Журавель Михаил): Организация и проведение статусных и командных встреч, подготовка отчетов.
Куратор проекта (Иванов Игорь): Участие во встречах по управлению изменениями, взаимодействие с заинтересованными сторонами.
Участники команды: Участие во всех необходимых встречах, предоставление информации и отчетов по своим задачам.
12.4 Порядок проведения встреч
Подготовка: Руководитель проекта собирает и готовит информацию для обсуждения, формирует повестку встречи.
Проведение: Встречи проводятся в назначенное время, все участники делятся своим статусом, обсуждаются проблемы и решения.
Документирование: Ведутся протоколы встреч, которые затем рассылаются всем участникам.
Последующие действия: Все принятые решения и действия документируются и доводятся до выполнения.
13. Закрытие проекта
13.1 Критерии завершения
13.2 Процедуры закрытия
14. Подписи и утверждения
Согласовано | Подпись | Дата | Должность | ФИО |
Заказчик | | | | Дмитрий Лукин |
Руководитель проекта | | | | Журавель Михаил |
Куратор проекта | | | | Иванов Игорь |