Система тезис руководство по

Начало работы

Для начала работы пользователя необходимо выполнить вход в систему:

— в адресной строке набрать edm.aues.kz;

— ввести логин и пароль см.рисунок ниже.

Примечание: Перед вводом логина обязательно указать «aues» и «\ (слэш в левую сторону)». Стандартный пароль после внесения в базу Тезис для всех 1 (единица).

После первого входа в систему, сразу поменяйте ваш пароль. Для этого пройти на вкладку ПОМОЩЬ-НАСТРОЙКА.

Откроется окно. Нажимаете на «Сменить пароль». Вводите свой новый пароль.

Примечание: После первого входа в систему обязательно поменяйте пароль!

Маршруты согласования по закупу

При запуске любой служебной записки на закуп, выбрать вид и шаблон!

Например: Вид – ДИТ, шаблон – до 100 МРП! Далее все по руководству.

«до 100 МРП»

1. Инициатор запускает служебную записку на закуп с прикреплением основного счета на оплату (при наличии), либо коммерческое предложение.
2. Отдел закупа прикрепляет альтернативный и основной счет на оплату (если инициатор не представлял свой счет).Примечание: На этом этапе обязательное прикрепление.
3. Список согласующих участников:

— руководитель инициатора

— начальник отдела планирования и закупа

— финансовый директор

— помощник ректора

      4.   Утверждающий — ректор.

      5.   Возвращается инициатору для прикрепления счета на оплату.

      6.   Исполнитель – главный бухгалтер, бухгалтер по оплате.

Примечание: в руководителе инициатора Кафедры и другие структурные подразделения заполняют по иерархии!   Например: кафедра КИ должна включить при закупе комплектующих за счет выделенных средств на модернизацию и ремонт директора ИТКИ и проректора по АД. 

ВАЖНО: Во всех служебных записках указать ДЛИТЕЛЬНОСТЬ(срок согласования) 1 день. Это означает, что нужно согласовать в течении 24 ч. со дня поступления к вам на согласование!

«от 100 и до 500 МРП»

1. Инициатор запускает служебную записку на закуп.
2. Отдел закупа прикрепляет альтернативный и основной счет на оплату и договор. Примечание: На этом этапе обязательное прикрепление.
3. Список согласующих участников:

— юрисконсульт (отработка договора с инициатором и поставщиком услуг)

-руководитель инициатора

— начальник отдела планирования и закупа

— финансовый директор

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

4.Утверждающий – ректор.

5.Возвращается к инициатору для подписания договора с поставщиком.

6.Исполнитель – главный бухгалтер, бухгалтер по оплате.

Примечание: в руководителе инициатора Кафедры и другие структурные подразделения заполняют по иерархии!   Например: кафедра КИ должна включить при закупе комплектующих за счет выделенных средств на модернизацию и ремонт директора ИТКИ и проректора по АД. 

ВАЖНО: Во всех служебных записках указать ДЛИТЕЛЬНОСТЬ(срок согласования) 1 день.Это означает, что нужно согласовать в течении 24 ч.со дня поступления к вам на согласование!

«От 500 МРП (Тендер)»

1. По утвержденному списку комитетов (IT-комитет, НМС и др.) Инициатор в Тезисе создает совещание с заполненными полями и добавлением участников согласования.
2. По итогу обсуждения выкладывается на mp.kz.
3. Для выбора поставщика услуг создается еще одно совещание тендерной комиссии с включением предыдущих участников при необходимости, а также с обязательным добавлением на согласование Помощника ректора и юрисконсульт. Важно: юрисконсульт не согласует, пока не проверит договор.
4. После согласования всеми участниками Отдел закупа подписывает печатный договор у ректора и получает от поставщиков счет на оплату.
5. Инициатор запускает служебную записку на оплату, указывает основанием совещание тендерной комиссии, которое ранее было создано им.
6. И запускает служебную записку на согласование (см.пункт 3 «от 100 до 500 МРП»)

Примечание: в руководителе инициатора Кафедры и другие структурные подразделения заполняют по иерархии!   Например: кафедра КИ должна включить при закупе комплектующих за счет выделенных средств на модернизацию и ремонт директора ИТКИ и проректора по АД. 

ВАЖНО: Во всех служебных записках указать ДЛИТЕЛЬНОСТЬ(срок согласования) 1 день.Это означает, что нужно согласовать в течении 24 ч.со дня поступления к вам на согласование!

«Закуп из одного источника»

• На основании договора с поставщиком Инициатор сканирует счет+договор
• Без договора Инициатор сканирует счет

1.Инициатор запускает служебную записку.

2.Список согласующих участников: (последовательно)

 -руководитель инициатора

— председатель тендерной комиссии (проректор по АД)

— начальник отдела планирования и закупа

— финансовый директор

— помощник ректора

3.Утверждающий – ректор.

4.Возвращается инициатору для подписания договора с поставщиком.

5.Исполнитель – главный бухгалтер, бухгалтер по оплате.

Примечание: в руководителе инициатора Кафедры и другие структурные подразделения заполняют по иерархии!   Например: кафедра КИ должна включить при закупе комплектующих за счет выделенных средств на модернизацию и ремонт директора ИТКИ и проректора по АД. 

ВАЖНО: Во всех служебных записках указать ДЛИТЕЛЬНОСТЬ(срок согласования) 1 день.Это означает, что нужно согласовать в течении 24 ч.со дня поступления к вам на согласование!

«Ежемесячный» запуск ежемесячных счетов на оплату

1.Инициатор запускает служебную записку.

2.Финансовый директор.

3.Согласующий – главный бухгалтер

4.Исполнитель — бухгалтер по оплате.

ВАЖНО: Во всех служебных записках указать ДЛИТЕЛЬНОСТЬ(срок согласования) 1 день. Это означает, что нужно согласовать в течении 24 ч.со дня поступления к вам на согласование!

Маршрут согласования по Науке

Заключение договора

1.Инициатор запускает служебную записку.

2.Список согласующих участников: (последовательно)

— руководитель инициатора.

-начальник отдела планирования и закупа (в копии).

— бухгалтер (Арзыкулова А).

— юрист

— проректор по НИД.

— помощник ректора.

3.Утверждающий – ректор.

Инициатор распечатывает договор и лист согласования и подписывает у ректора. Инициатор подписывает договор и с поставщиком.

Служебная записка на оплату

• На основании договора с поставщиком Инициатор сканирует счет+договор

• Без договора Инициатор сканирует счет

1. Инициатор запускает служебную записку на основании предыдущей служебной записки.
2. Список согласующих участников: (параллельно)

— руководитель инициатора

— проректор по НИД

— начальник отдела планирования и закупа

— финансовый директор

3.Утверждающий – ректор.

4.Исполнитель – главный бухгалтер, бухгалтер по оплате.

Маршрут согласования «Командировка»

За счет университета

1.Инициатор запускает служебную записку.

2.Список согласующих участников: (последовательно)

— руководитель инициатора

— начальник отдела планирования и закупа

— курирующий проректор

— финансовый директор (в копии)

3.Утверждающий — ректор

4.Исполнитель – главный бухгалтер, отдел кадров

За счет средств научных проектов (еще не приняли решение как будет идти процесс)

1.Инициатор запускает служебную записку.

2.Список согласующих участников: (последовательно)

— руководитель инициатора

— начальник отдела планирования и закупа

— курирующий проректор

— финансовый директор (в копии)

3.Утверждающий – ректор

4.Исполнитель – главный бухгалтер, ДНиК, ОУП

За счет принимающей стороны

1.Инициатор запускает служебную записку.

2.Список согласующих участников: (последовательно)

— руководитель инициатора

— курирующий проректор

— помощник ректора

3.Утверждающий — ректор

4.Исполнитель – отдел кадров

ВАЖНО: Во всех служебных записках будет автоматически проставлен срок согласования 1 день, (24 ч.со дня поступления к вам на согласование)!

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

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

Краткий обзор

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

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

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

Разработчики совершенствуют функции продукта и добавляют полезные опции при каждом обновлении программного обеспечения.

Функционал

Разработано несколько модификаций программы:

• базовая;
• стандартная;
• расширенная.

Фирма-заказчик может выбрать подходящую редакцию системы в соответствии со своими потребностями.

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

Базовый пакет включает возможности по контролю дисциплины исполнителей в организации, управление документами по типовым задачам: ознакомить, согласовать, утвердить.

Выбор стандартной модификации откроет доступ к новым функциям системы. Она содержит инструмент по визуальному конструированию бизнес-процессов. Позволяет составлять отчеты (письменные, в виде таблиц, графические). Здесь появляется опция прикрепления цифровой подписи. В стандарте имеется модуль по распознаванию текста.

СМОТРИТЕ ТАКЖЕ: Experium — обзор сервиса для автоматизации рекрутинга

Учет обращений граждан

Для организаций, находящихся в собственности государства, и негосударственных организаций, собирающих отзывы о предоставленных товарах или услугах, предлагается модуль «Учет обращений граждан».

Единый холдинг

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

ВАМ МОЖЕТ БЫТЬ ИНТЕРЕСНО: Что такое облачная инфраструктура

Совместимость с другими программами

Специальный модуль позволяет интегрировать систему ТЕЗИС с внешними приложениями и системами учета.

Мобильная версия

Менеджер может управлять бизнес-процессами со смартфона или планшета. Мобильная версия доступна на Android и IOS и поддерживает главные возможности веб-клиента, а также возможна работа без подключения к сети.

Тезис Помощник

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

Тезис портал

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

Крипто-про

Уникальный модуль обеспечивает поддержку квалифицированной электронно-цифровой подписи.

ИНТЕРЕСНО: ActiveCollab: основные функции, плюсы и минусы системы

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

У сервиса ТЕЗИС имеется ряд преимуществ, благодаря чему эта система используется во многих корпорациях российского бизнеса.

Работа в любой операционной системе

ТЕЗИС бесперебойно работает на MacOS, Windows, Linux. С целью увеличения производительности был разгружен интерфейс для планшетов и смартфонов. Не требуется установка программного обеспечения на все устройства в фирме. Достаточно внедрить систему на сервере руководителя и в дальнейшем запускать через браузер.

Не придется переоборудовать рабочее место пользователя, усиливать ПО благодаря кроссплатформенности системы.

Расширенные возможности совершенствования платформы

СЭД ТЕЗИС снабжена трехзвенной архитектурой и разбита на кластеры, поэтому легка в масштабировании. При эксплуатации множеством пользователей на распределенных серверах редко наблюдаются сбои и отказы выполнения команд. Система совместима с любыми внешними приложениями (веб-сервисы, REST API, обмен XML файлами и др.).

Переход на новые версии

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

Облачная версия

Новое решение «ТЕЗИС в облаке» позволяет эксплуатировать систему посредством браузера. Пакет услуг предусматривает непосредственное использование ТЕЗИСа, аренду лицензий на СЭД ТЕЗИС и инфраструктуры виртуальной. Для своевременной помощи бизнесу предусмотрена техническая поддержка по вопросам пользования платформой.

Быстрая установка

Наработанная схема внедрения ТЕЗИСа в эксплуатацию на конкретном примере занимает немного времени. Чтобы установить систему, потребуется один день. Однако, по отзывам пользователей СЭД ТЕЗИС, установка занимает меньше времени. Простота архитектуры системы позволяет провести обучение специалистов в течение рабочего дня.

Полное внедрение платформы в деятельность предприятия занимает до десяти рабочих дней. Разъяснить всем сотрудникам компании алгоритмы работы программы и провести полное обучение у представителей поставщика ПО получается за 5 дней. Это зависит от размера фирмы и количества непосредственных участников документооборота.

Опытная эксплуатация — 22 рабочих дня.

Недостатки

Система оптимизации документооборота ТЕЗИС по отзывам клиентов, которые пользуются ею давно, и новых заказчиков не имеет серьезных недостатков. Функционал и набор дополнительных опций зависит от выбранной редакции. Очевидно, что, приобретая базовую модификацию, заказчик получает экономичный продукт, который будет установлен в минимальные сроки и по наименьшей цене.

Эта редакция подойдет фирме, которой нужна только автоматизация оборота документов.

Выводы

Стандартный вариант СЭД позволяет создавать пути передачи документов, строить отчеты. Расширенная модификация позволяет отдельно настроить интерфейс и внедрить дополнительные опции, подходящие для контроля и оптимизации работы с документами.

Разработка системы электронного документооборота изнутри: Как мы готовим СЭД ТЕЗИС к релизу

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

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

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

Этапы разработки новой версии СЭД ТЕЗИС

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

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

• Подготовка к разработке;
• Разработка новых возможностей системы;
• Подготовка к выпуску нового релиза;
• Выпуск релиза.

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

Как правило, подготовка к разработке идет в марте-апреле; на разработку отводится время с мая по август; подготовка к выпуску идет в августе- сентябре, и в октябре выходит релиз, после чего до ноября новая версия устанавливается у клиентов. К началу ноября также выходят свежие версии ТЕЗИС: Портала, модуля «Единый холдинг», Мобильной версии системы и других веток системы ТЕЗИС.

Подготовка к разработке СЭД: решето для идей

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

1 марта создается документ для сбора предложений по новому релизу и до середины марта сгенерированные за зиму идеи для разработки системы электронного документооборота вносятся в него. В документ вносят предложения следующие участники:

• Руководитель направления «Электронный документооборот».
• Менеджеры отдельных проектов внедрения ТЕЗИС. Они привносят в документ идеи и замечания, родившиеся в ходе реальной работы на проектах уже существующих клиентов.
• Директор по продажам. Он консолидирует идеи от всех сотрудников отдела продаж, появившиеся на основе требований клиентов, с которыми велись переговоры о внедрении системы.
• Руководитель отдела технической поддержки. Вносит в документ идеи, сформированные его отделом на основе пожеланий клиентов.
• Руководитель отдела тестирования. Вносит в документ замеченные ошибки системы, которые возникли в предыдущей версии.
• Руководитель отдела разработки. Вносит в документ предложения от разработчиков.
• Руководитель отдела маркетинга. Вносит в документ идеи, возникшие на основе актуальных трендов рынка СЭД, идеи по дизайну, usability интерфейса.
• Бизнес-аналитик. Вносит в документ идеи, возникшие на основе накопившейся за год информации о новых технологических возможностях, об изменениях у конкурентов, изменениях в законодательстве, касающихся требований к СЭД.

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

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

На первом экспертном совете формируется предварительный пул доработок. Экспертный совет обсуждает каждый пункт документа для сбора предложений: что-то сразу отбрасывается, что-то сразу принимается, что-то принимается с условием предварительного анализа — а нужно ли это и будет ли это работать?

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

“Бывает что ты вносишь изменения, а на экспертном совете их не удается отстоять. Я когда познакомилась системой, сразу предлагала названия “Папки приложения” и “Папки поиска” переименовать — непонятно это звучит. И каждый раз не удавалось отстоять свою точку зрения — вроде как мелочь такая, одной тебе не понятно. Только в этом году клиенты подтвердили мою точку зрения. Мы провели конкурс среди сотрудников, были получены предложения по переименованию и “Папки приложения” наконец-то переименуются в “Папки действий”. Вроде бы ерунда, а на самом деле — важный момент в UI системы. Представьте теперь, какие баталии были когда мы обсуждали редизайн всей системы”, — рассказывает Людмила Князева, руководитель отдела маркетинга, член ежегодного экспертного совета.


Те самые «папки приложения». Пользователи видят их в последний раз.

До середины апреля необходимость всех спорных пунктов в списке выясняется. Бизнес-аналитик составляет аналитические записки, руководитель отдела техподдержки с сотрудниками проводит опрос заказчиков — нужны ли им такие возможности системы; руководитель отдела разработки проводит Research & Development (R&D) в поиске технических возможностей реализации спорных идей.

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

На этом этапе на первый план выходят вопросы экономики: насколько все эти изменения нужны нам и клиентам и во что они нам встанут, хватит ли у нас ресурсов на их реализацию. Решающее слово здесь остается за коммерческим директором компании (он же — руководитель направления “Электронный документооборот”).

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

Разработка СЭД: от идеи к реализации

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

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

«Рождение» модуля совещаний

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

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

Судный день длиной в месяц: завершение разработки СЭД и подготовка к выпуску

В середине августа наступает день, когда делается code freeze — «заморозка» кода системы для изменений. Разработчики больше не могут вносить в релиз никаких новых возможностей — только исправлять ошибки. К работе снова приступает отдел тестирования, занимаясь поиском ошибок, возникших в результате исправления других ошибок (анекдотическая вещь в мире программирования — знаете известный стишок?).

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

Далее стартует подготовка к выпуску релиза.

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

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

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

Графический комментарий нашего бизнес-аналитика по поводу актуализации ЧТЗ

Все еще продолжается тестирование и исправление багов (уже найденных отделом продаж)… В этот же период отдел маркетинга (или техподдержки — в зависимости от загруженности) пишет документ «Отличительные особенности релиза ТЕЗИС X.X», который впоследствии будет рассылаться существующим клиентам.

Вскоре отдел продаж получает обновление альфа-релиза с исправленными ошибками, а отдел тестирования актуализирует документ «Техническое описание релиза» и приводит его в вид, в котором его можно будет показать клиентам.

Середина сентября — вторая установка нового релиза: обновляется внутрикорпоративная СЭД ТЕЗИС. Да, мы сами используем свою СЭД и считаем, что первыми должны испытать все изменения на себе, прежде чем предлагать их клиентам.

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

В это же время отдел продаж проводит вебинары, на которых новая версия системы представляется на суд сначала партнерам, а потом — клиентам.

К концу месяца завершается тестирование. К этому же моменту должны быть готовы инструкции к системе. Подготовка к «дню рождения» системы завершена.

Полноценный релиз: представление результатов разработки СЭД клиентам КЛИЕНТАМ

Система ТЕЗИС выходит в релиз 30 сентября или 1 октября — к примеру, ТЕЗИС 4.1 вышла 1 октября 2015 года. Так что по гороскопу наша СЭД ТЕЗИС, очевидно, Весы.

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

До середины октября обновляются «малые» заказчики — те, кто приобрел Базовую или Стандартную редакцию СЭД ТЕЗИС, то есть, стандартную «коробку» системы или систему с минимальными изменениями. Обновление для таких клиентов проходит быстро и стандартизированно в установленные дни.

В ноябре обычно обновление начинают получать «крупные» заказчики — пользователи Расширенной редакции с существенными доработками.

В этот период начинает поступать обратная связь от клиентов — новые идеи, которые будут «копиться» до следующего релиза. Или в процессе разработки в следующем году будет выпущен минорный релиз — промежуточный релиз системы, включающий в себя исправления и изменения специально по запросам клиентов, которые тщательно собираются и анализируются. На данный момент это ТЕЗИС 4.1.4.

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