В этом докладе я расскажу об опыте и практиках проектирования продуктов в Agile. Мы обсудим исследование и создание концепции продукта,первоначальный сбор требований, проектирование пользовательского взаимодействия и как подготовить команду к первым итерациям.
User Experience или наш опыт разработки интерфейсов мобильных приложений. Диа...Wake_up_province
С чего начинается разработка интерфейса? Зачем необходимо рисовать карту экранов и прототипировать? Какие программные средства используются на каждом этапе проекта? Как подготовить и передать все материалы разработчикам? На эти и другие вопросы мы постараемся ответить на примере собственных кейсов.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Современные условия рынка требуют всё большей заинтересованности и вовлечённости конечных потребителей. Поэтому к проектированию и разработке мобильных и веб-приложений предъявляются новые требования.
Сегодня успешные приложения в комплексе должны быть эстетически красивыми, удобными для пользователей и, конечно, эффективно решать задачи бизнеса. Таким образом, качественный пользовательский интерфейс (UI) является одной из главных причин успеха. В таком контексте тестирование пользовательских интерфейсов (UI-тестирование) приобретает новый смысл.
В ходе вебинара мы:
разберём термины и основные понятия UI-тестирования;
определим задачи данного вида тестирования;
перечислим участников и коснёмся вопроса участия тестировщиков в работе дизайн-команды, в том числе на стадии проектирования прототипов;
рассмотрим порядок проведения UI-тестирования, а так же особенности работы с макетами, составления тестовых сценариев и определения приоритетов для обнаруженных дефектов.
Кроме того, обсудим некоторые практические приёмы и «популярные» UI-дефекты для веб-платформ и мобильных приложений.
UX-дизайнер, ты ли это? Навыки проектировщика в стилизации интерфейсов.ПрофсоUX
Доклад предполагает общение о завершающих этапах проектирования, о месте перехода прототипа в графический дизайн. Освещение тем акцентов, шрифтов и цвета. Доклад будет построен вокруг разбора примеров.
User Experience или наш опыт разработки интерфейсов мобильных приложений. Диа...Wake_up_province
С чего начинается разработка интерфейса? Зачем необходимо рисовать карту экранов и прототипировать? Какие программные средства используются на каждом этапе проекта? Как подготовить и передать все материалы разработчикам? На эти и другие вопросы мы постараемся ответить на примере собственных кейсов.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Современные условия рынка требуют всё большей заинтересованности и вовлечённости конечных потребителей. Поэтому к проектированию и разработке мобильных и веб-приложений предъявляются новые требования.
Сегодня успешные приложения в комплексе должны быть эстетически красивыми, удобными для пользователей и, конечно, эффективно решать задачи бизнеса. Таким образом, качественный пользовательский интерфейс (UI) является одной из главных причин успеха. В таком контексте тестирование пользовательских интерфейсов (UI-тестирование) приобретает новый смысл.
В ходе вебинара мы:
разберём термины и основные понятия UI-тестирования;
определим задачи данного вида тестирования;
перечислим участников и коснёмся вопроса участия тестировщиков в работе дизайн-команды, в том числе на стадии проектирования прототипов;
рассмотрим порядок проведения UI-тестирования, а так же особенности работы с макетами, составления тестовых сценариев и определения приоритетов для обнаруженных дефектов.
Кроме того, обсудим некоторые практические приёмы и «популярные» UI-дефекты для веб-платформ и мобильных приложений.
UX-дизайнер, ты ли это? Навыки проектировщика в стилизации интерфейсов.ПрофсоUX
Доклад предполагает общение о завершающих этапах проектирования, о месте перехода прототипа в графический дизайн. Освещение тем акцентов, шрифтов и цвета. Доклад будет построен вокруг разбора примеров.
Обзорный материал о базовых принципах прототипирования цифровых продуктов. Использованы общедоступные материалы по теме, собранные с различных тематических ресурсов. Для демонстрации использованы прототипы студии funkypunky. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
Обзор и анализ инструментов проектирования и прототипирования интерфейсовRustem Gayfutdinov
Обзор и анализ инструментов проектирования и прототипирования программных интерфейсов - Microsoft Expression Blend, iRise, Axure, GUI Design Studio, GUI Machine - представленный Рустемом Гайфутдиновым, менеджером "АЛЕЕ СОФТВЕР" по развитию продукта GUI Machine на Vaadin Developer Meetup 24 января 2011 года
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
Методики декомпозиции инженерных задач в кроссфункциональной команде программистов хорошо изучены на данный момент. Как быть с декомпозицией на независимые задачи с случае с дизайном интерфейса и проектированием взаимодействия не всегда понятно, в особенности для молодых команд.
Общее стремление одновременно повысить скорость и качество разработки, приводит к тому, что специалисты в области опыта взаимодействия всё чаще включаются в agile-команды. Как лучше устроить процесс с этом случае. Что следует проектировать сначала, что можно проектировать независимо и что можно отложить на будущие итерации без страха получить несочленимые компоненты. Как без ущерба разделить то, что, по определению, должно быть целостным.
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Системное проектирование: Проектируем архитектуру системы и протоколы взаимодействия между её частями.
Разработка приложений:Делаем сложные нативные приложения для iOS и Android
Backend: Предлагаем оптимальные решения для каждого проекта
Проектирование UX/UI: Делаем мобильные интерфейсы простыми и понятными
Дизайн приложений: Сочетаем лучшие практики и рекомендации от Google и Apple
Интеграция: Большой опыт в интеграции приложений с SAP и SalesForce
The process of software development for reasonably small team (less that 9 people) is pretty straitforward. Usually it is based on Scrum or Kanban with some variations and simplifications.
For huge team with more then 30 people it is not that obvious. For sure teams have interdependencies both in coding and requirements management that can really slow down development.
For people and teams it looks like constant interruptions caused by other teams and management. The problem is that “classic” Agile doesn’t help.
In this session we will consider methods of scaling Agile in huge teams.
More Related Content
Similar to UX в Scrum: Итерация ноль для проектирования продуктов
Обзорный материал о базовых принципах прототипирования цифровых продуктов. Использованы общедоступные материалы по теме, собранные с различных тематических ресурсов. Для демонстрации использованы прототипы студии funkypunky. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
Обзор и анализ инструментов проектирования и прототипирования интерфейсовRustem Gayfutdinov
Обзор и анализ инструментов проектирования и прототипирования программных интерфейсов - Microsoft Expression Blend, iRise, Axure, GUI Design Studio, GUI Machine - представленный Рустемом Гайфутдиновым, менеджером "АЛЕЕ СОФТВЕР" по развитию продукта GUI Machine на Vaadin Developer Meetup 24 января 2011 года
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
Методики декомпозиции инженерных задач в кроссфункциональной команде программистов хорошо изучены на данный момент. Как быть с декомпозицией на независимые задачи с случае с дизайном интерфейса и проектированием взаимодействия не всегда понятно, в особенности для молодых команд.
Общее стремление одновременно повысить скорость и качество разработки, приводит к тому, что специалисты в области опыта взаимодействия всё чаще включаются в agile-команды. Как лучше устроить процесс с этом случае. Что следует проектировать сначала, что можно проектировать независимо и что можно отложить на будущие итерации без страха получить несочленимые компоненты. Как без ущерба разделить то, что, по определению, должно быть целостным.
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Системное проектирование: Проектируем архитектуру системы и протоколы взаимодействия между её частями.
Разработка приложений:Делаем сложные нативные приложения для iOS и Android
Backend: Предлагаем оптимальные решения для каждого проекта
Проектирование UX/UI: Делаем мобильные интерфейсы простыми и понятными
Дизайн приложений: Сочетаем лучшие практики и рекомендации от Google и Apple
Интеграция: Большой опыт в интеграции приложений с SAP и SalesForce
Similar to UX в Scrum: Итерация ноль для проектирования продуктов (20)
The process of software development for reasonably small team (less that 9 people) is pretty straitforward. Usually it is based on Scrum or Kanban with some variations and simplifications.
For huge team with more then 30 people it is not that obvious. For sure teams have interdependencies both in coding and requirements management that can really slow down development.
For people and teams it looks like constant interruptions caused by other teams and management. The problem is that “classic” Agile doesn’t help.
In this session we will consider methods of scaling Agile in huge teams.
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Бизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются.
Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market.
Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации.
Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво?
А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать?
Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
3. Противоречия Нет общей картины Agile Developer Big Design Up Front! UX Вечные переделывания User Centered Design очень тяжелый Быстрая победаи мучительное доделывание Фиксировать User Interaction перед кодированием долго и дорого
4. Общее Учиться у пользователей Итеративность у нас в крови Тестировать реальную систему лучше, чем прототип
9. Нулевая итерация Vision Pragmatic Personas 2-10 дней Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
10. Vision Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
11. Business Model Generation http://businessmodelgeneration.com Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO! Alex Osterwalder
15. Валидация Обсуждать с реальными пользователями Приглашать экспертов Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
16. Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
17. Pragmatic Personas Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
18. Без реальных имен Vision Pragmatic Personas Окружение важно Feature Generation Проблемы – а не решения Story Mapping Нет смысла писать очевидные вещи Architectural Workshop Описывать опасения UI Workshop Estimating & Release Planning GO! Вопросы для проблем
19. Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO! Инновационные игры для исследований пользователя
20. Спрашивать пользователя о фичах может быть опасно :) Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
21. Ясно сформулированные вопросы упрощают мозговой штурм Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
22. Инновационные игры для feature generation Приглашаем пользователей Product Tree Buy a Feature 20 to 20 Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
23. Story Mapping Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
24. Vision Pragmatic Personas Goals Feature Generation User Task Story Mapping Details Sub Stories Architectural Workshop Func. Decomp UI Workshop Истории без участия пользователя Estimating & Release Planning Архитектурный риск/Техническая история GO! Story Map
25. Vision Create travel story Pragmatic Personas Create travel Upload photos Annotate photos Create View Login Share Feature Generation Story Mapping Backbone (скелет) Open ID Travel name 1 photo at a time Add description Slideshow Link to twitter Architectural Workshop UI Workshop FB login Auto-name Multi upload Geo info PDF to print Export to FB Estimating & Release Planning twitterlogin Import from picasa Draw on photo Printing companies GO! Import from Dropbox приоритезация
26. Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
27. Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO! Валидация требует дисциплины
28. Изобретайте ваш storymap Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
29. Story map для этого доклада Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
30. Architectural Workshop Vision Pragmatic Personas Feature Generation Story Map Story Mapping Architectural Workshop UI Workshop Architecture Vision Estimating & Release Planning GO!
31. Цель архитектурного воркшопа Инфраструктурные истории Имеющийся технологический долг Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
33. UI sketch board ss Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO! http://www.targetprocess.com/
34. Оценкаи планирование релиза Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop L M S Estimating & Release Planning S = 2, M=4, L=8 XL=16 for epics XS=1 for legacy bugs GO!
35. 1) Оценка историй Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
36. 2) Ревью Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
37. 3) Создание плана релиза Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
38. 3) Создание плана релиза Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
39. War room Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
40. Поместите все в комнату команды Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
41. Отслеживайте прогресс на story map Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
42. Валидируйте историю с заказчиком Vision Pragmatic Personas Довольный Product Owner Заказчики Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
43. Story Map для эпика Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO!
44. Всегда есть время на story mapping ;) Vision Pragmatic Personas Feature Generation Story Mapping Architectural Workshop UI Workshop Estimating & Release Planning GO! Андрей Шапиро на пути к заказчику