Side Strip Side Strip
Research Office
Главная Возможности Загрузить Купить Отзывы О компании
English 
     

Что такое
Research Office

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

 

 
 

История
Research Office

Концепция системы Research Office была разработана в 1995 году для компании Rating (сейчас MASMI–Rating). В 1997 году был создан и внедрен в эксплуатацию первый рабочий прототип системы под кодовым названием SocRate. Система SocRate вот уже 9 лет находится в эксплуатации, и за это время многократно себя окупила, что является лучшим подтверждением правильности концепции данного продукта.

В 2002 году главный разработчик системы SocRate организовал софтверную компанию Miratec (в настоящий момент Helicode). На тот момент компания уже располагала уникальной технологией хранения данных - компонентно-ориентированной СУБД ObjectHaven.

ObjectHaven обеспечивала экстремальную производительность при управлении данными произвольной структуры и практически неограниченного объема. Благодаря своей гибкости, расширяемости и простоте администрирования ObjectHaven снимала все технические ограничения, из-за которых ранее не удавалось в полной мере реализовать концепцию программной системы управления исследовательскими проектами. Высокий уровень квалификации и опыт, полученный специалистами компании Helicode при создании системы "SocRate" и СУБД ObjectHaven, позволил создать уникальный продукт, совмещающий в себе бескомпромиссное качество, эргономику, надежность и быстродействие.

На сегодняшний день система Research Office является передовым продуктом в отрасли, и продолжает уверенно развиваться. Стратегическим направлением дальнейшего развития системы Research Office является интеграция на основе единой программной платформы, чтобы обеспечить максимальную производительность труда и оптимальное распределение трудовых ресурсов, находящихся в распоряжении исследовательских агентств. Вот неполный перечень задач, запланированных компанией Helicode на ближайшее время:

  • Хранение всех документов проекта в одной БД, которая станет БД проекта, а не данных;
  • Конструктор шаблонов отчетов для генерации отчетов в MS Word и Power Point ;
  • Приложение для клиентов агентств;
  • Версия Research Office для ОС Linux , FreeBSD.
  

 
 

Почему
Research Office

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

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

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

Итак, для исследовательских агентств лучший способ поправить свои дела заключается в том, чтобы усовершенствовать используемый ими процесс. А в чем разница между хорошим и плохим процессом? Какие проблемы возникают при следовании плохому процессу? Вот некоторые из них:

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

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

Такие продукты, как SAS, SPSS, Statistica и тому подобные системы предназначены для использования отдельными высококлассными специалистами на определенных этапах исследования. В отличие от этого, система Research Office является интегрированной и интегрирующей, она предназначена для всего исследовательского агентства в целом. Поэтому Research Office будет полезна и тем агентствам, которые проводят исследования полностью собственными силами, и тем агентствам, которые делегирую некоторые задачи другим агентствам, и тем, кому эти задачи делегируются.

Безусловно, Research Office обладает и рядом других функциональных и технологических преимуществ (таких, как объектно-ориентированная структура паспорта анкеты, компонентная модель анкетной базы данных, многопользовательский ввод данных и т.п.), однако их ценность становится реально ощутимой только при понимании того, что в действительности делает система Research Office. Она не служит для поддержки отдельных этапов процесса количественного исследования. Она перестраивает этот процесс таким образом, чтобы он был удобен для использования организациями. На функциональном уровне это означает переход от множества разрозненных утилит к пакету интегрированных технологий, таких как:

  • Технология ввода данных;
  • Технология анализа данных;
  • Технология создания отчета.
  

 
 

Как это действует

Для того, чтобы понять, каким образом Research Office позволяет оптимизировать процесс количественного исследования, рассмотрим сначала типичную последовательность этапов процесса исследования:

  1. Подготовительный этап. На этом этапе определяются цели исследования и создаются инструменты, необходимые для выполнения исследовательского проекта. При этом используются, например, такие программы, как MS Word и Excel .
  2. Полевой этап. На этом этапе производится сбор данных, которые требуется проанализировать. Если это опрос потребителей, то результатом выполнения данного этапа будет массив заполненных анкет на бумажных носителях. Для проведения полевого этапа необходимо иметь в распоряжении инструментарий исследовательского проекта, разработанный на подготовительном этапе.
  3. Логический контроль данных. На этом этапе заполненные формы должны быть проверены на предмет правильного заполнения с соблюдением всех инструкций. Для того, чтобы автоматизировать этот этап, данные необходимо сначала ввести в компьютер. Однако это затруднительно сделать, та как данные еще не закодированы, а кодировать данные, не прошедшие логический контроль, неэффективно.
  4. Кодирование открытых списков альтернатив. Для того, чтобы перенести данные с анкетных форм в компьютер, их необходимо закодировать. Очевидно, что этому этапу должен предшествовать этап сбора данных и их логического контроля. В противном случае кодирование придется повторить.
  5. Ввод данных. Операторы ввода данных не могут приступить к вводу ответов на открытые вопросы до тех пор, пока соответствующие списки альтернатив не закодированы. Возможны варианты, при которых кодирование открытых списков альтернатив производится параллельно с вводом ответов на остальные вопросы анкеты, однако они сопряжены с рядом проблем как технического, так и организационного характера.
  6. Анализ данных. На данном этапе созданная БД анализируется в соответствии с постановкой исследовательской задачи.
  7. Создание отчета. По результатам анализа данных создается отчет.
  

 

 

  

С помощью Research Office этот процесс оптимизируется следующим образом:

  • Сразу после завершения подготовительного этапа начинается подготовка анкетной БД к вводу, логическому контролю, кодированию, классификации и анализу данных. Эта работа завершается примерно тогда, когда начинают поступать первые партии заполненных анкетных форм.
  • По мере поступления анкетных форм, они вводятся в заранее подготовленную анкетную БД. Ввод осуществляется в одну и ту же БД одновременно с нескольких рабочих мест операторов ввода анкет.
  • Логический контроль данных осуществляется автоматически по мере ввода каждой анкеты, в соответствии с заранее подготовленными и введенными в анкетную базу данных правилами логического контроля данных. Эти же правила автоматически трансформируются программой в контекстно-зависимую таблицу переходов между вопросами анкеты, используемую программой для ускорения процедуру ввода данных.
  • Списки альтернатив открытых вопросов формируются во время ввода анкет. При этом операторы ввода анкет могут вместо кодов альтернатив использовать их текст. Не отрывая операторов ввода анкет от их работы, компетентный сотрудник может заниматься оперативной обработкой открытых вопросов.
  • Так, как списки альтернатив открытых вопросов формируются на этапе ввода данных, этап кодирования списков альтернатив в рассматриваемом процессе отсутствует. Вместо этого достаточно провести незначительную по трудозатратам пост-обработку открытых вопросов после ввода данных, окончательно приведя в порядок соответствующие списки альтернатив. При этом значения кодов альтернатив не играют никакой роли для пользователей Research Office, так как используются только на программном уровне.
  • Богатая различного рода информацией о хранящихся данных компонентная модель базы данных исследовательского проекта Research Office позволяет также трансформировать и подход к выполнению последних двух этапов исследования – анализа данных и создания отчета. Так, как структура отчета становится известна еще на ранних этапах исследовательского проекта, имеет смысл заблаговременно разработать шаблон отчета, чтобы на ранней стадии анализа данных автоматически сгенерировать черновой вариант отчета.
  

 

 

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

А можно просто посмотреть на диаграмму Ганта:

В первом случае проект может быть выполнен за 36 рабочих дней, а во втором – за 24 рабочих дня, при одинаковых ресурсах.