Agile-трансформация проекта - Специфика использования технологии гибких методик управления мультимедийными проектами формата "small media"

Таким образом в проекте можно выделить следующие группы бизнес-процессов для проведения agile-трансформации

    1. Управление редакционной политикой 2. Управление внутренними системами организации работы 3. Организация внешних взаимодействии 4. Организация ретроспективы по результатам деятельности проекта 5. Создание мультимедийных контентных проектов 6. Организация процедуры верификации информации 7. Организация процедуры контент-менеджмента (интернет-площадка, социальные каналы, внешние платформы, рассылка) 8. Организация деятельности переводчиков 9. Организация agile-маркетинга 10. Создание печатной продукции 11. Организация дизайн студии 12. Процессы программирования и запуска собственной интернет-площадки, в частности техническая поддержка

Исходя из профиля организационной культуры медиапроекта можно говорить, что в настоящий момент определенная часть процессов не является выстроенной, а тем более оптимально реализуемой, при этом как и любой продукт на рынке медиа находится в постоянной ситуации неопределенности, обусловленной спецификой деятельности, то есть возможно говорить о внедрении agile на базе данного проекта. Засчет реализованной структуры менторства, возможностью контролировать результат и самоидентификации проекта как "small media" (то есть проекта энтузиастов) формальные критерий, определенные ранее, для реализации agile выполнены.

Проект по agile-транформации был запущен в декабре 2016 года и продолжается в настоящий момент, так как даже в рамках относительной небольшой группы нельзя одномоментно перевести все процессы в формат agile.

На первом этапе трансформации было произведено знакомство всех отделов организации с общими принципами философии agile. Знакомство выполнено в формате проектной сессии для каждого отдела и общей проектной сессии. Проектная сессия включала в себя презентацию философии agile и наиболее известных производных agile-семейства, а также деловую игру, в рамках которой участники пришли к пониманию процесса изменения текущего состояния процессов организации в случае проведения agile-трансформации.

Далее в рамках сессии менторов отделов и общего менеджмента проекта была проведена сессия по декомпозиции деятельности каждого отдела и проекта в целом на процессы, которые в представлении команды возможно трансформировать в agile-процессы. Данные принципы были обозначены выше.

В качестве инструмента реализации agile-пространства был выбран инструмент Trello с возможностью введение дополнительных надстроек. По критериям сформулированным на данном этапе внутри команды agile-трансформация не должна была превратиться в затяжной (в условиях ограниченности ресурсов) процесс разработки собственного программного фрйемворка (как например у Meduza), поэтому ключевое требование - минимальная задействование программной доработки выбранного продукта и возможности широкой настройки путем различных интеграции со сторонними приложениями. Trello - веб-приложение для управления проектами в небольших группах, которое было разработано в 2011 году компанией Fog Creek Software. Продукт разработан на основе документоориентированнной системы управления базами данных MongoDB и javascript-библиотеках Node. js и Backbone. js. Trello основан на открытом API (программный интерфейс приложения), который позволяет в перспективе написать свой собственный клиент, который будет оперировать информацией пользователя из Trello. Стоит отметить, что на сегодняшний день функционал аналогичный Trello предоставляют многие сервисы, как в "чистом" виде, так и в сочетании с другими функциями. Перспективное развитие Trello - в роли хаба, который может стать единой "приборной" панелью, для работы с различными сервисами. При этом сам продукт пропагандирует все те же принципы agile - то есть на его базе "гибко" можно создать удобную среду для различных работ.

В качестве внедряемых были определены несколько методик гибких управления проектами - Kanban, Scrum, Scrumban, а также в качестве общего объединяющего принципа выбран Lean, который будет задействован в процессах, в которых на сегодняшний день по тем или иным причинам не возможно использование более четких методик. Было реализовано следующее распределение выбранных процессов по методикам, с учетом специфики

1. Управление редакционной политикой

Высокоуровневый процесс, который подразумевает определение концепции медиаорганизации в целом, определения ключевых правил работы организации, аналитику и рефлексию на основе применяемых правил. Редакционная политика проекта определяет его задачи как медиа и основные пути достижения этих задач, тематическое наполнение, принципы работы с информацией, принципы взаимодействия различных элементов проекта в области создания информационного продукта, принципы трансялции информации. У данного процесса может быть выражена крайняя форма - регламентированность, когда абсолютно каждое действие четко регламентировано, что может негативно сказаться на общем состоянии проекта, ввиду неуниверсальности норм и выпадения из реального информационного контекста. Таким образом в процессе наиболее успешной для применения может стать общая методика lean, которая позволит с одной стороны сформулировать принципы редакции в философии agile, а с другой стороны не позволит прийти к формализованным, "негибким", постулатам.

2. Управление внутренними системами организации работы

Данный процесс связан с сервисной деятельностью внутри редакции - формирование рейтингов в рамках отделов, ручное обновление внутренних реестров и баз данных, поддержание в актуальном состоянии собствнно agile-пространства и другой инфраструктуры редакции. Данные действия носят цикличный характер, так как однотипные задачи повторяются с заданной периодичностью. Цикличность в большей мере относится к признакам канбан-системы. Так как "карточка" проходя через статусы может возвращаться в исходный пул задач (система "сигнальных карточек" в японских общественных садах) и это не противоречит идеологии Kanban и не усложняет систему.

3. Организация внешних взаимодействии

Представляет собой группу процессов по взаимодействию с внешними относительно редакции сущностями - партнерами, потенциальными заказчиками информационного продукта и в том числе, с основой аудиторией проекта. В рамках данного процесса аналитические показатели - основная составляющая для понимания эффективности процесса. Так как количественные метрики - специфика методики Scrum, то она была выбрана для данной группы.

4. Организация ретроспективы по результатам деятельности проекта

Выделенный в отдельную группу процесс комплексной аналитики различных процессов редакции - в разрезе формирования стратегических инициатив, глобального видения проекта. Это верхнеуровневый процесс, который относится ко всей медиаорганизации и его реализация это часть общеорганизационной системы Scrumban, которая работает в "верхней плоскости" медиа как организации.

5. Создание мультимедийных контентных проектов

Основной и наиболее многосоставной процесс проекта, подразумевающий работ многих команд различного типа. В реалиях рассматриваемого проекта команда не является кросс-функциональной и итеративная разработка каждого продукта не представляется возможным в виду специфики медиа. Поэтому для разработки конкретных проектов будет применяться методика Kanban, но общая организация группы процессов будет подчиняться методике Scrum, где каждый проект будет рассматриваться как "единица пула задач", таким образом будет применена концепция "scrum над kanban'ом". Процесс представляет объединение в проектный офис фотослужбы, видеослужбы, текстовой редакции и переводчиков.

6. Организация процедуры верификации информации

Процессы, связанные с корректностью информационных продуктов (редактура, корректура, согласование с внешними источниками информации), представляют собой побочные ветви процесса создания мультимедийных контентых проектов. Встраиваются в методику по которой ведется конкретный проект, в большинстве случаев Kanban

7. Организация процедуры контент-менеджмента (интернет-площадка, социальные каналы, внешние платформы, рассылка)

По своей природе также является побочным процессом создания информационного продукта, но в отличии от процедур верификации не встраивается в методику, используемую проектом, а оперирует собственным аппаратом. Кроме того в структуре проекта контент-менеджмент - это не только трансляция информационных продуктов, создаваемых командами редакции, но и создание принципов, а также несложного по структуре контента для социальных каналов. Формат реализации - "scrum над scrum'ом", то есть реализация работы нескольких скрам-команд (по числу каналов) над единым "проектом" в виде концепции контент-менеджмента организации.

8. Организация agile-маркетинга

Многофакторная группа процессов, связанная с работой отдела рекламы, PR и организации мероприятии. В данном случае будет использована упомянутая ранее модель по использованию Scrum в маркетинге

9. Создание печатной продукции

Процесс будет реализован в фреймворке аналогичном процессу созданию мультимедийного контента

10. Организация деятельности дизайн студии

Так как в данном случае дизайн-студия является вспомогательным подразделением для внутренних нужд редакции и не выступает как самостоятельная единица, то, хотя для нее примением фрйемворк Scrum, будет использоваться Kanban для облегчения процесса.

11. Процессы программирования и запуска собственной интернет-площадки, в частности техническая поддержка

Реализация в формате Scrum, как наиболее контролируемом фреймворке, заточенном под сферу информационных технологии.

Промежуточным итогом agile-трансформации стало создание внутренней системы по контролю разрозненных процессов на основе Trello, изменение подходов к работе с контентом, в частности специальными проектами редакции, увеличение эффективности (в среднем временные затраты на создание средней сложности контентных проектов уменьшились на 23% за 3 месяца), изменение внутренней философии работы и "микроклимата" редакции.

Похожие статьи




Agile-трансформация проекта - Специфика использования технологии гибких методик управления мультимедийными проектами формата "small media"

Предыдущая | Следующая