Скрам-подход к офису графического дизайна

Я немного не понимаю, почему вас попросили преподавать метод, о котором вы только читали, из области, в которой у вас мало опыта? Ничего личного против вас конкретно, но обычно это рецепт неудачи. Это одна из причин, по которой так много «методов» получают черную метку — кто-то с ограниченным опытом пытается реализовать их, и это не работает, потому что они не знают, как это сделать правильно, тогда они говорят: «Мы пробовали Scrum». Agile/Lean, и это не работает».

Учитывая, как вы это описали, я бы забыл о «Scrum» в названии и вместо этого сосредоточился на том, что в вашем офисе нужно изменить для достижения своих целей (независимо от названия).

Scrum — это прежде всего методология разработки программного обеспечения. К сожалению, идея Agile/Scrum была заимствована и рассматривалась как общая методология PM. Это не. Конечно, вы можете позаимствовать некоторые концепции (итерации, спринты и т. д.), но я думаю, что вы ищете просто лучший способ управлять своими проектами и завершать их. Это могут быть инструменты для Scrum, Agile, Waterfall, Lean или любое количество других концепций PM/менеджмента. Не зацикливайтесь на имени или методе. Посмотрите, что нужно изменить в вашем текущем процессе для достижения новых целей, и используйте все, что сможете найти.

Сказав все это, если вы все еще привержены Scrum, то я бы посоветовал найти опытного тренера, который правильно его научит. Слишком много нюансов, которые имеют решающее значение для успеха, чтобы думать, что вы можете это сделать. У меня 20 человек в мире pm, и я понимаю процессы Scrum, но я бы не стал никого учить этому.

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

Тем не менее, я понимаю, что не у всех компаний и организаций есть ресурсы, и умные люди МОГУТ учиться из книг и от других. Итак, в связи с этим, некоторые мысли относительно ответов на ваши вопросы:

Почему вы применяете это к проектной организации?

Суть Scrum заключается в постоянной проверке и итерации. Причина этого заключается в борьбе с проблемами, которые возникают, когда большой программный проект планируется сразу и затем выполняется, а затем, в конце, когда пользователи наконец используют программное обеспечение, они понимают, что планирование было ошибочным. Гораздо лучше регулярно проверять продукт и корректировать план по ходу дела. Если у вас есть следующие проблемы, я полагаю, что Scrum может помочь в вашей работе по проектированию:

• Бывают ли у вас проблемы, возникающие, когда вы делаете ранний план дизайна, применяете его к большому количеству результатов, а затем обнаруживаете, что клиенту изначально не нравится дизайн?
• Часто ли производительность дизайнера снижается из-за частых входящих запросов и изменений от клиента? Все ли дизайнеры одинаково страдают от того, что рискуют выполнить эти запросы?
• Есть ли недостаток общения, который упускает возможности для всех дизайнеров в вашей организации учиться друг у друга?
• Когда есть препятствия на пути к выполнению чего-либо, есть ли у дизайнеров эффективный метод их преодоления?

Сначала подумайте об этих вопросах, и, в зависимости от количества ответов «Да», решите, имеет ли смысл продолжать изучение применения Scrum в вашей проектной группе.

Теперь предположим, что вы все еще хотите. Давайте также предположим, что по разным причинам вы должны работать с командой, которая у вас есть, и не можете добавлять и удалять участников для выполнения различных ролей в Scrum. Что дальше?

Как бы вы применили принцип постоянного контроля к проектной группе?

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

Кто должен быть владельцем продукта?

Чтобы ваша организация могла моделировать поведение Scrum, вам нужен кто-то в вашей команде, кто может представлять потребности клиентов . Затем этот человек будет выполнять подавляющую часть взаимодействия с клиентом, от сбора требований до обмена макетами и доставки продуктов. Есть ли в настоящее время в вашей организации человек, который занимается этим, или вы все разделяете эту ответственность? Если вы все разделяете его или для одного человека не имеет смысла быть этим контактным лицом, то эта часть SCRUM может не иметь смысла для вас.

Кто должен быть скрам-мастером?

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

Я хотел бы сказать несколько слов о внедрении графической/творческой работы и Scrum, потому что я работаю в среде Scrum как один UX-дизайнер.

Для меня это не очень хорошо работало со Scrum. По нескольким причинам, и главная из них, как упомянул Тревор, заключается в том, что Scrum — это метод разработки программного обеспечения. Не для творчества . Речь идет о том, чтобы взять задачу, выполнить ее, выполнить (что представлено ее столбцами). Вот как вы кодируете.

Дизайн в основном заключается в том, чтобы что-то делать, забыть об этом и посмотреть на это новыми глазами — для получения более объективного вкуса. (Кстати, это мой способ работы, другие могут отличаться). Это не представлено в Scrum. Вы можете делать такие итерации, но предполагается, что это будет сделано в следующем спринте, до которого осталось 2 или 4 недели. И не день и не два.

На самом деле мои задачи по дизайну торчали в колонке «Выполняется», потому что им нужен был оставшийся день. Это было смешно и нехорошо в стиле Scrum, но я понятия не имею, как решить эту проблему. Даже тот часто упоминаемый Lean UX не помогает, поскольку речь идет о меньшем количестве бумаги, а не о выполнении UX на доске Scrum. Многочисленные разговоры с моим руководителем команды (которым является Дев) также не могли помочь.

В любом случае, я нашел интересный agile-подход, который больше похож на работу по проектированию и называется он Kanban. Исходя из производства (Toyota), он также охватывает анализ, необработанный дизайн и точный дизайн, потому что вы можете добавить столько столбцов, сколько хотите;) Я пока не мог реализовать его на работе, поэтому понятия не имею, насколько он многообещающий. Я говорю.

Проверьте некоторые из этих тем и ссылки внутри, чтобы узнать больше о Канбане: Что такое Канбан? , Канбан-книги и Канбан-треды