Содержание

Устав проекта: Контроль хранения и использования СЗР

Устав проекта: Контроль хранения и использования СЗР

Документы проекта

План-график проекта СЗР

Техническое задание (ТЗ) для разработки системы отслеживания перемещения средств защиты растений

Содержание

Код проекта	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 Ограничения и допущения

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

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 Оценка ресурсов

Разработка и внедрение мобильных приложений.
Создание и настройка сервера IoT и API.
Обучение пользователей и техническая поддержка.

7.2 Предварительный бюджет

4318 часа в которые входят

Разработка приложений сервера IoT и API
Внедрение на 2 предприятия(склада)

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 Каналы коммуникаций

Электронная почта: Для официальных уведомлений и рассылок отчетов.
Мессенджеры (Telegram): Для оперативного обмена информацией и координации работы.
Видео-конференции (https://jitsi.proton-group.ru/szr): Для проведения встреч и обсуждений.

12.3 Ответственные за коммуникацию

Руководитель проекта (Журавель Михаил): Организация и проведение статусных и командных встреч, подготовка отчетов.
Куратор проекта (Иванов Игорь): Участие во встречах по управлению изменениями, взаимодействие с заинтересованными сторонами.
Участники команды: Участие во всех необходимых встречах, предоставление информации и отчетов по своим задачам.

12.4 Порядок проведения встреч

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

13. Закрытие проекта

13.1 Критерии завершения

Завершение всех этапов проекта и выполнение всех требований.
Подтверждение успешного функционирования системы.

13.2 Процедуры закрытия

Проведение итоговой проверки и аудита.
Передача всей документации и отчета о завершении проекта заказчику.

14. Подписи и утверждения

Согласовано	Подпись	Дата	Должность	ФИО
Заказчик				Дмитрий Лукин
Руководитель проекта				Журавель Михаил
Куратор проекта				Иванов Игорь