Как вы получаете нетехнических людей для оценки проблемы, не связанной с UI?

Ответ 1

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

Сложная часть: клиент не заметит, когда эти тонкие вещи были сделаны правильно, пока он не УВИДЕТЬ, ОНИ НЕ ПРОПУСТИТЕ! Например, когда прачечная не готова вовремя, но через два дня, или у овощей на супермаркете есть коричневые пятна и выглядят ужасно.

То же самое касается ИТ. Вы не замечаете хороших транзакций, пока ваш главный клиент не стучит в вашу дверь и не сообщит вам, что важный и дорогостоящий проект потерпел неудачу, потому что записи в базе данных вашего продукта были таинственно запутаны. Вы не заметили хорошей безопасности, пока информация о кредитной карте клиента не появится в Elbonia (и вскоре после того, как в национальных газетах сообщается, что клиенты Ваша компания).

То, что вам действительно нужно забивать снова и снова, - это то, что ПО НЕ статично. Его нужно заботиться даже после того, как начальный этап его разработки завершен. Это не просто продукт, который вы покупаете один раз и забываете. Каждый производитель автомобилей знает, что услуги имеют первостепенное значение для продуктов, которые они создают, просто потому, что все происходит, и их нужно исправлять и улучшать. Это то же самое с программным обеспечением.

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

Ответ 2

То же самое, что люди делали в течение тысяч лет: рисовать картинки. Диаграмма проблем, использование визуальных метафор, знакомых вашей аудитории, перетащить проблему на свою территорию.

Предполагая, что они не намеренно тупые...

Ответ 3

Большой +1 для аналогов и метафор. Если возможно, найдите тот, который будет резонировать с личными интересами вашей аудитории (если это 1-2 человека). Для общих метафор я почему-то часто использую пригородный трафик или метро.

например. В настоящее время мы переносим приложение из OODB в Postgres/Hibernate: основная часть этой работы выполняется в Release 4. Многие эксперты по домену спрашивают, почему в R4 так мало возможностей для пользователя. Я регулярно говорю им, что мы "разрываем город, чтобы поставить в метро. Это очень дорого и неоспоримо рискованно, но, как только это будет сделано, преимущества в R5 + будут поистине поразительными". Истинный разговор более активен, но я могу вернуться к этой теме снова и снова, после R4. Через несколько месяцев я надеюсь сказать: "Вы просили X, и теперь это очень легко - именно потому, что вы позволили нам вставить этот метрополитен в R4".

Ответ 4

Самый верный способ получить управление на высшем уровне, чтобы выкупить на работу по разработке, - это представить его количественно. В идеале эта измеряемая мера находится в $$. Вам нужно объяснить им последствия отказа от целостности данных, безопасности, транзакций и т.д. И как это повлияет на сообщество customer\user и, в конечном итоге, на нижнюю строку. Вы должны быть осторожны в этих ситуациях, потому что иногда руководство ожидает, что эти нефункциональные требования "просто работают". Если это так, вы должны либо оценить высоту, либо работать над этими элементами вместе с видимой работой пользовательского интерфейса (незнание - это блаженство), или вам нужно документировать эти области нужды, когда вы общаетесь с руководством, так что если все будет плохо, как вы ожидаете, это не ваша работа, которая находится на линии.

Ответ 5

К сожалению, обычно это происходит до катастрофы или двух, прежде чем этот материал привлечет внимание, которого он заслуживает.

На самом деле это зависит от вашего управления, но мне повезло с доброй старой честностью и добротой. Если вы пройдете через несколько сценариев стихийных бедствий и заметите, что кто-то будет обвинен в том, что они произойдут, этого может быть достаточно, чтобы заставить их восстанавливать свои инстинкты и, наконец, обратить внимание:)

Ответ 6

Я сражаюсь в основном с такой же ситуацией. Независимо от того, является ли это управление или принятие пользователем/спонсором, проблема остается одним из разных словарей, приоритетов и перспектив. Я задал здесь простой вопрос.

У меня также были разные ответы, мучительно близкие к полезным, но не совсем окончательные. Просмотр и поиск с использованием релевантных ключевых слов заставили меня найти полезную информацию в различных ответах, распространенных по многим несвязанным вопросам. Чтобы найти и извлечь эти драгоценные камни, я поставил этот вопрос на разработку сайта.

Было бы полезно иметь возможность отмечать различные ответы и видеть их все в одном списке, но, увы, эта функциональность пока недоступна в SO. я предложил его на uservoice.

Надеюсь, вы найдете что-то, что вы можете использовать из ссылок, которые я дал.

Ответ 7

Автомобильные аналоги.

Все знают, что "система" и достаточно сложна, чтобы изобразить ужасную ситуацию.

Ответ 8

Правильный ответ на вопрос - секрет.

• Можно ли сбрасывать каждые 5 веб-страниц?
• Нужно ли нам защищать номера кредитных карт?
• Можно ли заплатить подрядчикам за развертывание патча каждые выходные?
• Вам нужно это сейчас или вы хотите, чтобы он работал?

Ответ 9

грубости. Когда дело доходит до этого, вам нужно поговорить на своем языке, и именно так оно влияет на их нижнюю строку. Если проблема с безопасностью или правильностью, вы должны сказать им, что клиенты не захотят использовать неправильно действующие продукты, как бы они ни выглядели.

Ответ 10

Описательная картина действительно помогает нетехническим людям понять, о чем вы говорите. Например, ниже приведен пример от Sun, описывающий, как обрабатывается информация в одном из их довольно сложных приложений.

_{(источник: sun.com)}

Попытка объяснить это приложение словами была бы невозможна для нетехи. Указывая на диаграмму и говорите: "Посмотрите, эта часть является нашим слабым местом, нам нужно ее улучшить". Это будет иметь для них смысл. Если им кажется, что они понимают, что вы делаете, они с гораздо большей готовностью поддержат вашу просьбу.

Ответ 11

Мне нравится идея Технический долг, поскольку она позволяет переводить технические вопросы (хотя и свободно) в денежные проблемы - и деньги это то, что понимают большинство менеджеров.

Хотя идея технического долга была первоначально применена к архитектурным вопросам, ее можно использовать более широко для любого типа ситуации, когда есть давление, чтобы взять ярлык, то есть перейти в технический долг, а не делать это прямо в первый раз. (Делать это правильно - это эквивалент экономии, чтобы купить что-то - требуется время, а не покупать его в кредит и входить в долги.)

Так же, как долги могут быть хорошими (например, ипотечные кредиты) и плохими (например, кредитными картами), поэтому технический долг может быть хорошим и плохим. Я не буду пытаться характеризовать различия полностью, но хороший технический долг можно отслеживать точно, чтобы вы знали, сколько у вас долгов.

Итак, попробуйте объяснить свою важную проблему, не связанную с пользовательским интерфейсом, с точки зрения технического долга и стоимости, чтобы не исправлять ее с точки зрения выплаты процентов по этому долгу.