Жсткая последовательность этапов разработки
 Скачать 232.19 Kb.
|
|
Digital-проект, как и любой проект, представляет собой уникальное, ограниченное по времени, бюджету и ресурсам мероприятие, которое должно полностью удовлетворить требования заказчика. Высокая скорость изменения интернет-маркетинга, реализация проектов в условиях изменяющихся требований заказчиков, требует от работающих в данной сфере компаний быть гибкими и приспосабливаться к новым условиям. Решение данной проблемы возможно путем внедрения гибких технологий управления digital-проектами, в том числе в качестве информационных систем. В работе проводится анализ существующих технологий с целью выявления возможности их применения для управления Digital-проектами. Управление проектами представляет собой искусство организации, планирования, руководства, координации трудовых, финансовых, материально-технических ресурсов на протяжение жизненного проектного цикла, направленное на достижение его целей путем применения современных методов, техники и технологии управления для получения определенных в проекте результатов по составу и объему работ, стоимости, времени, качеству и удовлетворению участников проекта. Очевидно, что каждый проект является уникальным, и не существует идеальной технологии, подходящей для управления любым видом проектов. Однако за время существования проектного управления были созданы эффективные подходы и технологии, которые имеют существенные отличия. Наиболее широко распространѐнный классический метод управления проектами основан на так называемом «водопадном» (Waterfall) или каскадном цикле, при котором задачи передаются последовательно по этапам и напоминают поток. Классический метод управления проектами базируется на следующих принципах: - жѐсткая последовательность этапов разработки; - переход к новому этапу ‒ только после успешного завершения предыдущего; - фиксированная стоимость продукта; - заказчик не привлекается к непосредственному процессу разработки; - изменения могут быть внесены только после завершения всего процесса разработки. Таким образом, основными преимуществами данного метода являются: понятная и чѐткая схема рабочего процесса; возможность определения точного количества затраченных на проект ресурсов; отсутствие затрат по налаживанию коммуникаций между всеми членами команды. К недостаткам метода можно отнести: приоритет формального подхода к последовательности процесса работы; невозможность внесения изменений заказчиком до окончания разработки продукта; возможность ухудшения качества проекта из-за сокращения этапа тестирования в случае недостаточности ресурсов. Исходя из существующих преимуществ и недостатков можно сделать вывод о том, что данный метод целесообразно использовать, если большая часть или вся работа над проектом передана на аутсорсинг, есть четкая концепция проекта, нет ограничений во времени и ресурсах на реализацию проекта, которая требует строгой последовательности выполнения задач. Гибкие же методы, а именно Agile, зачастую более эффективны при управлении проектами с высокой степенью неопределенности и постоянно меняющимися требованиями, так как ориентированы результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля. Согласно данному подходу, проект разбивается не на последовательные фазы, а на небольшие подпроекты, которые затем «собираются» в готовый проект. Основными принципами, на который базируется метод Agile, являются: - наивысший приоритет в удовлетворении потребностей заказчика; - ежедневное взаимодействие команды и заказчика на протяжении всего проекта; - главный результат ‒ работающий продукт; - над проектом работает самоорганизованная, мотивированная команда; - оптимальные сроки выпуска рабочего продукта от 2 недель до 2 месяцев. Таким образом, основными преимуществами данного метода являются: высокий уровень взаимодействия между членами команды проекта; быстрый результат, стимулирование изменений и улучшений проекта во время его разработки, вовлечение заказчика в рабочий процесс. При этом данному подходу присущи и недостатки, к которым можно отнести: риск бесконечных изменений требований к проекту, большая зависимость от уровня квалификации и опыта команды, невозможность точно определить итоговую стоимость проекта. На основании проведенного анализа классического метода Waterfall и гибкой технологии управления Agile, можно сделать вывод о том, что ввиду высокой скорости изменения интернетмаркетинга наиболее эффективным методом управления диджитал-проектами является гибкий метод Agile. Необходимо отметить, что данный метод применим ко всем видам услуг диджиталагентства (разработка сайтов, SEO-оптимизация, SMM и др.), которые являются проектами в рамках компании. Суть применения модели заключается в отказе от классических долгосрочных планов в пользу коротких итераций и возможности внесения изменений в стратегию в любой момент. В результате использования данной гибкой модели в работе с диджитал-проектами возможно получить высокий результат работы, удержать клиента и замотивировать команду работать более качественно. Повысить эффективность управления проектами возможно благодаря внедрению информационных систем управления проектами (ИСУП), которая представляет собой комплекс методических, технических, программных и информационных средств, направленный на поддержку и повышение эффективности процессов планирования и управления проектами, в основе которого лежит комплекс специализированного программного обеспечения. В настоящее время на рынке присутствует специализированное программное обеспечение для управления проектами, например, Gemini, SprintGround, Eylean Board и другие. Выбор той или иной информационной системы управления проектами зависит от специфики работы компании, реализуемых проектов, а также внутренних задач. Таким образом, внедрение гибких методов управления проектами является эффективным инструментом в работе диджитал-компаний, так как позволяет полностью удовлетворять требования заказчика и оставаться конкурентоспособными на рынке. ГИБКИЕ МЕТОДЫ УПРАВЛЕНИЯ ИТ-ПРОЕКТАМИ ИТ-проекты обычно связаны с разработкой или преобразованием информационной технологии. Масштабы и сложность ИТ-проектов возрастает по мере развития информационных технологий, что требует выбора оптимального подхода к процессу управления проектом. Одним из классических подходов к управлению ИТ-проектами является каскадная модель. Описание требований к продукту, полностью распланированные сроки и этапы работы перед началом разработки проекта при использовании каскадной модели предполагает, что за время реализации проекта ничего не должно измениться. Это означает, что сроки будут соблюдены, и продукт будет соответствовать изначальным требованиям, а также дает четкое представление о результатах перед началом разработки. Несмотря на простоту освоения и использования данной модели, последовательное прохождение этапов не позволяет вернуться к уже завершенным этапам. Это означает, что при обнаружении ошибок, допущенных на ранних этапах, разработка проекта начинается сначала. Такие допущения могут привести к дополнительным затратам как финансового, так и временного характера. В связи с этим, использование каскадной модели предусматривает работу высококвалифицированных специалистов, исключающих допущение ошибок и выполнение этапов не вовремя. Однако ИТ-проекты всегда были и остаются мало предсказуемыми. Требования к программному продукту могут меняться на каждом этапе разработки в зависимости от пожеланий заказчика, а также рынка программных услуг. Например, если заказчик на последних этапах разработки проекта решит добавить в программный продукт новый функционал, исполнителям придётся начинать проект сначала. Это может привести к тому, что проект может быть не завершен в срок. В современной разработке каскадная модель управления проектами не часто используется в чистом виде. Её использование оправдано в тех проектах, где требования точно не изменятся к моменту готовности продукта. Среди компаний, которые используют каскадную модель можно отметить Cisco, EPAM, IBM, SAP. Вышеперечисленные недостатки классической каскадной модели частично решают гибкие методы разработки. Наиболее часто встречающийся термин – agile-разработка. Agile методы полностью противоположны каскадной модели по подходу и идеологии. Проекты, в которых используется модель управления по гибких методам, должны следовать четырем основным ценностям, описанным в манифесте гибкой разработки программного обеспечения: -люди и взаимодействие важнее процессов и инструментов; -работающий программный продукт важнее исчерпывающей документации; -сотрудничество с заказчиком важнее согласования условий контракта; готовность к изменениям важнее следования первоначальному плану. Исходя из вышеперечисленных ценностей, наивысшим приоритетом являются люди, а также разработка работоспособного и протестированного конечного программного продукта. Одним из главных отличий гибких методов от каскадной модели является возможность вносить изменения в проект на каждом этапе разработки продукта, а также то, что связь с заказчиком поддерживается на каждом этапе выполнения проекта. Это значительно сокращает риск неуспешности проекта, так как все нужные ресурсы вовлечены в процесс. Поскольку здесь не нужно четко обозначать этапы и делать упор на требованиях, у исполнителей проекта появляется возможность экспериментировать и вносить изменения постепенно. В общем случае, методы Agile можно определить как подход, который помогает командам быстро реагировать на отзывы заказчика и разработчиков о проекте, что позволяет оценивать возможные направления разработки и вносить изменения в проект в процессе работы над ним. Это достигается тем, что работа agile-команды разбивается на короткие, ограниченные по времени итерации, и каждая из них завершается поставкой работоспособного продукта. Схематическое представление итерации по agile-подходу приведено на рисунке 1.  Рисунок 1 – Схема итерации по agile-подходу Функции, разрабатываемые в процессе выполнения итераций, выбираются на основе их приоритетности для бизнеса. Это позволяет гарантировать первоочередную разработку наиболее важных функций. Agile-команды исходят из того, что планы быстро устаревают. Как результат, они корректируют свои планы по мере необходимости. Как и любые методы, гибкие методы также имеют недостатки. К ним можно отнести необходимость участия заказчика на протяжении всей разработки проекта, отсутствие стабильных требований к конечному продукту. Также, использование методов Agile накладывает серьезные требования на опыт членов команды и их способность эффективно взаимодействовать друг с другом. Методы Agile довольно многочисленны, однако самыми популярными являются Scrum и Kanban. Метод Scrum позволяет контролировать финансовые и временные затраты на реализацию проекта за счет деления рабочего процесса на равные спринты. Перед спринтом формулируются задачи на данный спринт, в конце – обсуждаются результаты, а команда начинает новый спринт. Спринты удобно сравнивать между собой, что позволяет управлять эффективностью работы. Анализ работы во время спринта дает возможность команде лучше понять проект, изучить ошибки, повысить эффективность работы исполнителей. Все это в совокупности позволяет выполнять проекты в срок с наименьшими издержками на исправление недочетов. Метод Kanban предполагает непрерывную оптимизацию процесса работы над проектом, а также уменьшение продолжительности итерации, что достигается при помощи использования доски задач. В отличие от scrum-подхода, в kanban можно взять задачи в разработку сразу, не дожидаясь начала следующего спринта. Это может гарантировать то, что наиболее приоритетные задачи будут выполнены вовремя, что не увеличит по итогу общее время работы над проектом. Гибкость подхода Agile позволяет адаптировать его к проектам различного типа. Компании, использующие Agile, гибко реагируют на изменение запросов потребителей и продуктивно сотрудничают с ними, быстро и эффективно создают правильные результаты и продукты, не делают лишней работы. Из крупных компаний, использующих гибкие методы управления ИТ-проектами, можно выделить Microsoft, Google, Spotify [5]. Таким образом, благодаря использованию гибких методов, проекты получают всесторонний анализ. Правильно выбрав метод управления ИТ-проектом, можно не только добиться успешного достижения целей, но также и оптимизировать работу команды и затраченное время. Список использованных источников: 1. Блог Worksection [Электронный ресурс]. – Режим доступа : https://worksection.com/blog/waterfall.html 2. Грин, Д. Стиллмен, Э. Постигая Agile / Д. Грин, Э. Стиллмен. – М. : Манн, Иванов и Фербер, 2017. – 448 с. 3. Кон, М. Agile: оценка и планирование проектов / М. Кон. – М. : Альпина Паблишер, 2018. – 418 с. 4. Web Academy [Электронный ресурс]. – Режим доступа : https://web-academy.com.ua/stati/350-agile-scrum-kanban 5. Блог Polontech [Электронный ресурс]. – Режим доступа : https://polontech.com/ru/blog/agile-v-bolshih-kompaniyah/ |