Pull to refresh

Comments 11

а что за софт вы используете? картинки со связями так себе, а вот база знаний интересует…
Базу знаний ведем в confluence. Для инцидентов, изменений, CMDB используем ServiceNow. В перспективе возможно базу знаний тоже перенесем в confluence, чтобы была единая среда для работы.
момент, неправильно написал. Наоборот, в SN переносим
Если интересно, могу рассказать пару историй из розницы

Интересно. Пишите.

окей! обязательно напишу пост на эту тему

Как быть с нехваткой ЗИП при ревизии? Каждое перемещение происходит на основании бумажки (например накладной)? Как быть с теми, кто не отображает установку ЗИП в учётной системе, ссылаясь на срочность решения проблемы? Например нужно было срочно восстановить в короткие сроки сервер, заменив оперативку и не было времени на бюрократические моменты? Ведь, как известно, потом это всё забывается, так ну сделали дело, восстановили сервер, живём дальше.
Предусмотрены ли какие-нибудь дополнительные плюшки при пополнении базы знаний? Как ведётся работа с теми кто базу знаний не пополняет, например, маскируя нежелание под более приоритетными задачами?

«Как быть с нехваткой ЗИП при ревизии?»
В перспективе настроим уведомление о необходимости пополнить ЗИП, до этого еще не дошли.

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

" Как быть с теми, кто не отображает установку ЗИП в учётной системе, ссылаясь на срочность решения проблемы? Например нужно было срочно восстановить в короткие сроки сервер, заменив оперативку и не было времени на бюрократические моменты? Ведь, как известно, потом это всё забывается, так ну сделали дело, восстановили сервер, живём дальше".
Это организационный вопрос, по процессу допускается для срочных изменений оформление по факту.

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

Сразу же возникли вопросы, надеюсь на ваши ответы. Возможно, я чего-то не понял или эти моменты были преднамеренно вынесены за кадр:
База знаний сетевая? Например (данные вымышленные), в прошивке N15 есть баг Error_66. Он относится:
а) к конкретной аппаратуре
б) к различным аппаратам той же серии (но не всех, на 4х других стоит новая/старая система и там этого бага нет)
в) к другим системам (на том же чипе; использующих тоже самое ядро ПО; etc)
Отсюда — привязка к пункту Б недоступен для тех, кто относится к пункту В.

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

Есть ли выдача готовых шаблонов схем процессов? Например, передача фирме (новому отделу) каких-то готовых инструкция как оно у них может быть устроено. А уже шаблон может быть изменен под конкретную ситуацию. Перспективное направление — автоматизация сторонних предприятий.

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

Будут ли какие-то сведения из базы знаний раскрыты широкой общественности? Из статьи пример — баг в прошивке.

Извиняюсь, вопросов оказалось многовато.
Спасибо за приятный отзыв. Постараюсь ответить по пунктам.
1. Как говорил ранее, для базы знаний мы используем решение Аtlassian ru.atlassian.com/software/confluence
Про баг: ошибки в ПО(уязвимости) это несколько другой процесс. Для примера можете посмотреть описание в базе знаний топовых вендоров (наш процессы чем-то похожи best practice).
2. Параллельность и связанность знаний и схемы процессов имеется. Мы над этим много работаем.
3. Про шаблоны. У нас все же другой профиль, и в посте я пишу об опыте автоматизации наших процессов. Шаблоны есть, делаем их для себя же по мере необходимости.
4. «Наносится ли на сами изделия какие-то идентификационные коды?»
В самом начале мы думали над нанесением ШК, QR, RFID, но отложили это на перспективу.
5. «Будут ли какие-то сведения из базы знаний раскрыты широкой общественности? Из статьи пример — баг в прошивке.» Пока не планировал. Но, если будет интересный материал, который можно показать общественности, то обязательно напишу.
Начали мы вот с таких карточек на каждый сервер:

На скринах servicenow? Или другое ПО.
Да, все скрины с ServiceNow, кроме базы знаний и схемы процесса («Вот такие процессы мы стали писать»)
Sign up to leave a comment.