Метод парного программирования в UI-проектировании
•Download as KEY, PDF•
0 likes•1,115 views
Recommended
More Related Content
Similar to Метод парного программирования в UI-проектировании
Similar to Метод парного программирования в UI-проектировании (20)
Метод парного программирования в UI-проектировании
- 1. Метод «парного программирования» в UI-проектировании Александр Котоманов и Антон Иванов 19 мая 2012
- 2. WHO ARE WE?
- 3. Антон Иванов Александр Котоманов UI-проектировщик, UI-проектировщик, дизайнер веб-разработчик
- 7. КАК МЫ НАЧАЛИ РАБОТАТЬ ВМЕСТЕ?
- 10. ТУДУ
- 11. ТУДУ • Побороть эгоизм
- 12. ТУДУ • Побороть эгоизм • Мозговой штурм
- 13. ТУДУ • Побороть эгоизм • Мозговой штурм • Периодически меняться задачами
- 14. ТУДУ • Побороть эгоизм • Мозговой штурм • Периодически меняться задачами • Пользоваться одними инстументами
- 15. ТУДУ • Побороть эгоизм • Обмениваться всей информацией • Мозговой штурм • Периодически меняться задачами • Пользоваться одними инстументами
- 16. ТУДУ • Побороть эгоизм • Обмениваться всей информацией • Мозговой штурм • Проверять работу друг • Периодически меняться друга задачами • Пользоваться одними инстументами
- 17. ТУДУ • Побороть эгоизм • Обмениваться всей информацией • Мозговой штурм • Проверять работу друг • Периодически меняться друга задачами • Выступать одним фронтом • Пользоваться одними инстументами
- 18. ТУДУ • Побороть эгоизм • Обмениваться всей информацией • Мозговой штурм • Проверять работу друг • Периодически меняться друга задачами • Выступать одним фронтом • Пользоваться одними инстументами • Постоянно совершенствовать процесс
- 20. ИНСТРУМЕНТЫ
- 21. ИНСТРУМЕНТЫ • Бумага, карандаш, доска
- 22. ИНСТРУМЕНТЫ • Бумага, карандаш, доска • Axure, OmniGraffle, InDesign
- 23. ИНСТРУМЕНТЫ • Бумага, карандаш, доска • Axure, OmniGraffle, InDesign • Dropbox, Git
- 24. ИНСТРУМЕНТЫ • Бумага, карандаш, доска • Axure, OmniGraffle, InDesign • Dropbox, Git • Evernote, GoogleDocs, Confluence
- 25. ИНСТРУМЕНТЫ • Бумага, карандаш, доска • MindNode • Axure, OmniGraffle, InDesign • Dropbox, Git • Evernote, GoogleDocs, Confluence
- 26. РАБОЧИЙ ПРОЦЕСС
- 35. НЕДОСТАТКИ
- 36. НЕДОСТАТКИ • Риск не сработаться
- 37. НЕДОСТАТКИ • Риск не сработаться • Время на споры
- 38. НЕДОСТАТКИ • Риск не сработаться • Время на споры • Иногда приходится делать не то, что нравится
- 39. НЕДОСТАТКИ • Риск не сработаться • Время на споры • Иногда приходится делать не то, что нравится • Утомляемость
- 40. ПРЕИМУЩЕСТВА
- 41. ПРЕИМУЩЕСТВА • Нараннем этапе отсекаются ошибки
- 42. ПРЕИМУЩЕСТВА • Нараннем этапе отсекаются ошибки • Повышение качества
- 43. ПРЕИМУЩЕСТВА • Нараннем этапе отсекаются ошибки • Повышение качества • Обменопытом и повышение квалификации
- 44. ПРЕИМУЩЕСТВА • Нараннем этапе отсекаются ошибки • Повышение качества • Обменопытом и повышение квалификации • Взаимозаменяемость
- 45. ПРЕИМУЩЕСТВА • Нараннем этапе • Параллельное решение отсекаются ошибки задач • Повышение качества • Обменопытом и повышение квалификации • Взаимозаменяемость
- 46. ПРЕИМУЩЕСТВА • Нараннем этапе • Параллельное решение отсекаются ошибки задач • Повышение качества • Не нужен менеджер • Обменопытом и повышение квалификации • Взаимозаменяемость
- 47. ПРЕИМУЩЕСТВА • Нараннем этапе • Параллельное решение отсекаются ошибки задач • Повышение качества • Не нужен менеджер • Обменопытом и • Вдвоёмлегче отстаивать повышение квалификации решения • Взаимозаменяемость
- 48. ПРЕИМУЩЕСТВА • Нараннем этапе • Параллельное решение отсекаются ошибки задач • Повышение качества • Не нужен менеджер • Обменопытом и • Вдвоёмлегче отстаивать повышение квалификации решения • Взаимозаменяемость • Повышение эффективности
- 49. HAPPY END?
- 50. КОНТАКТЫ Антон Иванов Александр Котоманов fockus.moikrug.ru alex.kotomanov.com fockus@ya.ru alex@kotomanov.com @2fockus @kotomanov
Editor's Notes
- – Здравствуйте! Мы хотим познакомить вас с методом парного проектирования. Сейчас вы узнаете, в чём он заключается.\n
- – Но для начала давайте познакомимся.\n
- – Меня зовут Антон Иванов. Я работаю UI-проектировщиком в Yota. До этого работал дизайнером.\n– Я Александр Котоманов. Работаю также UI-проектировщиком в Yota. В свободное от работы время занимаюсь веб-разработкой.\n
- – Меня зовут Антон Иванов. Я работаю UI-проектировщиком в Yota. До этого работал дизайнером.\n– Я Александр Котоманов. Работаю также UI-проектировщиком в Yota. В свободное от работы время занимаюсь веб-разработкой.\n
- – Меня зовут Антон Иванов. Я работаю UI-проектировщиком в Yota. До этого работал дизайнером.\n– Я Александр Котоманов. Работаю также UI-проектировщиком в Yota. В свободное от работы время занимаюсь веб-разработкой.\n
- – Мы работаем на одном проекте и являемся частью одной большой команды. В неё входят: разработчики, тестировщики, менеджеры, аналитики, архитекторы и мы.\n\n
- – Мы работаем на одном проекте и являемся частью одной большой команды. В неё входят: разработчики, тестировщики, менеджеры, аналитики, архитекторы и мы.\n\n
- – Мы работаем на одном проекте и являемся частью одной большой команды. В неё входят: разработчики, тестировщики, менеджеры, аналитики, архитекторы и мы.\n\n
- – Нас наняли практически одновременно. Руководство решило нанять двух проектировщиков вместо одного, из-за большого объёма работы.\n– Мы могли бы просто разделиться, например один делает веб, другой — iPhone, либо разделиться по принципу «у кого что лучше получается», и работать параллельно. Но мы выбрали другой подход.\n– Мы сразу же столкнулись с огромным количеством проблем, которые предстояло решить.\n
- – До нашего прихода роль UI-проектировщика была распределена между разными специалистами. Часть работы выполняли менеджеры. В результате на входе мы получали не требования, а готовые решения.\n– Требования довольно часто менялись, поэтому, из-за постоянных переделок не хватало времени на проработку концепции.\n– Кроме того, мы испытывали сильное давление с разных сторон. В таких условиях любые изменения интерфейса принимаются с большим трудом.\n
- – Всё это нас заставило заняться оптимизацией рабочего процесса. В ходе чего мы придумали метод парного проектирования.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – В чём же он заключается? Прежде всего, вам предстоит побороть свой эгоизм. Нужно научиться слушать своего напарника, принимать его решения, уметь признавать свои ошибки.\n– Генерация идей должна проходить совместно. Мы вместе ищем решения проблем, рисуем скетчи на бумаге, прорабатываем схемы переходов. Это основа метода парного проектирования.\n– Мы периодически меняемся задачами. Например: один делает веб-клиент, другой iPhone-приложение. На следующей итерации меняемся. Это позволяет: \nлучше синхронизироваться, \nсовершенствовать навыки,\nповышает интерес к работе.\n– Обязательно нужно пользоваться одними инструментами. Иначе вы не сможете подменить друг друга.\n– Нужно сообщать своему напарнику обо всех решениях, которые были приняты в его отсутствии. Для этого нужно пересылать все письма, писать минутки со встреч. \n– Критика очень важна проектировщику. Особенно, если это критика от другого проектировщика.\n– Очень важно презентовать результаты своей работы вместе, совместно отстаивать свои решения.\n– И главное, нужно постоянно думать, как оптимизировать свою работу. Предложенные нами рецепты могут дополняться. Но ничего из этого списка удалить нельзя, иначе у вас не получится работать в паре.\n
- – Коротко расскажем, какие инструменты нам помогают работать совместно.\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – Ключевой момент парного проектирования – совместная работа с бумагой. Скетчи помогают быстро придумывать разные варианты интерфейса и обсуждать их с командой без детальной проработки.\n– Для интерактивных прототипов мы используем Axure. Axure позволяет работать совместно над одним прототипом через встроенную систему контроля версий. Для этого нужна общая сетевая папка, в роли которой у нас выступает Dropbox. \n– InDesign позволяет линковать вставленные документ картинки с файлами. Это удобно для создания схем переходов между экранами, когда эти экраны часто меняются.\n– Dropbox – основной инструмент для совместной работы. Мы храним в нём прототип, библиотеки UI-компонентов, иконки, исходные изображения – всё, что может понадобится в работе.\n– Git для выкладывания HTML-прототипа разработчикам\n– Evernote позволяет хранить и делиться информацией друг с другом. Преимущества:\nудобно выкладывать фото с мобильного (фотографируем доску после совещаний), \nоффлайн-доступ к заметкам с разных устройств\n– В GoogleDocs удобно одновременное редактировать текст\n– Confluence – это аналог wiki для хранения проектной документации, используемый всеми у нас на проекте. Туда мы выкладываем ссылки на прототипы, а также храним гайдлайны\n– MindNode – инструмент для построения ментальных карт\n
- – А теперь мы вам расскажем, как этот процесс выглядит в реальной жизни.\n
- – Мы работаем итерациями длительностью по три недели. За этот период мы подготавливаем материал для разработки.\n– Получив вводные, мы вместе придумываем верхнеуровневый концепт. Обычно для этого используем доску или рисуем скетчи на бумаге.\n
- – Придумав идею, мы начинаем совместно её детально прорабатывать. На этом этапе мы проходим по пользовательским сценариям, рисуя схему переходов между экранами.\n
- – Промежуточные результаты работы мы демонстрируем команде и получаем от них критические замечания и комментарии.\n
- – Очень часто у нас возникают споры. В такой ситуации очень важно совместно отстаивать свои решения.\n
- – Так или иначе, у нас бывает много переделок, и интерфейс сильно перерабатывается. Но поскольку мы всё рисовали на бумаге, изменения не занимают много времени.\n
- – Дальше мы подготавливаем интерактивный прототип и навигационные схемы. Общие правила мы заносим в гайдлайны.\n
- – В начале следующей итерации на планировании мы демонстрируем подготовленные материалы всей команде разработки.\n
- – Все довольны!\n
- – Данный метод нельзя применять ко всем подряд, так как велика вероятность, что люди не сойдутся характером.\n– На раннем этапе проектирования неизбежно будут возникать споры между участниками. Тут важно вовремя остановиться.\n– В спорах не всегда удаётся найти решение, которое нравится обоим участникам.\n– При парном проектировании у участников больше концентрация на работе, при этом выше утомляемость. Какое-то время нужно работать раздельно.\n
- – Данный метод нельзя применять ко всем подряд, так как велика вероятность, что люди не сойдутся характером.\n– На раннем этапе проектирования неизбежно будут возникать споры между участниками. Тут важно вовремя остановиться.\n– В спорах не всегда удаётся найти решение, которое нравится обоим участникам.\n– При парном проектировании у участников больше концентрация на работе, при этом выше утомляемость. Какое-то время нужно работать раздельно.\n
- – Данный метод нельзя применять ко всем подряд, так как велика вероятность, что люди не сойдутся характером.\n– На раннем этапе проектирования неизбежно будут возникать споры между участниками. Тут важно вовремя остановиться.\n– В спорах не всегда удаётся найти решение, которое нравится обоим участникам.\n– При парном проектировании у участников больше концентрация на работе, при этом выше утомляемость. Какое-то время нужно работать раздельно.\n
- – Данный метод нельзя применять ко всем подряд, так как велика вероятность, что люди не сойдутся характером.\n– На раннем этапе проектирования неизбежно будут возникать споры между участниками. Тут важно вовремя остановиться.\n– В спорах не всегда удаётся найти решение, которое нравится обоим участникам.\n– При парном проектировании у участников больше концентрация на работе, при этом выше утомляемость. Какое-то время нужно работать раздельно.\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- – При совместной работе на бумаге, мы выявляем проблемы ещё до реализации. Это экономит время, так как меньше переделок.\n– Проектировщик постоянно получает качественную критику от своего напарника. Это улучшает качество работы.\n– Работая вместе, вы постоянно учитесь друг у друга.\n– Из-за того что мы меняемся задачами и работаем совместно, каждый в курсе, что делает напарник. Это позволяет легко изъять одного человека из процесса на какое-то время.\n– Некоторые рутинные задачи, нужно делать параллельно. Это повышает производительность.\n– Если UI-команда большая, то им нужен менеджер. Для пары проектировщиков менеджер не нужен.\n– Вдвоём легче отстаивать решения.\n– Повышается качество, уменьшается время\n
- Чего мы добились:\nпобороли проблемы\nналадили процесс\nНо на этом работа над данным методом не завершилась. Мы постоянно думаем как улучшить наш рабочий процесс.\n
- Если у вас остались к нам вопросы, вы можете связаться с нами по почте.\n