Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Включение проектирования в процесс

Концептуальная целостность – важное достоинство | Фаустова сделка | Поиск основы | Семь раз отмерь | Производство фильмов | Хорошая сделка | Документируйте замысел, чтобы дать ему жизнь | Проектирование влияет на код | Проектировочные документы приносят пользу программистам | Проектировочные документы идут на пользу маркетингу |


Читайте также:
  1. A. Патологический процесс
  2. I.I.3. Интеграционные процессы в современном мире как непосредственная форма реализации движения к открытой экономике.
  3. II часть, формируемая участниками образовательного процесса
  4. II. Структура и процесс
  5. IV. Организация учебного процесса
  6. IV.Учебно-методическое и информационное обеспечение учебного процесса
  7. V. Структура как константа и история как процесс

 

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

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

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

Что значит быть «подходящим человеком»? Лучше всего подойдет человек, отдаленный от процесса реализации продукта настолько, чтобы он мог легко ставить себя на место пользователя. Это может быть и программист, но определенно не из числа тех, что будут создавать эту программу. Иначе возникает слишком большой конфликт интересов.

 


Дата добавления: 2015-07-19; просмотров: 67 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Кто отвечает за качество продукта?| Откуда берутся проектировщики взаимодействия

mybiblioteka.su - 2015-2024 год. (0.005 сек.)