Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Проектирование интерфейсов: Процесс+Команда=Продукт (2015)Yaroslav Perevalov
Конспект обзорной лекции на зимнем интенсиве по UI / UX в Британке (2015), описаны:
* Процесс-проектирования
* Роли в юзабилити-команде
* Организация взаимодействия ю-команды с командой проекта
* Виды требований к успешному продукту
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Проектирование интерфейсов: Процесс+Команда=Продукт (2015)Yaroslav Perevalov
Конспект обзорной лекции на зимнем интенсиве по UI / UX в Британке (2015), описаны:
* Процесс-проектирования
* Роли в юзабилити-команде
* Организация взаимодействия ю-команды с командой проекта
* Виды требований к успешному продукту
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...Yury Vetrov
Мастер-класс Юрия Ветрова "Контроль качества интерфейсных решений на всех этапах процесса проектирования и разработки" на пятой конференции SQA Days 2009.
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, командаYury Vetrov
Презентация части интерфейсной команды Mail.Ru (Юрий Ветров, Алексей Кандауров, Александр Киров, Алексей Сергеев, Наталья Спрогис) на конференции User Experience Russia 2012.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
SQA Days 2009: Контроль качества интерфейсных решений на всех этапах процесса...Yury Vetrov
Мастер-класс Юрия Ветрова "Контроль качества интерфейсных решений на всех этапах процесса проектирования и разработки" на пятой конференции SQA Days 2009.
User Experience 2012: Как меняется Mail.Ru — Продукты, процессы, командаYury Vetrov
Презентация части интерфейсной команды Mail.Ru (Юрий Ветров, Алексей Кандауров, Александр Киров, Алексей Сергеев, Наталья Спрогис) на конференции User Experience Russia 2012.
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
Презентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
Использование Wiki-системы большой командой для управления БА информациейDenis Dniprovskiy
Использование вики-ситемы большой командой для управления БА информацией: от базы знаний до требований и дизайна решения".
В докладке рассмотрю тему, стоит ли использовать вики-систему вместо привычного офисного пакета для управления бизнес-аналитической информацией (включая требования к требованию и дизайн решения).
Что нужно учесть, какие подводные камни могут ожидать, и на что стоит обратить внимание при работе в вики-системе.
Прагматичный подход к документированию Веб-проектовAnatol Filin
Pragmatic approach to documenting Web projects. Talk at RIT conference, April 2010.
Речь идет о документировании процесса разработки Веб-систем. В работе над проектом как правило участвует команда, состоящая из специалистов разных областей: инвесторы, владельцы бизнеса, бизнес-менеджеры, аналитики, разработчики, юзабилисты, дизайнеры, тестировщики, системные администраторы. Эти специалисты обладают разным опытом, имеют разные цели и говорят на разных языках (причем часто – в прямом смысле этого слова). Некоторые роли могут отсутствовать, другие роли могут «склеиваться».
Существует достаточно развитая культура документирования проектов, которая включает как традиционные артефакты: видение (vision), бизнес-требования (BRD), функциональные требования (FRD), требования к интерфейсу, технические и архитектурные требования (TAD), требования к тестированию, требования к инфраструктуре, так и аджайльные артефакты: пользовательские истории (user stories), визуальные истории (visual stories).
Все Веб-проекты разные: интерфейсные проекты и проекты со сложной логикой (финансовые, научные), средние по размеру проекты и крупные проекты, проекты, которые пишутся с нуля и унаследованные от других разработчиков. Кроме того заказчики могут предъявлять разные требования к документированию: кому-то достаточен список характеристик, кто-то требует детальные функциональные требования, кто-то готов «идти в Agile». Команды тоже бывают разные: полные (свои аналитики, дизайнеры и т.д), локальные и распределенные.
В докладе не предлагается один рецепт на все случаи жизни. Главная идея доклада состоит в том, чтобы в соответствии с особенностями проекта и проектной команды рациональным образом выбрать тот набор документов, который абсолютно необходим для его успешного развития.
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Similar to РИТ: Клиентские технологии 2008: Case Study: Проектирование делового портала BFM.ru (Юрий Ветров) (20)
Will Robots Replace Designers? No. It's more like an exoskeleton for designers. Algorithm-driven design tools can help us to construct a UI, prepare assets and content, and personalize the user experience. In 2016 the technological foundations of these tools became easily accessible, and the design community got interested in algorithms, neural networks and artificial intelligence (AI). Now is the time to rethink the modern role of the designer.
Презентация Юрия Ветрова "Алгоритмический дизайн: Экзо-скелет для дизайнера" с конференции User Experience Russia 2016. Обновлено для конференции Krupa Product Design Conference 2017.
The shorter version of these slides was presented at Amuse UX 2015 Special Meetup (Budapest, Hungary) — http://www.meetup.com/UXbudapest/events/225944151/.
WUD2012 Tallinn: Y.Vetrov — How to Turn Around an Aircraft CarrierYury Vetrov
The presentation "How to Turn Around an Aircraft Carrier — Changing UX in One of the Europe’s Largest Online Companies" told by Yury Vetrov at Pan-Baltic World Usability Day 2012, Tallinn.
User Experience 2011: Мастер-класс: Кросс-платформенное проектирование для мо...Yury Vetrov
Мастер-класс Юрия Ветрова "Кросс-платформенное проектирование для мобильных — Android, iPhone, Windows Phone 7, Symbian" с конференции User Experience 2011.
IT2Days:Usability / UXRussia Junior: Всемирная история интерфейсов. 1001 прод...Yury Vetrov
Презентация Юрия Ветрова "Всемирная история интерфейсов. 1001 продукт, повлиявший на сегодняшние технологии" с конференции IT2Days:Usability / User Experience Russia Junior 2011