Комментарии 37
НЛО прилетело и опубликовало эту надпись здесь
Сильные вы люди. С государством так обходится
молодцы, полезные системы делаете
интересно как вам чиновники дают это делать, ведь все идет через госзаказ внешним организациям за миллионы рублей из бюджета
интересно как вам чиновники дают это делать, ведь все идет через госзаказ внешним организациям за миллионы рублей из бюджета
Давали. В этом году уже идут поставки систем через госконтракт. Так что, думаю, здесь мы сделали все, что могли, и пора двигаться на новое место работы.
Как показывает практика — все зависит от руководства конкретной организации.
А в общем, любое нововведение неизбежно сталкивается со стереотипами и ведет путь даже и к минимальному, но все же обновлению кадрового состава.
А в общем, любое нововведение неизбежно сталкивается со стереотипами и ведет путь даже и к минимальному, но все же обновлению кадрового состава.
Молодцы!
Что самое интересное — если я правильно понял, разрабатывали все с нуля? Почему не стали использовать готовое решение, что-нить типа MOSS, который можно просто «допилить» под организацию, а не проектировать все с нуля?
Что самое интересное — если я правильно понял, разрабатывали все с нуля? Почему не стали использовать готовое решение, что-нить типа MOSS, который можно просто «допилить» под организацию, а не проектировать все с нуля?
Мой совет. Хоть вы и поддерживаете открытую разработку, не делиться исходниками государственных программ. Если вы не уверены на 110% в безопасности своей системы. Не секьюрно это.
По-хорошему, этот код вообще принадлежит Вашему работодателю со всеми вытекающими. Делясь им, Вы как бы нарушаете авторские права (хоть автор и Вы сами). Такое условие прописано в договоре (ну у меня так было)
все с точностью до наоборот, открытость этого ПО позволит быстрее залатать уязвимости, которые в закрытом виде будут Вам аукаться долгие годы.
Эти программы на ваши деньги делаются.
Хорошая работа, хотелось бы увидеть демо всего. В данный момент в свободное время, тоже занимаюсь созданием для холдинга маленькой системы на web, для слежения за договорами в ЮР отделе и ведение различных реестров входящих\исходящих документов у секретарей.
Хм, вы изобрели Jira/trac/etc?
Вы не совсем понимаете специку работы, разный уровень подготовки пользователей, текучка кадров...etc… Превиденные вами системы не подходят для среднестатестического пользователя, банально такии системы не будут использовать! Система должна быть интуативно понятна пользователю и обучение работе в ней должно занимать минуты времени).Приведенные вами системы очень хорошии, но для в данном контексте 90% их функционала не нужно!!!
Мало технических подробностей, покажите бошьше.
Позвольте небольшой вопрос не в тему —
Еще один простой компонент, который я накидал за неделю — «телефонный справочник». Ничего выдающегося, разумеется, в нем нет — обычный поиск по фамилиях и по отделам, но, на мой взгляд, это удобнее, чем просматривать word-овский документ в поисках нужного человека. Еще хуже, когда у каждого лежит своя (подчас устаревшая) версия справочника
А кто в вашей организации занимается поддержанием данных в этом справочнике в актуальном состоянии!? Внесение новых сотрудников, перемещение существующих !?
Еще один простой компонент, который я накидал за неделю — «телефонный справочник». Ничего выдающегося, разумеется, в нем нет — обычный поиск по фамилиях и по отделам, но, на мой взгляд, это удобнее, чем просматривать word-овский документ в поисках нужного человека. Еще хуже, когда у каждого лежит своя (подчас устаревшая) версия справочника
А кто в вашей организации занимается поддержанием данных в этом справочнике в актуальном состоянии!? Внесение новых сотрудников, перемещение существующих !?
Электронная очередь — это конечно большой плюс, а вот с Электронными заявками как-то непонятно. Есть же различные хелп-дески, которые отлично кастомизируются и интегрируются в инфраструктуру. Зачем нужно было писать велосипед?
Насчет тикет-системы. Более-менее умные работники в случае конфликта (я давал заявку — нет, ее нет) могут вполне небеспричинно обвинить в том, что ИТ-одтел имеет доступ к базе заявок и обнаружив косяк вручную ее удалил. Просто было такое, проблемы серьезненькие, перестрахуйтесь как-нибудь )
А электронную очередь продавать/раздавать не планируете?
А электронную очередь продавать/раздавать не планируете?
… а, что ли запрос может придти в поддержку только через один канал — веб-интерфейс?
… на мой взгляд — сомнительное преимущество… мы несколько иначе подошли к решению вопроса управления запросами
… на мой взгляд — сомнительное преимущество… мы несколько иначе подошли к решению вопроса управления запросами
благополучно перевалили за 1500 заявок (за год работы системы)
Благополучно можно перевалить за 1500 заказов, например, дорогостоящего оборудования, а не за 1500 заявок в хелп-деск.
Ну на этапе внедрения и «доработки напильником» количество заявок, обработанных за определённый срок, тоже весьма показательная цифра, своего роде KPI. В конце-концов именно от неё можно отталкиваться, пытаясь в последующие годы снижать это число различными способами, вроде обучение пользователей, про-активных мер, направленных на улучшение функционирования системы и снижения времени различного рода даун-таймов. В противном же случае, при росте количества заявок, можно обоснованно расширять штат, выбивать финансирование на апгрейд и внедрение всяческих ништяков.
К слову, за первый месяц использования TopDesk-а в нашей организации мы успешно перевалили за 5000 заявок, но у нас пользователей > 3000 Сейчас будем делать поглядеть как ситуация будет меняться.
К слову, за первый месяц использования TopDesk-а в нашей организации мы успешно перевалили за 5000 заявок, но у нас пользователей > 3000 Сейчас будем делать поглядеть как ситуация будет меняться.
Не спорю с этим ни на грамм, НО…
Во-первых, для расчета KPI не указана численность предприятия, следовательно, пользоваться динамикой и что-то оптимизировать не получится.
Во-вторых, пост был также направлен на то, что 1500 заявок в хелп-деск -«благополучием» не меряют. Нельзя мерять количеством запросы и заявки в хелп-деск (собственно, как в БагЗиллах и тому подобных системах), это больше скажет о некачественности, чем о благополучии.
Сорри, если кому-то данный пост покажется флудом.
Во-первых, для расчета KPI не указана численность предприятия, следовательно, пользоваться динамикой и что-то оптимизировать не получится.
Во-вторых, пост был также направлен на то, что 1500 заявок в хелп-деск -«благополучием» не меряют. Нельзя мерять количеством запросы и заявки в хелп-деск (собственно, как в БагЗиллах и тому подобных системах), это больше скажет о некачественности, чем о благополучии.
Сорри, если кому-то данный пост покажется флудом.
Конечно, численность предприятия тут не указана, но она заведомо известна автору поста.
А касательно благополучия — вы правы. Количество зарегистрированных обращений — это лишь вводные данные, причём недостаточные. Для успешного решения озвученных выше задач оптимизации и расчётов kpi нужно так же посчитать процент успешно решённых задач, количество решённых в момент обращения (без эскалации) и т.д. Вобщем всё это индивидуально, у каждого будет своя правда.
А касательно благополучия — вы правы. Количество зарегистрированных обращений — это лишь вводные данные, причём недостаточные. Для успешного решения озвученных выше задач оптимизации и расчётов kpi нужно так же посчитать процент успешно решённых задач, количество решённых в момент обращения (без эскалации) и т.д. Вобщем всё это индивидуально, у каждого будет своя правда.
НЛО прилетело и опубликовало эту надпись здесь
Такую же систему электронных заявок для отдела ИТ я сам писал для крупной коммерческой организации в далёком 2006 году.
Эх, молодые годы…
Хорошая, годная работа. От всей души поздравляю! =)
Эх, молодые годы…
Хорошая, годная работа. От всей души поздравляю! =)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разработка интранет-портала в гос.организации: итоги года