CustisWiki - Новые страницы [ru]

Будущее Интерфейсов: естественные или противоестественные (Андрей Бибичев, WUD-2011)

2011-12-08T17:35:51Z

StasFomin:

О пользе ошибок (Александр Бурт, WUD-2011)

2011-12-08T15:47:37Z

StasFomin: /* Видео */

Шарада для менеджера (Роман Юферев, SPMConf-2011)

2011-12-08T15:38:22Z

StasFomin: /* Видео */

Руководитель проекта – жизнь до и после найма (Иван Селиховкин, SPMConf-2011)

2011-12-08T15:32:35Z

StasFomin: /* Примечания и отзывы */

SPMConf-2011 — отзывы в рунете

2011-12-07T20:02:15Z

StasFomin:

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «SPMConf-2011 — отзывы в рунете»

SPM Conf 2011 Отчёт о посещении (Козловцев)/Команда для проекта. Ожидания соискателей и предложения работодателей

2011-12-07T19:26:40Z

StasFomin: Новая страница: «;[[Команда для проекта. Ожидания соискателей и предложения работодателей (Денис Каланов, Е...»

Команда для проекта. Ожидания соискателей и предложения работодателей (Денис Каланов, Елена Зельдина, SPMConf-2011)

Вначале выступала Елена. Она привела различные статистические данные по Санкт-Петербургу и в целом по России. А также некоторые показатели по Москве.

По С-П распределение вакансий следующее:

разработка - 40%
телеком - 16%
поддержка - 13%
ERP - 12%

по языкам:

SQL - 20%
Java - 12%
C++ - 11%
.Net - 9%
C# - 9%
C - 9%

Также приводилась статистика по зарплатам.

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

Далее выступал Денис.

Он рассмотрел вопрос поиска менеджера проекта в IT. Но фактически он просто рассказывал о том, как по рекрутинговому сайту запросил поиск по требуемой вакансии и проанализировал сами вакансии и резюме. В результате получились странные выводы, на мой взгляд совершенно ошибочные. По данному анализу получилось что на позицию менеджера есть как минимум десять кандидатов. Причём многие из них достойные, то есть проблем с менеджерами нет.

SPM Conf 2011 Отчёт о посещении (Козловцев)/Техническое интервью с человеческим лицом

2011-12-07T19:25:12Z

StasFomin: Новая страница: «;Техническое интервью с человеческим лицом (Виктория Придатко, SPMConf-2011) Хороший доклад п...»

Техническое интервью с человеческим лицом (Виктория Придатко, SPMConf-2011)

Хороший доклад про проведение интервью с соискателем, практический опыт. Был правда не с самого начала.

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

Говорилось о необходимости подготовки к интервью. О том что не надо подавлять собеседника, настраиваться на положительный лад. Учитывать его потребности (усталость после работы — чай, плюшки — и т. п.). Обсуждалось распределение времени между техническими и остальными вопросами.

SPM Conf 2011 Отчёт о посещении (Козловцев)/Планирование и запуск проекта в условиях «нулевой» видимости

2011-12-07T19:23:59Z

StasFomin: Новая страница: «;[[Планирование и запуск проекта в условиях ‘нулевой’ видимости: практический опыт (Михаи...»

Планирование и запуск проекта в условиях ‘нулевой’ видимости: практический опыт (Михаил Ганчиков, SPMConf-2011)

Очень скучный доклад, довольно быстро ушёл оттуда.

Просто рассказ о выполнении небольшого проекта.

SPM Conf 2011 Отчёт о посещении (Козловцев)/Команда и заказчик. 5 типичных ошибок при переносе сроков проекта

2011-12-07T19:21:46Z

StasFomin: Новая страница: «;[[Команда и Заказчик. 5 типичных ошибок при переносе сроков проекта (Сергей Бережной, SPMConf-20...»

Команда и Заказчик. 5 типичных ошибок при переносе сроков проекта (Сергей Бережной, SPMConf-2011)

Очень хороший доклад о том как надо переносить сроки проекта.

В основном это довольно очевидные вещи:

стараться определить это как можно раньше (различные метрики)
и донести это до заказчика
не давать нереалистичные обещания
учитывать риски
не тратить время на оправдания
определить правила для изменений
объяснять процесс заказчику
не терять контроль над ситуацией

SPM Conf 2011 Отчёт о посещении (Козловцев)/Отдельные вопросы анатомии менеджера

2011-12-07T19:20:00Z

StasFomin: Новая страница: «;Отдельные вопросы анатомии менеджера (Максим Вишнивецкий, SPMConf-2011) Хороший доклад про р...»

Отдельные вопросы анатомии менеджера (Максим Вишнивецкий, SPMConf-2011)

Хороший доклад про развитие менеджера, его ошибки.

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

Команда для проекта. Ожидания соискателей и предложения работодателей (Денис Каланов, Елена Зельдина, SPMConf-2011)

2011-12-07T16:20:40Z

StasFomin: /* Примечания и отзывы */

Как сохранить команду в эпоху перемен? (Лилия Горбачик, SPMConf-2011)

2011-12-07T16:00:56Z

StasFomin:

PM vs HR. Как решить проблему дураков и хаоса в подборе персонала (Елена Степанцова, SPMConf-2011)

2011-12-07T15:28:45Z

StasFomin: /* Примечания и отзывы */

Курс молодого бойца для менеджеров (Ольга Павлова, SPMConf-2011)

2011-12-07T14:44:03Z

StasFomin:

Отдельные вопросы анатомии менеджера (Максим Вишнивецкий, SPMConf-2011)

2011-12-07T14:42:41Z

StasFomin: /* Примечания и отзывы */

Техническое интервью с человеческим лицом (Виктория Придатко, SPMConf-2011)

2011-12-07T14:38:00Z

StasFomin: /* Примечания и отзывы */

Как влияет специфика товара на интерфейс интернет-магазина (Екатерина Умнова, UXRussia-2011)

2011-12-05T17:49:04Z

StasFomin:

Как реклама обучает людей (Юрий Марин, WUD-2011)

2011-12-05T16:12:55Z

StasFomin: /* Примечания и отзывы */

WUD-2011: Заметки Стаса Фомина/Как реклама обучает людей

2011-12-05T16:12:17Z

StasFomin: Новая страница: «* Как реклама обучает людей (Юрий Марин, WUD-2011) Одной из близких к «юзабилити» областей (н...»

Как реклама обучает людей (Юрий Марин, WUD-2011)

Одной из близких к «юзабилити» областей (наряду с «дизайном», «продукт-менеджментом», «маркетингом») является «чистая реклама». И вот, доклад одного из коллег Вавилена Татарского, с девизом «Medium is the message» на слайдах, показывает аналогии, ведь и реклама и UX — это все про коммуникацию с пользователем, результаты которой фиг с два измеримы и чудовищно субъективны — т.е. да, вполне можно заставить пользователя считать более дружелюбным интерфейс, который вроде по метрикам у конкурентов не выигрывает.

Интерфейс — это контекст!
Usability — это RTB («Reason to believe»)
RTB обычно неочевиден, и контринтуитивен — жуткий интерфейс «Одноклассников», вероятно является RTB сложившейся аудитории, и трогать его видимо нельзя (хотя хочется убрать явные ужасы).

Яркие слайды, классический подход эффектнивного доклада — storytelling, «я расскажу вам пять историй», и все это истории, как решение рекламной задачи изменило мир. Случайно или нет — к лучшему.

Продвижение порошка Ariel под лозунгом «Casual Friday» пошатнуло господство унылого офисного дресс-кода.
Вредная и вкусная «bacon-end-eggs» → изобретение пройдохи-рекламиста, племянника Зигмунда Фрейда, продвигавшего это через «исследования британских ~~ученых~~ врачей».
Absolut Vodka — стильная прозрачная бутылка без этикетки
United colors of Benetton — продвижение через антивоенное движение, и разгоняющиеся права цветных.
Skittles — девиз «легальное сумашедствие без комплексов»: см. «Share the rainbow, taste the rainbow».

WUD-2011: Заметки Стаса Фомина

2011-12-05T16:04:14Z

StasFomin:

Когда пользователи далеко (Маргарита Титова, WUD-2011)

2011-12-05T14:55:11Z

StasFomin: /* Примечания и отзывы */

WUD-2011: Заметки Стаса Фомина/Когда пользователи далеко

2011-12-05T14:54:46Z

StasFomin:

Когда пользователи далеко (Маргарита Титова, WUD-2011)

Часто, когда продукт прост — например редизайн сайта-визитки, или выбор из пары вариантов промо-сайтов, юзабилити-тестирование не требует настоящих лабораторий, ай-трекингов, записей под камеру и т.п. — достаточно просто разослать анкеты где-то набранной аудитории (иногда среди посетителей предыдущей версии сайта, среди пользователей продукта), где оценить сайт цифрами по десятку осей («сложный ←→ простой», «консервативный ←→ инновационный», …) и даже в таком простом случае можно получить неожиданные результаты.

Задумался, имеет ли смысл оценить новый сайт-визитку нашей компании, среди нашей аудитории (внутри компании на него уже все посмотрели).

Update: Сделал опрос сразу после запуска сайта. Передал все собранные отзывы и статистику в отдел маркетинга.

Информационный стиль и редактура текста (Максим Ильяхов, WUD-2011)

2011-12-05T14:29:21Z

StasFomin:

Как должны выглядеть приложения для продуктивной работы? (Алексей Копылов, WUD-2011)

2011-12-05T14:24:50Z

StasFomin: /* Видео */

WUD-2011: Заметки Стаса Фомина/Как должны выглядеть приложения для продуктивной работы?

2011-12-05T14:22:48Z

StasFomin: Новая страница: «* Как должны выглядеть приложения для продуктивной работы? (Алексей Копылов, WUD-2011) Совер...»

Как должны выглядеть приложения для продуктивной работы? (Алексей Копылов, WUD-2011)

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

Очевидные соображения, подкрепленные примерами интерфейсов — рулят спокойные, блеклые тона, минимум интерфейсных бантиков (градиентов, 3D-границ), палитры типа «кома».

Замечания из зала:

Дело не только в цветах и градиентах, в профессиональных приложениях требуются минимизировать весь нефункциональный мусор.
Современная проблема многих профессиональных приложений в том, что авторы, для привлечения более широкой аудитории, руководствуются парадигмой YAGNI («You are not gonna need it» + «Мы не заставим тебя думать»), и отключают кучу функционала позарез нужного, хоть не всей, но наиболее продвинутой части аудитории.

Аналитик и Тестировщик в одном лице - путь к качеству (Максим Цепков, SQA Days-10)

2011-12-05T10:46:15Z

VitaliyFilippov:

Аналитик и Тестировщик в одном лице – путь к качеству

Доклад Максима Цепкова на 10-й конференции SQA Days 2-3.12.2011
Презентация на slideshare
Статья опубликована на software-testing.ru, обсуждение на форуме

Что стоит знать проектировщикам интерфейсов об управлении продуктами (Денис Бесков, WUD-2011)

2011-11-30T19:26:00Z

StasFomin: /* Примечания и отзывы */

Дизайн для Windows Phone7 (Константин Кичинский, WUD-2011)

2011-11-30T19:22:52Z

StasFomin:

Как делать редизайн сайта? (Дмитрий Тарахно, UXRussia-2011)

2011-11-29T17:13:54Z

StasFomin:

Новая идеология поиска. Как говорим, так и ищем (Сергей Михайлов, UXRussia-2011)

2011-11-29T17:10:51Z

StasFomin:

Использование ай-трекера в дизайне модной одежды (Юлия Зверева, UXRussia-2011)

2011-11-29T17:07:34Z

StasFomin:

Интервью со спонсорами SQADays-10

2011-11-28T19:30:46Z

StasFomin: /* Интервью с Trading System и Execpro */

CUSTIS запускает новый проект для торговой сети O’STIN

2011-11-28T13:49:57Z

GalinaTsaturyan: Новая страница: «'''Пресс-релиз, 7 ноября 2011, Москва''' '''Компания CUSTIS разработала ПО «Розничный магазин Lite» д...»

Пресс-релиз, 7 ноября 2011, Москва

Компания CUSTIS разработала ПО «Розничный магазин Lite» для торговой сети O’STIN. Целью проекта было создание «облегченного» рабочего место кассира — системы, работающей без постоянной связи с учетной системой магазина. Новое решение позволяет отказаться от размещения сервера в каждом магазине, но благодаря интеграции продолжать вести полноценный учет продаж на сервере, размещенном в центральном офисе. Это особенно актуально для розничной сети с большим количеством малоформатных магазинов, поскольку позволяет существенно упростить выбор помещений и сократить затраты на автоматизацию.

Решение о старте проекта было принято партнерами в декабре 2010 г., и тогда же был разработан концептуальный проект системы. Новое решение должно было сократить затраты на автоматизацию магазинов без ущерба для процесса продаж. Планировалось снизить требования, предъявляемые к помещениям магазинов и каналам связи, а также обеспечить кроссплатформенную работу на Windows и Linux.

Специалисты CUSTIS и O’STIN совместно сформулировали требования к функционалу системы «Розничный магазин Lite». Разработчики CUSTIS приступили к ее созданию в январе 2011 г. Первый этап — «Оборудование, касса, продажи» — был завершен в мае 2011 г. Вторая часть работ — «Информационный обмен, настройка» — была выполнена к середине июля 2011 г.

В конце июля 2011 г. состоялось первое внедрение системы в магазине O’STIN в столичном ТЦ «Речной» на базе Windows XP. В начале августа был запущен «Розничный магазин Lite» под Linux в магазине O’STIN в TЦ «Гагаринский». В настоящее время система установлена в шести магазинах и готова к дальнейшему тиражированию.

В системе «Розничный магазин Lite» реализованы все стандартные функции POS-терминала и ряд специфических требований, обусловленных особенностями бизнеса заказчика, включая поддержку многочисленных и разнообразных промоакций O’STIN.

Кроссплатформенность. Система разработана на технологии Java. Это обеспечило независимость функционала и интерфейса от используемой операционной системы.

Эргономичный дизайн. Интерфейс программы позволяет работать как с сенсорным (touch screen) экраном, так и с использованием горячих клавиш на клавиатуре.

Работа с кассовым оборудованием и оплата товара. Система поддерживает протокол AzimutEpson (кассы ПРИМ-07К, ПРИМ-07ФКЗ, ПРИМ-08, ПРИМ-08в2 и др.) и позволяет работать с дисплеем покупателя, сканером штрих-кодов, считывателем магнитных карт и денежным ящиком. Корзину можно оплатить не только наличными или платежной картой, но и с помощью комбинации двух видов оплаты.

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

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

Информационный обмен с основной учетной системой магазина. В систему «Розничный магазин Lite» загружаются все необходимые справочники из ПО «Розничный магазин», установленного на сервере в центральном офисе. Они содержат информацию о товарах, пользователях, скидках и промоакциях. А в систему «Розничный магазин» передаются данные о продажах товара из ПО «Розничный магазин Lite»: оплаты, назначенные на корзину скидки, сторнирования.

Настройка системы «Розничный магазин Lite» для работы. Администратор заказчика может делать необходимую настройку системы и оборудования, заводить учетные записи новых пользователей и настраивать права доступа.

Работа с корзиной покупателя. Система «Розничный магазин Lite» позволяет выполнять различные действия со строками неоплаченной корзины с подтверждением цифровой подписью: изменение количества в строке, удаление строки, разделение строк. Система также дает возможность сторнирования корзины с подтверждением цифровой подписью пользователя с правами администратора.

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

«По отзывам непосредственных пользователей из разных магазинов O’STIN, система, разработанная компанией CUSTIS, оказалась достаточно удобной для работы, настройки и обслуживания, — рассказывает Константин Ранцан, начальник отдела информационных систем розничных магазинов. — Даже неопытные продавцы быстро осваиваются на новом рабочем месте, поскольку интерфейс программы прост и эргономичен, а справочная информация доступна и полна».

«Управляющие магазинами отмечают, что с внедрением новой системы ускорилось обслуживание покупателей благодаря устранению проблем, связанных с качеством каналов связи между рабочими местами кассиров и сервером базы данных, и, что особенно важно, аварийное отключение электричества в помещении больше не сопровождается авралом и потерей информации. Теперь достаточно обеспечить блоком бесперебойного питания одно рабочее место кассира — и сотрудники продолжают обслуживать покупателей и вносить данные о продажах в систему „Розничный магазин Lite“. Также хочется отметить, что обслуживание серверов улучшилось за счет их компактного сосредоточения в одном месте», — подытоживает Константин Ранцан.

О компании O’STIN

Компания O’STIN — крупная розничная сеть магазинов, предлагающих мужскую, женскую и молодежную одежду и аксессуары в стиле casual среднего ценового диапазона под торговыми марками O’STIN Casual, O’STIN Studio и O’STIN Woman. В России компания работает с 2003 г. Сеть включает около 350 магазинов по всей России, а также на Украине и в Казахстане.

Репликация: База Знаний «Заказных Информ Систем» → «CUSTIS запускает новый проект для торговой сети O’STIN»

Описание бизнес-процессов - waste? (Максим Цепков, SPM-2011)

2011-11-28T11:12:00Z

VitaliyFilippov:

Тезисы доклада Максима Цепкова на конференции SPM Conf 2011 26.11.2011
Презентация на slideshare

Согласно общепринятой точке зрения, наличие описания бизнес-процессов свидетельствует о зрелости компании. Этого требуют и различные сертификации, такие как ISO и CMMI. В теории они должны представлять собой непротиворечивую систему документов, использующих единую терминологию и максимально полно описывающих бизнес-процессы предприятия в целом. Однако, на практике во многих успешных, быстро развивающихся компаниях такие описания бизнес-процессов отсутствуют и что не мешает их успехам. В то же время, компании озабоченные необходимостью описания бизнес-процессов часто не показывают быстрой динамики развития, называя излишнюю бюрократизацию одной из причин этого. Мы можем видеть это как в IT-компаниях, так и в компаниям, для которых информационные системы создаются и внедряются.

Поэтому в настоящее время тезис о необходимости полных описаний бизнес-процессов представляется спорным.

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

В этих условиях отказ от описаний и регламентов находится в согласии с принципами эффективного производства Lean и Agile.

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

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

Репликация: База Знаний «Заказных Информ Систем» → «Описание бизнес-процессов - waste? (Максим Цепков, SPM-2011)»

Блиц-доклады (WUD-2011)

2011-11-24T13:45:50Z

StasFomin: /* Голосовые и жестовые интерфейсы */

На рынке ERP есть место и для заказных разработок

2011-11-24T11:23:22Z

GalinaTsaturyan:

Владимир Рахтеенко: Генеральный директор CUSTIS

Интервью опубликовано в газете PC Week Review: ERP — системы, 18 ноября 2011

Нередко можно слышать, что заказная разработка ПО для предприятия менее выгодна, чем покупка готового бизнес-приложения (или ERP-системы), поскольку в готовом продукте затраты на его создание распределяются на множество покупателей, а при заказной разработке один клиент оплачивает ее полностью. С другой стороны, необходимость тщательной настройки «готового приложения» практически в каждом проекте внедрения свидетельствует о том, что, купив коммерческий пакет ПО, заказчик все равно вынужден заниматься его доработкой. Есть ли место для заказных разработок на высококонкурентном российском рынке ERP?
Об этом научный редактор PC Week/RE Сергей Свинарев беседует с генеральным директором компании CUSTIS Владимиром Рахтеенко.

PC Week: Каковы, на ваш взгляд, достоинства и недостатки этих двух моделей построения систем управления предприятием?

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

Нередко говорят о том, что уникальные процессы можно реализовать и в готовом коммерческом решении, используя его инструментальные средства. На таком пути заказчика ждет множество опасностей. Люди, занимающиеся доработкой, как правило, не представляют себе в полной мере ИТ-архитектуру готового продукта и поэтому могут породить множество проблем, которые начнут проявляться по мере усложнения системы. А усложнение — это обычная практика: у нас есть одно заказное приложение, функциональность которого по просьбе заказчика за шесть лет была расширена в 15 раз. Чтобы такая скорость была возможна, приложение не должно содержать ничего лишнего, нередко закладываемого вендором «на всякий случай». Мы с этой целью иногда прибегаем к так называемой «управляемой санации» своих приложений: к удалению по согласованию с заказчиком избыточных или отживших своё функций. Что же касается коммерческого продукта, то для реализации необходимой заказчику функциональности иногда необходимо вносить исправления на уровне ядра, но если это будет сделано, вендор снимает с себя ответственность за безошибочное функционирование своей системы.

PC Week: Как распределяются затраты на создание и сопровождение бизнес-приложения на протяжении всего его жизненного цикла в том и в другом случае?

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

Если же вернуться к двум четко разделенным группам процессов, то у автоматизирующего их ПО жизненный цикл складывается по-разному. Пользователям коммерческой системы понадобятся платная поддержка вендора и услуги по дополнительному обучению пользователей. Иногда принимается решение о переходе на новую версию, что тоже сопряжено с дополнительными расходами. Но при этом система остается жесткой и неспособной к существенным модификациям. Заказное ПО стоит дороже изначально, но зато его развитие, диктуемое потребностями бизнеса, осуществляется в разумные сроки и за приемлемые деньги. Нужно отметить, что поддержка стабильного продукта и приложения, ежемесячно меняющего свою функциональность в условиях непрерывной эксплуатации, — по своей сложности совершенно разные задачи. И здесь у разработчика заказного приложения есть большое преимущество, поскольку он знаком с архитектурой своей прикладной программы лучше, чем кто-либо еще.

PC Week: Насколько снижает объем необходимых доработок ПО рост числа так называемых отраслевых решений, построенных на базе коммерческих ERP-систем?

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

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

PC Week: Чем должен руководствоваться заказчик, принимая решение, покупать ли ему тиражный продукт или заказывать разработку приложения? Кто ему может помочь в этом выборе?

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

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

PC Week: Какие дополнительные требования на ИТ-департамент заказчика накладывает развертывание у него заказного, а не тиражного ПО?

В. Р.: В организациях, с которыми CUSTIS имеет дело, в проектах участвуют три стороны: бизнес-подразделение, ИТ-департамент и мы. В этих компаниях ИТ-архитектура, как правило, согласована с бизнес-архитектурой. Она грамотно структурирована с учетом потребностей бизнеса. С такими заказчиками можно четко договориться, какие пределы гибкости разрабатываемого приложения мы можем обеспечить в рамках его архитектуры, описанной в бизнес-терминах и согласованной тремя сторонами. Пока мы остаемся в рамках договоренностей — бюджет и сроки принципиально не меняются. Как только новое понимание бизнеса приводит к пересмотру бизнес-архитектуры, то нужно будет изменить также и архитектуру ИС, что будет сопряжено с дополнительными затратами времени и денег. Не будем говорить о других компаниях, а они есть, где CIO больше думает не о потребностях предприятия, а о своих карьерных перспективах. В этом случае проект, сопряженный с заказной разработкой, вряд ли имеет шансы на успех.

PC Week: Спасибо за беседу.

Репликация: База Знаний «Заказных Информ Систем» → «На рынке ERP есть место и для заказных разработок»

Заказная разработка для госсектора

2011-11-23T16:55:47Z

GalinaTsaturyan:

Для ноябрьского обзора на сайте CNews ИТ в органах государственной власти 2011 Вадим Ференец подготовил материал на тему оффшорного программирования для заказчиков из госсектора. Интервью Владимира Рахтеенко вошло в его статьи Государство все больше доверяет оффшорным программистам и Как «оффшорному разработчику» организовать взаимодействие с заказчиком.

Владимир Рахтеенко: Генеральный директор CUSTIS

Тестирование сегодня представляет собой отдельную дисциплину

2011-11-23T15:13:00Z

GalinaTsaturyan:

Беспальчук Игорь: руководитель отдела технологического развития CUSTIS

В журнале «CIO (Компьютерра)», № 11 (ноябрь) 2011 — опубликован обзорный материал Артема Стародумова «Верификация ИС: жизнь после внедрения». Публикуем комментарий Игоря Беспальчука, который вошел в этот обзор.

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

Важно понимать, что хотя подобное разделение повышает эффективность на отдельном участке (а именно — на участке тестирования), оно может негативно повлиять на эффективность процесса разработки продукта в целом. Представьте себе, что хирург и анестезиолог — это не два специалиста, совместно, бок о бок заботящиеся о пациенте, а два отдела, перевозящие пациента из одной палаты в другую в ходе операции, чтобы один мог вырезать опухоль, а другой — добавить немного анестетика! Эта метафора хорошо иллюстрирует, что, несмотря на введение отдельной специализации тестировщика, при организации процесса разработки жизненно важно, чтобы программный продукт не нужно было «перекидывать через стену» в отдел тестирования.

Поэтому в нашей компании не существует выделенных отделов, замыкающих процесс тестирования в себе. Вместо этого мы включаем специалистов по тестированию в единую команду разработки продукта. Это позволяет радикально сократить цикл «разработка — тестирование». Первое, неформальное тестирование может осуществляться еще до того, как разработчик завершил работу над задачей, — он просто просит тестировщика, сидящего в той же комнате, бегло посмотреть на промежуточный результат, и зачастую это позволяет выявить проблемы на самом раннем этапе. Организовать подобное взаимодействие между отделами, а тем более — между двумя организациями, гораздо сложнее.

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

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

***

Репликация: База Знаний «Заказных Информ Систем» → «Тестирование сегодня представляет собой отдельную дисциплину»

Ритейл и ИТ: настоящее и будущее

2011-11-23T13:17:49Z

GalinaTsaturyan:

Дмитрий Майоров

заместитель руководителя направления «Торговые сети», CUSTIS

Опубликовано в газете PC Week Review: ИТ в торговле, 1 ноября 2011

Автор обзора редактор PC Week/RE Алексей Воронин собрал мнения представителей ИТ-компаний относительно актуальных задач автоматизации в розничной торговле. Мы публикуем ответы на предлагавшиеся вопросы нашего участника — заместителя руководителя направления «Торговые сети» компании CUSTIS Дмитрия Майорова.

PC Week: Оптимизация торговых запасов, отслеживание движения товаров — важнейшие составляющие современного торгового бизнеса. Как решаются сегодня эти проблемы? Какие решение/подходы выбирает бизнес — все большая интеграция ИТ на базе единой технологической платформы или использование специализированных продуктов?

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

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

Специалисты стараются сегментировать свои бизнес-процессы, чтобы их автоматизация укладывалась в относительно обособленные специализированные ИТ-системы, которые могут развиваться независимо. Это позволяет на ключевых, прорывных участках бизнеса пробовать новые нестандартные эффективные решения — то есть находить и закреплять технологии бизнес-лидерства. Создавать такие специализированные ИТ-системы торговые компании могут как самостоятельно (инхаус разработка), так и обращаясь к фирмам, практикующим заказную разработку.

PC Week: Решение управленческих задач — наиболее ответственный участок бизнеса, стоимость ошибок здесь наиболее высока. Как зарекомендовали себя на этом участке работы продукты класса BI? Насколько они эффективны?

Д. Майоров: Нужно сказать, что для решения управленческих задач компании далеко не всегда используют готовые BI-системы. Трудность задачи анализа заключается не только и не столько в специфических алгоритмах, сколько в подготовке полноценных выверенных данных для этого анализа. Нам приходилось создавать на заказ системы, условно говоря, класса BI — которые решали задачи создания консолидированной отчетности в рамках крупного торгового холдинга, интегрирующих колоссальные объемы информации из десятков операционных систем и формирующих отчетность в стандарте МСФО.

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

PC Week: Насколько актуальна для крупного бизнеса связка «традиционный бизнес — интернет торговля»? Предлагают ли ИТ-поставщики специализированные решения?

Д. Майоров:Такая связка безусловно актуальна. Она уже вполне реализована для тех секторов ритейла, где отказ от покупки в момент доставки маловероятен — это продажа электроники, продуктов питания и FMCG. Покупатель тут заранее знает, что и по какой цене он заказывает, все характеристики товаров ему известны. Поскольку конкуренция в этих секторах традиционно высока, ритейлеры волей-неволей будут выходить в интернет-торговлю.

А для тех бизнесов, где покупатель обязательно должен выбирать глазами, пощупать руками, примерить на себя и сравнить разные модели, — например, продажа одежды, обуви и т. п., — ситуация совсем не однозначна. Есть понимание, что интернет-рынок очень большой и западный опыт показывает, что на нем можно работать очень эффективно. У нас сейчас уже есть категория потребителей, которые покупают fashion-товары через интернет, но не у российских, а у зарубежных интернет-продавцов (китайских, американских). Их привлекает низкая цена товара, являющегося полным аналогом фирменного. Чрезвычайно низкая, даже с учетом доставки, цена вполне компенсирует риск того, что купленная одежда не подойдет: ее можно будет легко продать/обменять своему интернет-собрату.

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

Софт интернет-магазинов для продажи электроники, FMCG, продуктов питания хорошо развит и широко используется. А проблемы интернет-торговли товарами типа fashion лежат совсем не в плоскости ИТ, а в оптимальной организации специфических процессов логистики и продажи покупателю, который хочет иметь возможность выбора даже «на дому». Естественно, особенности такой торговли требуют соответствующей поддержки и от ИТ-решений.

PC Week: Актуальны для розницы программы лояльности покупателей? Существуют ли специфические проблемы с их ИТ-поддержкой?

Д. Майоров: Программы лояльности, конечно, очень актуальны для розницы. Естественно, что они завязаны на ИТ, поскольку связаны с хранением и анализом больших объемов информации. Сбор данных о платежеспособности и предпочтениях покупателей ведется различными способами. Одним из инструментов для этого являются ко-брендинговые карты, которые покупатели используют для покупок в различных сетях. Благодаря им продавцы различных товаров и услуг, не будучи конкурентами, получают возможность делать покупателю такие индивидуальные целевые предложения, от которых тому трудно отказаться.

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

PC Week: Одно из направлений развития ИТ в торговом бизнесе — специализированные системы для управления торговым залом, позволяющие «мониторить» кассовые аппараты, вплоть до оперативного получения статистики продаж. Насколько такие решения востребованы/актуальны?

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

PC Week: Мобильные терминалы — получат ли они в итоге широкое распространение на российском рынке в ближайшей перспективе?

Д. Майоров:Мобильный терминал как инструмент продавца в зале — безусловно, получит распространение. Он существенно облегчает и работу с товаром, и обслуживание покупателя. Бурное развитие потребительских мобильных устройств позволяет использовать в этом качестве даже не специализированное оборудование, а планшеты, смартфоны, КПК. Специальным должно быть их программное обеспечение.

***

Репликация: База Знаний «Заказных Информ Систем» → «Ритейл и ИТ: настоящее и будущее»

VLC

2011-11-23T08:52:14Z

StasFomin:

Кросс-платформенный меди-плейер и сервер медиа-вещания.

Преимущества:

бесплатен
не требует установки
содержит большой список интегрированных кодеков — его стоит держать только для того, чтобы иметь альтернативный способ взглянуть на медиафайл (когда стандартные, установленные в систему, кодеки, глючат).
куча гиковских возможностей тонкое управление просмотром с клавиатуры, в частности
- ускорение и замедление видео (клавиши «[» и «]»)
- удобная перемотка («Ctrl→», «Ctrl←», «Shift←», «Shift→»)
- подгонка субтитров и многое другое.

http://www.videolan.org/vlc/

Репликация: База Знаний «Заказных Информ Систем» → «VLC»

Практика «Design Thinking» (WUD-2011)

2011-11-23T08:38:39Z

StasFomin:

Планирование исследований. Первый подход к снаряду (Екатерина Умнова, WUD-2011)

2011-11-23T07:47:14Z

StasFomin: /* Видео */

Веб-аналитика для дизайна сайтов - как правильно построить облако тэгов. Применение статистики поиска по сайту (Анатолий Сергеев, UXRussia-2011)

2011-11-23T07:23:23Z

StasFomin:

Управление потребностями и оценка качества внедрения (Алексей Чумаков, UXRussia-2011)

2011-11-23T07:20:16Z

StasFomin: /* Примечания и отзывы */

Опыт международного юзабилити-тестирования (Евгения Гайсина, UXRussia-2011)

2011-11-21T19:53:49Z

StasFomin:

Тренды мобильного UX в Японии (Тойохиро Канаяма, UXRussia-2011)

2011-11-21T19:50:03Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://jp.linkedin.com/in/toyohirokanayama Тойохиро Канаяма] <blockquote> На примере неда...»

Инновации против лучших практик — конфликт или новые возможности? (Эрик Райс, UXRussia-2011)

2011-11-21T19:44:34Z

StasFomin:

От наброска до продукта - проектирование Windows Phone (UXRussia-2011, Megan Donahue)

2011-11-21T19:39:46Z

StasFomin: /* Примечания и отзывы */

Поисковые паттерны — дизайн для открытий (Питер Морвиль, UXRussia-2011)

2011-11-21T19:31:11Z

StasFomin: переименовал «Поисковые паттерны — дизайн дя открытий (Питер Морвиль, UXRussia-2011)» в «[[Поисковые паттерны — дизайн для открытий (Питер М...

ADD-2011 (Рецензии Стаса Фомина)

2011-11-19T17:51:17Z

StasFomin:

ADD-2011 (Рецензии Стаса Фомина)/Швейцарский нож аналитика - визуализируем логи одной строкой!

2011-11-18T23:42:26Z

StasFomin:

Будучи в программном комитете я долго сопротивлялся этому докладу, ибо изобретенный велосипед мне казался очень специфическим и редким. Но все равно он достоит внимания. Да и кто без греха? Вот и я делал поделки для визуализации коллективной работы, и доклады «швейцарским ножом» обзывал…

И в целом, я понимаю, что такое удобно сделанный под твою задачу инструмент, повышающий твою эффективность на порядки (хотя в зале указывали, что для визуализации жизни кластера давно есть крутое http://meta.rocksclusters.org/ganglia/ и возможно этот велосипед излишен). И что эффективный инструмент скорее всего будет не в парадигме «визивига», где надо тыкать кнопки, заполнять тыщи полей, и двигать мышью виджеты, а будет работать в парадигме «запрос—ответ» и «визуализации компактных требований», каковые удобно делать либо в командной строке, либо кратким предметным языком. Так вот, я просмотрел доклад в записи, которую же сам и смонтировал пользуясь изобретенным command-line видеоредактором, слушающим команды и спецификации для видеомонтажа.

Другое дело — все-таки очень ограничена предметная область, подлежащая визуализации этими тулами. Плоские графики с временной осью, серии или числовая ось... А преимущество «уанлайнера» несколько лукавое — «лайн» длиной в килобайт — это уже не лайн, line — это то, что можно набить за пару секунд, т.е. не больше пары десятков символов. А больше — это уже надо писать компактный dsl, который можно делать расширяемым, и таким же удобным и интерактивным — хороший, компактный DSL, без кучи «зюк и хрюк», скобок, кавычек двух типов, символов продолжения линий..., так вот, такой DSL, удобный и читаемый, ибо для читаемости можно и отступы использовать и переводы строк и пробелы — открыт в одном окне в редакторе, а в консоле происходит запуск тулы. Редактировать параметры и смотреть, как меняется картинка — гораздо быстрей и удобнее! И да — тут нет ограничений на отсутствия гуя — картинки то все равно надо смотреть!

В некотором смысле это проблема «уанлайн» подхода — сначала все кратко и красиво, а потом, с ростом задачи понимаешь, что к черту awk, лучше сразу perl, а то и python.

Забавно, что когда-то давно у нас и металогика алгоритмов учетных систем была «уанлайнером», с обвешанными семантикой символами «@!$», что знатно выносило мозг незнакомым с этой нотацией аналитикам, но потом это стало жать и самим разработчикам.

Т.е. если бы я начал решать эту задачу, это был бы python + matplotlib или pycairo (ну или другая библиотека визуализации), где все кишки бы я спрятал в отдельный модуль, а оставил лишь формулировку задачи компактной Python-функцией (что бы бы офигически и прозрачно расширяемо). Ну и если спектр графиков у меня получился бы совсем простым, я бы сделал простой DSL, то тоже редактируемый, с разбиением на строки, с максимальной читаемостью.

Я так и не придумал, чтобы мне можно было визуализировать этими тулами (полно всего просит визуализации, но там и графы и многомерность и динамика треба, на плоскость «время-серии» ничего не ложится), но вот что мне надо на самом деле — попрактиковаться в Haskell. И возможно для этого я и поковыряю исходники этих тулов, благо они опубликованы, да и писал их не какой-то ламер, а antilamer и эксперт по функциональному программированию.