Спасибо, Катя!

User Centered Design (UCD) — дизайн, ориентированный на пользователя — подход к созданию продукта, максимально удобного для ключевых (типичных) пользователей. Это способ не заставлять их думать о том, о чем мы — разработчики — можем и должны подумать за них.

Мы создаем наш продукт, используя UCD.

Недавно, рассматривая требования ключевого персонажа (её зовут Катя, и я скоро познакомлю вас с ней :), мы поняли, что допустили ошибку в постановке задачи — оказалось, что ей не нужна программа для тестирования Java GUI. Ей просто нужно автоматизировать тесты пользовательского интерфейса, и не важно, на каком языке этот интерфейс написан — Java, C++ или еще каком-то.

Это открытие усложнило нашу задачу в техническом плане, но оно произошло вовремя.

Ошибки проектирования — самые сложные. Чем раньше они обнаружены, тем легче их исправить. И уж совсем плохо, если такая ошибка всплыла, когда половина программы уже написана. Обычно в этом случае уже бесполезно что-либо исправлять, и продукт попадает к пользователям с таким «багом» (от англ. bug — сленг. ошибка в программе) в ДНК :)

Катя — молодец!

Ай да мы :))

Выдающийся продукт

Мы придумали создать программный продукт для автоматизации тестирования пользовательского интерфейса Java приложений. Изобретаем велосипед, скажете вы? Возможно.

Изучив рынок, мы насчитали порядка 30 продуктов такого рода, причем некоторые из них могут работать с Java. Зачем нужен еще один? Ответ прост — среди существующих нет ни одного, который:

  1. был бы удобен в использовании и
  2. стоил относительно недорого.

Идея пришла к нам не случайно. Мы работали над большой программой, которую требовалось тестировать с помощью Java GUI-клиента. У нас было два варианта тестирования, и оба они требовали слишком больших затрат по времени:

  1. тестировать вручную
  2. автоматизировать тестирование.

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

Вначале мы не были уверены, что сделать еще один автоматизатор тестов — хорошая бизнес-идея. Конкуренция слишком велика. Но потом мы поняли, какой продукт сможет «выстрелить». Он должен быть:

  1. удобным для человека
  2. гибким настолько, как если бы мы тестировали вручную.

Да, и еще цена должна быть доступной :)

Задача, которую мы перед собой поставили, оказалась не из легких.

Но, в сущности, без риска нет кайфа :)

Небольшое объявление про работу у нас

Я хочу сказать спасибо двум людям, которые попросились работать в нашу команду. Временно я должен был отказать. На то есть две причины:

  1. Сейчас наш продукт находится на стадии проектирования. Вовлекать на этом этапе большое количество людей — неправильно. Для тех, кто не читал Тома Демарко, поясню. Если над концепцией продукта работает слишком много людей, они будут тратить много времени на согласование концепций, протоколов и пр., а также, возможно, не смогут создать более целостную модель, если взгляды их сильно различаются. Сейчас нас пятеро, и мы охватываем все необходимые части проекта. Дальше будет видно.
  2. Найм (а тем более найм волонтеров) — очень ответственное дело. Пока мы не сможем гарантировать человеку ту работу в нашем проекте, которую он хочет и которая нужна нам, мы не будем его нанимать. Даже если он пока согласен работать бесплатно.

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

Поймите нас и подождите некоторое время.

Присылайте ваши заявки, мы обязательно свяжемся с вами, когда будет пора :)

Простите за долгое молчание

Начавшаяся зима и попытки впасть в спячку несколько затормозили нашу работу, но мы справились с собой :)

Я продолжаю наши записи.