на данный момент информация во вкладке оборудование собиралась fusion inventory, который вот только-только перевыпустили для новой версии системы — теперь скорее всего стоит включить вкладку для всех
Спасибо, я попробую во второй части описать непосредственно внутреннюю настройку системы, т.е. мануал — что, где находится и как это сделать, после опишу те проблемы с которыми я столкнулся уже внутри отдела.
1. Что касается ожиданий. Цели внедрения прозрачны — улучшение качества услуг, упрощение взаимодействия с пользователями и т.д. На данный момент при опытной эксплуатации есть результаты. Нет больше обращений с неограниченным сроком решения, нет задач на которые сотрудники ИТ отдела забивают/забывают.
2.Реанимация. Здесь не столько реанимация, сколько настройка системы после её развертывание, приведение к стандартам и потребностям компании. Как я написал выше, у руководителя в определенный момент появилась более приоритетная задача.
3.Внедрение. Тут не очень согласен про малоопытность. Каких-то конкретных особенностей отличающих работу данного отдела от отдела в других компаниях не так много. Есть большой опыт и работы с сервисдеск системой (правда HPSM) и частичный опыт внедрения. Здесь же я пробую (есть возможность) в том числе свои силы.
4.Как я писал — многие документы доделываются уже непосредственно во время работы системы. В том числе и SLA. Но есть те показатели которые были известны заранее, например по услугам провайдеров.
5. Есть план развития отдела, согласованный и проработанный с руководством. Поэтому система внедряется немного с заделом на будущее. Но без фанатизма.
6. Не пытаюсь натянуть бизнес на ITIL ни в коем случае.
7,8 — GLPI достаточно не плохой продукт в своей категории, конечно есть вещи которых в нем не хватает, но на данном этапе это не критичные вещи. Что касается использования сотрудниками — используют. Есть большое количество плагинов позволяющих доделать систему, добавить функционал (напишу отдельно), а что касается мануала — после того как я настраивал систему и не нашел нормальных мануалов — решил все таки расписать что и как делал, для тех кто столкнется с данной системой.
В любом случае спасибо за содержательный комментарий, я обязательно также посмотрю рекомендованную вами систему.
Полностью согласен с комментарием. ИТ отдел в компании в данном случае очень тесно завязан на бизнес-процесс.
И одна и целей внедрения — как раз упорядочивание и упрощение процесса взаимодействия с пользователями.
Надо отметить, что как ни странно, сотрудники компании очень лояльно отнеслись к подобной системе, и сейчас уже на этапе «опытной эксплуатации» активно её используют.
По п.1 — что касается зачем это бизнесу — бизнес очень хочет видеть чем занимается отдел + планирует внедрять показатели эффективности. Также само качество услуг оказываемых отделом ИТ стало падать, появились бессрочные задачи, игнорирования задач и т.д.
По большому счету задачу контроля и улучшения работы отдела поставил исполнительный директор компании, соответственно и основная поддержка с его стороны. Что касается руководителя — на момент первоначального развертывания системы у него появилась более важная и более интересная задача, поэтому проект был «заморожен».
Jira не используется, что касается OSC — используется модуль fusion inventory, единственная проблема которая возникла с плагином — каждое обновление системы как новая лицензия.
2.Реанимация. Здесь не столько реанимация, сколько настройка системы после её развертывание, приведение к стандартам и потребностям компании. Как я написал выше, у руководителя в определенный момент появилась более приоритетная задача.
3.Внедрение. Тут не очень согласен про малоопытность. Каких-то конкретных особенностей отличающих работу данного отдела от отдела в других компаниях не так много. Есть большой опыт и работы с сервисдеск системой (правда HPSM) и частичный опыт внедрения. Здесь же я пробую (есть возможность) в том числе свои силы.
4.Как я писал — многие документы доделываются уже непосредственно во время работы системы. В том числе и SLA. Но есть те показатели которые были известны заранее, например по услугам провайдеров.
5. Есть план развития отдела, согласованный и проработанный с руководством. Поэтому система внедряется немного с заделом на будущее. Но без фанатизма.
6. Не пытаюсь натянуть бизнес на ITIL ни в коем случае.
7,8 — GLPI достаточно не плохой продукт в своей категории, конечно есть вещи которых в нем не хватает, но на данном этапе это не критичные вещи. Что касается использования сотрудниками — используют. Есть большое количество плагинов позволяющих доделать систему, добавить функционал (напишу отдельно), а что касается мануала — после того как я настраивал систему и не нашел нормальных мануалов — решил все таки расписать что и как делал, для тех кто столкнется с данной системой.
В любом случае спасибо за содержательный комментарий, я обязательно также посмотрю рекомендованную вами систему.
И одна и целей внедрения — как раз упорядочивание и упрощение процесса взаимодействия с пользователями.
Надо отметить, что как ни странно, сотрудники компании очень лояльно отнеслись к подобной системе, и сейчас уже на этапе «опытной эксплуатации» активно её используют.
По большому счету задачу контроля и улучшения работы отдела поставил исполнительный директор компании, соответственно и основная поддержка с его стороны. Что касается руководителя — на момент первоначального развертывания системы у него появилась более важная и более интересная задача, поэтому проект был «заморожен».