Накатил апдейтом - сглючило примерно все, что могло. Из 4-х последних проектов без боли собрался один. К слову, попробовал новый из шаблона сбилдить - но нет, не собралось)
Спасибо! Функцию SDP у нас выполняют несколько приложений. Например, есть DataLine4All (https://apps.apple.com/ru/app/dataline4all/id736703903) — онлайн-мониторинг дата-центров в мобильном телефоне. Также у наших клиентов есть отдельный личный кабинет — про него тоже как-нибудь расскажем подробнее.
Насколько я помню Сервисдеск для Редмайна существует в виде плагина? Поправьте — если это не так. Признаюсь не смотрел в его сторону, теперь пожалуй поздно. Но в целом, несмотря на мои теплые чувства к Редмайну, и 4 года честно в нем отработанных, думаю было бы как с AJSD. Я был бы проклят к концу внедрения. :-)
Так же, видя запросы от внутренних пользователей, понимаю, что столько чудесных схем движения заявок, хитро-придуманных ограничений, маршрутов, я бы не реализовал на чужом, готовом софте.
Дополню, пожалуй еще, про Atlassian Jira Service Desk.
Тут подумал еще раз, и решил, что сроки разработки-внедрения в случае AJSD, пропорция 80 на 20, примерно, поменялись бы местами, и к данному моменту сотрудники компании меня бы уже прокляли :-)
Atlassian Jira Service Desk попробовали, но внедрять не стали. Показался чрезмерно запутанным интерфейс, а нам за него сажать диспетчеров, и весьма много доработок под процессы компании. Посидели-посчитали и решили, что по времени то на то и получится.
Напомню, у нас на тот момент уже было наше готовое ядро с массой поддерживаемых функций, вполне прижившееся в компании, и старые наши же разработки в области сервисдеск, уже применявшиеся нами по назначению… не соврать лет 10 назад ;-)
Да, вы правы! Самого немного коробит от термина «инцидент». При том, что в системе типов заявок полтора десятка, и они теперь очень активно используются.
Но «исторический» термин «инцидент» вместо «заявка» прижился, и уходить не собирается. :-)
Все перечисленное, без исключения, участвовало в принятии решения. И анализ процессов, и знакомство с рынком подобных продуктов, и финансовые расчеты – куда без них. И текущая система весьма не устраивала, и понимание «мы можем» тоже наличествует.
Приведенный пример «последовательной» заявки (выписать пропуск, назначить ответственного за встречу, встретить-проводить) самый простой пример – его проще обезличить для публикации.
Более сложные процессы, охватывающие действительно «композитные» заявки, сейчас нами разрабатываются. Там будет и параметризованный вход, и параллельное исполнение разными подразделениями. Визуально так: заявитель выбирает процедуру, заполняет вводные – далее процесс продолжается автоматически и параллельно.
Обходы – да, совершенно регламентная процедура. А вот проблемы, выявляемые на обходах, чистая «нештатка».
Связка Обходы-СД автоматическая и работает по заранее определенным процедурам. То, что эти процедуры проводятся через Сервисдеск – так у нас заведено.
Да, два человека. 9 месяцев ушло до внедрения, при загрузке ~60%
Писалось не на ровном месте – есть и свое готовое ядро, на котором построены другие информационные системы, и старые наработки в области «сервис деск» из прошлой жизни.
У «тикетницы» есть api, а у наших клиентов скоро будет новый Личный кабинет – там это все и сойдется. Полнофункцонально.
Способы доставки информации развиваем. Скоро будет чат-бот, например. У Личного кабинета будет мобильная версия, там сделаем push-нотификацию.
Решение построено на кластере. Сейчас в нем два плеча, по необходимости добавим новых.
Одно плечо на тесте в течение часа было нагружено 2 тыс. тикетов с аттачами и более 100 тыс. get-запросов – полет нормальный.
Дано: херо смолл и алюминевый ноут внутри. Падение с высоты плеч вертикально на кафель == основательно помятый угол ноута.
Защитой не удовлетворен ;-)
Стабильная, ага))
Накатил апдейтом - сглючило примерно все, что могло. Из 4-х последних проектов без боли собрался один. К слову, попробовал новый из шаблона сбилдить - но нет, не собралось)
Откатился до последнего Eel-я
Кстати, метода неплохо работает, если пользователи известны и их немного))
Спасибо! Функцию SDP у нас выполняют несколько приложений. Например, есть DataLine4All (https://apps.apple.com/ru/app/dataline4all/id736703903) — онлайн-мониторинг дата-центров в мобильном телефоне. Также у наших клиентов есть отдельный личный кабинет — про него тоже как-нибудь расскажем подробнее.
К слову, на Линуксе в Арктикфоксе лейауты не корежит - все красиво :-)
Таинственным образом влезла мне эта "стабильная арктик фокс".))
Только у меня визуальный просмотр лейаутов покоцанный-как бы недорендеренный?
Причем это я замечал и в бетах арктикфокса, по этой причине от него и отказался.
Онлайновые версии СД не рассматривали в принципе. Такие требования.
Так же, видя запросы от внутренних пользователей, понимаю, что столько чудесных схем движения заявок, хитро-придуманных ограничений, маршрутов, я бы не реализовал на чужом, готовом софте.
Тут подумал еще раз, и решил, что сроки разработки-внедрения в случае AJSD, пропорция 80 на 20, примерно, поменялись бы местами, и к данному моменту сотрудники компании меня бы уже прокляли :-)
Atlassian Jira Service Desk попробовали, но внедрять не стали. Показался чрезмерно запутанным интерфейс, а нам за него сажать диспетчеров, и весьма много доработок под процессы компании. Посидели-посчитали и решили, что по времени то на то и получится.
Напомню, у нас на тот момент уже было наше готовое ядро с массой поддерживаемых функций, вполне прижившееся в компании, и старые наши же разработки в области сервисдеск, уже применявшиеся нами по назначению… не соврать лет 10 назад ;-)
Признаться Redmine изрядно пользовались, но его интерфейсом не руководствовались. Код же целиком написан на Lucee.
Но «исторический» термин «инцидент» вместо «заявка» прижился, и уходить не собирается. :-)
Приведенный пример «последовательной» заявки (выписать пропуск, назначить ответственного за встречу, встретить-проводить) самый простой пример – его проще обезличить для публикации.
Более сложные процессы, охватывающие действительно «композитные» заявки, сейчас нами разрабатываются. Там будет и параметризованный вход, и параллельное исполнение разными подразделениями. Визуально так: заявитель выбирает процедуру, заполняет вводные – далее процесс продолжается автоматически и параллельно.
Обходы – да, совершенно регламентная процедура. А вот проблемы, выявляемые на обходах, чистая «нештатка».
Связка Обходы-СД автоматическая и работает по заранее определенным процедурам. То, что эти процедуры проводятся через Сервисдеск – так у нас заведено.
Писалось не на ровном месте – есть и свое готовое ядро, на котором построены другие информационные системы, и старые наработки в области «сервис деск» из прошлой жизни.
Способы доставки информации развиваем. Скоро будет чат-бот, например. У Личного кабинета будет мобильная версия, там сделаем push-нотификацию.
Решение построено на кластере. Сейчас в нем два плеча, по необходимости добавим новых.
Одно плечо на тесте в течение часа было нагружено 2 тыс. тикетов с аттачами и более 100 тыс. get-запросов – полет нормальный.