Особенности сооружения опор в сложных условиях: Сооружение ВЛ в районах с суровыми климатическими и тяжелыми геологическими условиями...
Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...
Топ:
Когда производится ограждение поезда, остановившегося на перегоне: Во всех случаях немедленно должно быть ограждено место препятствия для движения поездов на смежном пути двухпутного...
Особенности труда и отдыха в условиях низких температур: К работам при низких температурах на открытом воздухе и в не отапливаемых помещениях допускаются лица не моложе 18 лет, прошедшие...
Техника безопасности при работе на пароконвектомате: К обслуживанию пароконвектомата допускаются лица, прошедшие технический минимум по эксплуатации оборудования...
Интересное:
Что нужно делать при лейкемии: Прежде всего, необходимо выяснить, не страдаете ли вы каким-либо душевным недугом...
Отражение на счетах бухгалтерского учета процесса приобретения: Процесс заготовления представляет систему экономических событий, включающих приобретение организацией у поставщиков сырья...
Уполаживание и террасирование склонов: Если глубина оврага более 5 м необходимо устройство берм. Варианты использования оврагов для градостроительных целей...
Дисциплины:
2021-06-02 | 18 |
5.00
из
|
Заказать работу |
|
|
Удивительно, но второй чрезвычайно важной и ценной особенностью персон является их способность выступать в качестве великолепного инструмента коммуникации. Набор образов превращается в систему проектирования, обладающую невероятной выразительной силой, позволяющей донести наши представления относительно проектирования. Куда больше они, подобно прожектору, показывают программистам, маркетологам и руководителям, что мы принимаем совершенно верные решения по проектированию.
Жизненно необходимо, чтобы не только каждый участник проектировочной команды ознакомился с набором персон, но и чтобы каждая персона стала почти реальным человеком, словно принимающим участие в процессе разработки. Программисты – с их математическим складом ума – от природы не склонны выделять отдельные случаи, а стараются смотреть на ситуацию в целом, обобщая. Такое восприятие переносится и на их видение в отношении пользователей – в представлении программистов это некие обобщенные, усредненные, универсальные категории. Они видят лишь абстрактного «пользователя», а не «Джуди», «Крэндалла», «Луиса», «Эстеллу», «Раджива» или «Фрэна».
До того момента, как будет разработан набор персон, стандартный диалог между программистом и руководителем, ответственными за проектирование взаимодействия, будет выглядеть приблизительно таким образом:
Программист: «А что если пользователю понадобится распечатать это?»
Руководитель: «Думаю, что в опции печати для первой версии программы большой необходимости нет».
Программист: «Но кому-то может потребоваться возможность распечатки».
Руководитель: «Может, и так. Но мы ведь можем пока отложить добавление этой функции?»
|
У руководителя практически нет шансов победить в этом споре, поскольку его доводы не выдерживают натиска логики со стороны программиста. Аргументы руководителя, даже будучи истинными, выглядят лишь как невнятное желание сделать все по-своему, в то время как справедливые доводы программиста о том, что «может случиться», непоколебимы.
Разработав набор персон, мы получаем систему, с помощью которой мы совершенно точно можем выразить, кому и какая опция программы нужна. Однако переубедить программистов не так-то легко, поэтому стандартный диалог между программистом, представляющим нашего клиента, и нашим проектировщиком взаимодействия на ранних стадиях рабочих отношений будет выглядеть приблизительно так:
Программист: «А что если пользователю понадобится распечатать это?»
Проектировщик взаимодействия: «Розмари не нужно ничего печатать».
Программист: «Но кому-то может потребоваться возможность распечатки».
Проектировщик взаимодействия: «Мы ведь проектируем для Розмари, а не для этого „кого-то“».
На данном этапе взаимодействия возникает некий конфликт. Программист все еще воспринимает «пользователя» как абстракцию и все еще существует в мире вероятных событий. Тем не менее включение в диалог персоны Розмари позволяет сделать наше намерение менее размытым и неясным. Здесь речь уже идет о конкретном человеке, с определенным набором навыков и целей. Мы наконец-то располагаем убедительным доводом.
Однако из-за того, что доступ к коду имеют программисты, они по-прежнему могут – и будут – делать что им заблагорассудится, вне зависимости от убедительности наших аргументов. И только способность заставить программистов поверить в реальное существование созданных нами персон может стать ключом к успеху. С этого момента каждый из наших проектировщиков начинает решительно настаивать на выражении всех аспектов проектирования в категориях персон с конкретными именами. Мы больше никогда не возвращаемся к абстрактному понятию «пользователь». Спустя некоторое время этот трюк срабатывает – программисты начинают принимать персон как должное и называть их по именам. Казалось бы, перемена незначительна, однако когда программисты делают так по собственной воле, она превращается в поистине сокрушительное событие, кардинальным образом изменяющее всю природу взаимодействия между разработчиками и проектировщиками.
|
Такой перелом происходит внутри каждого участника наших успешных проектов. Как только это случается, мы резко переключаемся на высокую передачу. Теперь диалог звучит иначе:
Просветленный программист: «Розмари понадобится что-то печатать?»
Счастливый проектировщик взаимодействия: «Нет. Но вот Джейкобу может потребоваться печать отчетов приблизительно раз в квартал».
Просветленный программист: «Ну, если отчеты нужны не так часто, тогда не стоит тратить время и силы на разработку собственного генератора отчетов, а лучше лицензировать стороннее коммерческое решение».
Счастливый руководитель: «Получается, что за счет этого мы сэкономим на разработке целых две недели!»
Я лично наблюдал, какие коренные изменения происходят в компаниях наших клиентов после такого перелома. Ранее они уходили в бесконечные дискуссии о том, какие опции добавить, а уже решенные вопросы снова и снова всплывали на собраниях спустя две недели с момента обсуждения. После же наступления перелома вопросы касательно проектирования возникают и решаются один раз и навсегда, более к ним не возвращаются.
Некоторые из наших клиентов придумали печатать изображения важных персон на футболках для разработчиков. Другие помещали плакаты с персонами над рабочими столами программистов. Подобные меры помогают сплотить программистов в достижении глубокого понимания пользователя их продукта.
|
|
Историки об Елизавете Петровне: Елизавета попала между двумя встречными культурными течениями, воспитывалась среди новых европейских веяний и преданий...
Типы сооружений для обработки осадков: Септиками называются сооружения, в которых одновременно происходят осветление сточной жидкости...
Типы оградительных сооружений в морском порту: По расположению оградительных сооружений в плане различают волноломы, обе оконечности...
Индивидуальные очистные сооружения: К классу индивидуальных очистных сооружений относят сооружения, пропускная способность которых...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!