Курсовая с практикой на тему Характеристика и анализ содержания стадии внедрения в процессе проектирования в сфере таможенного дела
-
Оформление работы
-
Список литературы по ГОСТу
-
Соответствие методическим рекомендациям
-
И еще 16 требований ГОСТа,которые мы проверили
Введи почту и скачай архив со всеми файлами
Ссылку для скачивания пришлем
на указанный адрес электронной почты
Содержание:
Введение. 3
Глава 1. Теоретические основы
ПРОЕКТИРОВАНИЯ В СОВРЕМЕННЫХ УСЛОВИЯХ.. 3
1.1 Теоретические основы подходов управления проектами. 3
1.2 Agile
— подход управления в сфере информационных технологий в сфере государственного
и муниципального управления. 13
Глава 2 Анализ ВОЗМОЖНОСТЕЙ ДЛЯ
ВНЕДРЕНИЯ ПРОЕКТОВ В СФЕРЕ ТАМОЖЕННОГО ДЕЛА НА ОСНОВАНИИ ТЕХНОЛОГИЙ AGILE. 20
2.1. Характеристика таможенного поста. 20
2.2. Возможности внедрения проекта agile для в сфере таможенного дела. 34
ЗАКЛЮЧЕНИЕ. 41
СПИСОК ИСТОЧНИКОВ И ЛИТЕРАТУРЫ.. 42
Введение:
В век
информационных технологий, где всё меняется со скоростью света, когда
конкуренция превыше всего, а клиент всегда прав, компаниям нужно быть на одной
волне с современными тенденциями. В IT сфере это чувствуется наиболее остро,
так как важно придумывать новые решения и завоевывать рынок первыми, покорять
людей удобными технологиями. А для этого классические методы управления уже
навряд ли подойдут. Поэтому тема нового подхода управления проектами сейчас так
актуальна. Agile
и все подходы в работе, которые он содержит в России появились не так давно, но
завоевали уже большую часть IT подразделений российского рынка.
Распространение этого подхода явно отличается от стандартного решения
управления, но, к сожалению, не все компании четко могут определить эффективность
внедрения тех или иных изменений.
Поэтому в
данной работе будет рассмотрен способ выявления эффективности использования Agile, а в
конкретике Scrum фрэймворка на примере проекта по
повышению налоговой доходности города Москва.
Для этого необходимо исследовать управление проектом в
условиях agile-трансформации в сфере информационных технологий в сфере
госуправления, которая считается довольно уязвимой из-за сильной
коррелированности с внешней средой и экономикой страны. В виду этих специфик, а
также характеристик IT-проекта, управление внедрением или созданием ПО для
повышения налоговой доходности бюджета сталкивается с множеством трудностей,
такими как сдвиги по срокам, ненадлежащее качество, превышение по
запланированной стоимости и тому подобное. Ненадлежащее качество продукта,
являющегося результатом управления какого-либо проекта, может сильно сказаться
на дальнейшей экономической активности хозяйствующих субъектов. Во многих источниках
внедрение проекта agile рассматривает цикл проектов
по повышению налоговой доходности с точки зрения традиционной водопадной модели
(то есть в виде модели, где каждый последующий этап процесса начинается только
тогда, когда завершится предыдущий), применение которой основано, скорее, на
привычке менеджеров проектов, нежели на реальной эффективности модели.
Объектом
исследования является проектирование в сфере таможенного дела.
Предметом
исследования является характеристика и анализ содержания стадии внедрения в
процессе проектирования в сфере таможенного дела.
Таким образом,
целью данной работы является выявление целесообразности применения подходов agile для управления
проектами в сфере в сфере таможенного дела и быстро изменяющейся среде.
Для достижения этой цели должны быть
решены следующие задачи:
1. Исследовать понятие проектных
технологий agile.
2. Охарактеризовать потенциал внедрения
проектов в сфере таможенного дела.
3. Изучить возможности внедрения
проекта agile
для управления проектами в сфере в сфере таможенного дела.
При написании
работы использованы методы анализа, синтеза, сравнения, абстрагирования,
дедукции и индукции.
Данная работа
структурирована на введение, две главы, объединяющие четыре параграфа,
заключение, список источников и литературы.
Заключение:
В современном мире многие организации стремятся быть Agile,
изучают особенности данных ценностей и принципов, рассматривают их применение
на своей компании. Agile-трансформирующаяся организация, безусловно, должна
придерживаться Agile-манифеста, но это не значит, что она обязательно
должна внедрять Scrum или Kanban во все свои проекты и
продукты. Agile подразумевает под собой гибкость и адаптивность, если проект
эффективнее выполнить по каскадной модели, не нужно насильно переформировывать
его под другой подход. Но, соблюдение ценностей и принципов- обязательно.
Наибольшую популярность в компаниях, внедряющих Agile, набирает Scrum. И
это объясняется логически. Большинство остальных подходов и методов
предполагают высокий уровень свободы для команды проекта, что дает потрясающие
результаты, но если сразу дать такую свободу команде, то это с большей вероятностью
превратится не в эффективный и отлаженный процесс, а в настоящий хаос. Scrum
имеет весьма директивную структуру, что выражается в определенном количестве
ролей, мероприятий, артефактов и правил.
Следовательно,
внедряя Scrum, команде проекта легче научиться самоорганизации и в
дальнейшем только усилить темпы своего развития. Agile- трансформация- это стадия
перехода компании на более гибкий подход, в таких ситуациях не исключен отток
людей, которым не подходят эти ценности. Данная стадия обычно начинается с
постепенного внедрения Agile и его подходов в командах и на уровне организационной
культуры, проводятся различные мероприятия, которые информируют людей об Agile,
организуются тренинги и обучение, нанимаются консультанты и agile-коучи
для помощи в трансформации.
Фрагмент текста работы:
Глава 1. Теоретические основы ПРОЕКТИРОВАНИЯ В СОВРЕМЕННЫХ УСЛОВИЯХ
1.1 Теоретические основы подходов управления
проектами
Само слово «проект» появилось от латинского слова «projecere», дословный перевод
которого «бросаться вперед». Данный смысл слова модернизировался и в
современном мире трактуется по-другому. Проект — это уникальное предприятие,
которое имеет определенные временные границы, ориентирован на создание
продукта, услуги или результата. Когда цели достигнуты или в ситуации, когда
проект прекращается из-за неактуальности, наступает стадия окончания. Наличие
повторяющихся элементов в проекте не нарушает принципа уникальности, подобные
проекты могут иметь другие особенности: местоположение, обстоятельства,
заинтересованные лица, условия. [1, c. 4]
Следовательно, можно выделить следующие характеристики у
проекта:
— конкретная цель (например, получение какого-то
конечного результата, удовлетворяющего компанию);
— продолжительность проекта с ранее
зафиксированными датами начала и завершения проекта;
— установленные требования к ресурсам (время,
оборудование, финансы и труд);
— координированное участие различных специалистов
в проекте.
Управление проектом — это четко регламентированная область
деятельности, в которой используются знания, навыки, методы и инструменты к
работам проекта, для того чтобы удовлетворить требования к нему. Обычно в
управлении проектами принято выделять 49 процессов, входящих в 5 групп:
инициация, планирование, исполнение, мониторинг и контроль, закрытие. [1, c. 130] Также, этот процесс
включает в себя определение требований; реагирование на потребности, обратную
связь и запросы заинтересованный сторон; выстраивание коммуникаций со
стейкхолдерами; контроль баланса между ограничениями проекта: содержание,
качество, расписание, бюджет, ресурсы, риски. Существуют российские и
международные стандарты, которые описывают, что такое проект, каковы
обязанности менеджера проекта и из каких действий состоит процесс управления
проектом.
Подходы к управлению проектами отражаются на жизненных
циклах проекта. Жизненный цикл проект- серия фаз, которые проект проходит от
начала до завершения. Рассмотрим три жизненных цикла проекта:
̶ предиктивный;
̶ адаптивный;
̶ смешанный. Для
предиктивного цикла характерно определение размера работ, времени,
стоимости проекта на ранних этапах. Предполагается, что в таких проектах
присутствует высокая определенность, четкие финальные требования, стабильная
команда и низкий риск. Любые изменения в проекте тщательно контролируются.
Данный цикл еще называют «каскадной моделью» или «модель waterfall», проекты с таким подходом
обычно не несут бизнес-ценности до завершающей стадии. Весь ход проекта детально
размечен, каждый отдельный шаг, ресурсы, даты, стадии задокументированы. Для
визуализации этих данных, зачастую, используют диаграмму Ганта. Waterfall традиционно
используется в строительной и обрабатывающей промышленности, в меньшей степени
в проектах разработки программного обеспечения. Эффективнее данный подход
работает на проектах, не подверженных сильным изменениям внешней и внутренней
среды, так как процесс адаптации к таким изменениям проходит тяжело, он нарушает
прописанный график работ.
По статистике, проекты с предиктивным жизненным циклом в 14%
случаев успешны и в 29% случаев провальны. [3, с. 5] Основным фактором неудач в
проектах выступает неправильное прогнозирование сроков и расписания. Цель
использования каскадной модели направлена на четкое управление стоимостью.
Стандартный цикл по модели обычно придерживается следующей структуры: анализ,
проектирование, разработка, тестирование, поставка (рисунок 1.1). [4, с. 27]