Сообщений в теме: 23

[samsong]

Доброго времени суток!!!

Мне очень интересно Ваше мнение по следующему вопросу. Важно ли уделять должное внимание интерфейсу ПО и качеству его выполнения??? Есть ли будущее у ПО с "кривым" интерфейсом (неправильное размещение элементов на форме программы, не симметричность элементов, небрежность в оформлении пользовательского интерфейса и т.д.). Что можно сделать с этим, если руководство отказывается что либо менять????

[greyver]

Что можно сделать с этим, если руководство отказывается что либо менять????

"Кривой" интерфейс пользователя - это, как и любой недочет и ошибка в программе. Ваше дело зафиксировать эту ошибку. Далее пусть принимает решение об исправлении этой ошибки человек за это ответственный.
Вероятно, не доделанный GUI, мелочь по сравнению с другими недоработками в программе. Хотя встречают по одежке...

[Tiana]

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

Абсолютно согласна:

Ваше дело зафиксировать эту ошибку. Далее пусть принимает решение об исправлении этой ошибки человек за это ответственный.

[Scorp-13]

Согласен с Tiana и greyver
Если руководство на данном этапе отказывается что-либо менять, то у него должны быть, и скорее всего есть, на то причины. В конце концов, это руководство, а не Вы, непосредственно продает продукт.

[Clauster]

Это вещь довольно специфичная. Бывает и такое, что кривой и неэргономичный (на первый взгляд) интерфейс имеют право на жизнь. Если пользователи (к примеру, люди среднего возраста) привыкли в течении например 5 лет что какая-то кнопка расположена там-то, красным шрифтом выделяется одно, а зеленым другое, то в этом случае менять интерфейс смыла особого нет, хоть он и убог на первый взгляд. Для примера, можете попробовать переместить панельку с кнопкой Пуск в другое место и поработать так с недельку.
Можно ещё почитать статьи Джоэля Спольски http://russian.joelonsoftware.com/ Они как раз вверху.

[Tiana]

С другой стороны,

Если пользователи (к примеру, люди среднего возраста) привыкли в течении например 5 лет что какая-то кнопка расположена там-то, красным шрифтом выделяется одно, а зеленым другое...

имеет ли смысл, настаивать на изменении GUI, если на данном этапе развития проекта, какая-то кнопка расположена не так, как привычно пользователю и красным шрифтом выделяется то, что должно быть выделено зеленым, а то что должно быть выделено красным, к примеру, вообще не выделяется?..

Может многое зависит от того, есть ли прототипы данного программного продукта (которые бы определяли принятые стандарты к интерефейсу в данной области разработки), находится ли продукт в использовании или это новая разработка?

[SALar]

Важно ли уделять должное внимание интерфейсу ПО и качеству его выполнения???

Иногда да, иногда нет. Зависит от того в какой этап развития этой нищи рынка вы попали. Более подробно за этим к маркетологам. Просто помните, что на первом этапе GUI не нужен совсем, главное на день раньше, на втором тоже не нужен, главное набор функций, на третьем, кажется тоже не нужен... Вот к четвертому - пятому этапу, когда начинают "кушать" конкурентов, по долям процента отгрызая рынок, вот тогда можно и о пользователях подумать. А до этого, ... "Мыши будут плакать, обливаться кровью, но продолжать жрать кактус!!!" Куда ж они с подводной то лодки денутся.

Есть ли будущее у ПО с "кривым" интерфейсом (неправильное размещение элементов на форме программы, не симметричность элементов, небрежность в оформлении пользовательского интерфейса и т.д.).

Конечно имеет. И это повсеместно практикуется, как один из основных методов снижения затрат. Это функциональность недопоставить тяжело. Написано, что должна быть возможность вставки картинок в блог, так она есть. А то, что при этом человек успевает восемь раз исчерпать запас ненормативной лексики на 17 известных ему языках, так извините время выполнения операции в требованиях не фиксировали!

Что можно сделать с этим, если руководство отказывается что либо менять????

Пойти работать в конкурирующую фирму? По большому счету ничего. Если разумные доводы силы не имеют, а нецивилизационными методами (НЛП, паяльник, ...)пользоваться не хочется, то просто не портите себе и другим нервы. Возможно, есть веские причины для неуделения внимания GUI. Ну бюджет там пилят, или еще что...

[samsong]

....да согласен с вами полностью!!!!! На первых порах развития проекта интерфейс действительно не нужен, тут уклон идет на функционал, а что можно сделать если проекту уже более 5 лет и он функционирует в достаточно крупных организациях. Над ним я работаю совсем недавно, но когда я более 3-х лет трудился в гос.структуре, над достаточно крупным проектом, тестеров "драли" (простите за выражение, но оно больше всего описывает специфику той работы), лишали премий (и разработчиков кстати тоже) за обычную орфографическую ошибку допущенную в интерфейсе!!!!!!! Конечно в связи с такими требованиями к работникам, программа была действительно качественной, проблем у заказчиков практически не было. И первый раз увидев фронт новой работы, я чуть было не упал со стула!!!! Сколько всего необходимо сделать для того чтобы данное ПО стало действительно полноценным!!!!!

[SALar]

Прочтите книгу "Психбольница в руках пациентов" Алана Купера
http://www.ozon.ru/c...ail/id/2164299/

И, я думаю, многие из дебатствующих придут к однозначному заключению, что и как с интерфейсом:))

Не придут. Книга действительно очень хорошая. Но лейтмотив этой темы "А надо ли уделять внимание интерфейсу". Алан Купер пишет книгу, считая что ответ уже дан. В частности, в "психбольнице" не приведены примеры, когда интерфейсом нужно пожертвовать.

[Clauster]

С другой стороны,

Если пользователи (к примеру, люди среднего возраста) привыкли в течении например 5 лет что какая-то кнопка расположена там-то, красным шрифтом выделяется одно, а зеленым другое...

имеет ли смысл, настаивать на изменении GUI, если на данном этапе развития проекта, какая-то кнопка расположена не так, как привычно пользователю и красным шрифтом выделяется то, что должно быть выделено зеленым, а то что должно быть выделено красным, к примеру, вообще не выделяется?..

Может многое зависит от того, есть ли прототипы данного программного продукта (которые бы определяли принятые стандарты к интерефейсу в данной области разработки), находится ли продукт в использовании или это новая разработка?

Я привел пример. Написал что это довольно специфично (т.е. в каждом проекте по своему и тут вряд ли кто поможет). К чему вопрос-то?

[Clauster]

....да согласен с вами полностью!!!!! На первых порах развития проекта интерфейс действительно не нужен, тут уклон идет на функционал, а что можно сделать если проекту уже более 5 лет и он функционирует в достаточно крупных организациях. Над ним я работаю совсем недавно, но когда я более 3-х лет трудился в гос.структуре, над достаточно крупным проектом, тестеров "драли" (простите за выражение, но оно больше всего описывает специфику той работы), лишали премий (и разработчиков кстати тоже) за обычную орфографическую ошибку допущенную в интерфейсе!!!!!!! Конечно в связи с такими требованиями к работникам, программа была действительно качественной, проблем у заказчиков практически не было. И первый раз увидев фронт новой работы, я чуть было не упал со стула!!!! Сколько всего необходимо сделать для того чтобы данное ПО стало действительно полноценным!!!!!

Гните свою линию. Мой опыт подсказывает, что на таких проектах интерфейсные изменения присходят крайне редко и очень трудно. Главное руки не опускать.

[Mila]

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

[SALar]

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

Я писал о первом этапе развития рынка. Не продукта, рынка.
На нем не важно ничего, кроме факта существования про.

Помните громкий провал фирмы Apple на рынке КПК с их Ньютоном? Великолепный дизайн (как всегда у этой фирмы), богатые возможности. И непопадание в ценовой диапазон.
Если бы Apple пожервовала неважно чем, дизайном или функциональными возможностями и сбросила цену ниже 500$, то все могло быть иначе.
Apple не смогла создать продукт попадающий в рынок.

Сокращение затрат на позних этапах это сущая мелочь. Ну потратит фирма лишние 1 -10 млн долларов. И что? А вот лишние 5 млн продаж по 100$ за счет более раннего вухода на рынок - это серьезно.

[Mila]

Я писал о первом этапе развития рынка. Не продукта, рынка.
На нем не важно ничего, кроме факта существования про.

Помните громкий провал фирмы Apple на рынке КПК с их Ньютоном?  Великолепный дизайн (как всегда у этой фирмы), богатые возможности. И непопадание в ценовой диапазон.
Если бы Apple пожервовала неважно чем, дизайном или функциональными возможностями и сбросила цену ниже 500$, то все могло быть иначе.
Apple не смогла создать продукт попадающий в рынок.

Сокращение затрат на позних этапах это сущая мелочь. Ну потратит фирма лишние 1 -10 млн долларов. И что? А вот лишние 5 млн продаж  по 100$ за счет более раннего вухода на рынок - это серьезно.

Разумеется, во всем надо знать меру!
Просто решила озвучить аргумент "ЗА"

[barancev]

http://www.stickymin...p?F=S3181_ART_2

[Tiana]

С другой стороны,

Если пользователи (к примеру, люди среднего возраста) привыкли в течении например 5 лет что какая-то кнопка расположена там-то, красным шрифтом выделяется одно, а зеленым другое...

имеет ли смысл, настаивать на изменении GUI, если на данном этапе развития проекта, какая-то кнопка расположена не так, как привычно пользователю и красным шрифтом выделяется то, что должно быть выделено зеленым, а то что должно быть выделено красным, к примеру, вообще не выделяется?..

Может многое зависит от того, есть ли прототипы данного программного продукта (которые бы определяли принятые стандарты к интерефейсу в данной области разработки), находится ли продукт в использовании или это новая разработка?

Я привел пример. Написал что это довольно специфично (т.е. в каждом проекте по своему и тут вряд ли кто поможет). К чему вопрос-то?

Вопрос по приведенному примеру, т.е что делать в этом конкретном случае:
если

пользователи (к примеру, люди среднего возраста) привыкли в течении например 5 лет что какая-то кнопка расположена там-то, красным шрифтом выделяется одно, а зеленым другое...

но

какая-то кнопка расположена не так, как привычно пользователю и красным шрифтом выделяется то, что должно быть выделено зеленым, а то что должно быть выделено красным, к примеру, вообще не выделяется

Т.е. кривой интерфейс существовал и стал удобным на протяжении 5 лет. Но потом стал выглядеть иначе (красивее, но стал непривычным и как следствие, неудобным). В этом случае стоит ли поднимать эту тему?
Согласна с вами, что понятие удобства - это специфично для проекта, но зафиксировать предложение, донести до менеджера - обязанность тестировщика. ИМХО.
На счет "настаивать на своем предложении". Мне кажется, что "настаивать" не стоит, необходимо развернуто донести информацию, т.е. для чего и кому это надо.
Если менеджер проекта (который за него отвечает) принимает решение о нецелесообразности реализации предложения, то настаивать не стоит. Но само предложение должно быть зафиксировано, возможно отложено.
Если же отказывается разработчик реализовывать предложение, а менеджер подтвердил необходимость его реализации, то опять таки - это взаимоотношения менеджера и разработчика.

[SALar]

http://www.stickymin...p?F=S3181_ART_2

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

PS. А еще, иногда, нужно создать очень плохой продукт.

[Clauster]

В этом случае стоит ли поднимать эту тему?

Тему стоит поднимать в любом случае.