Дело в том, что это стихотворение, отправленное коллегам из бизнеса, реально стало драйвером, для пересмотра некоторых процессов, решаемых через почту.
И в SD перенесли многое — согласования, решение каких-то задач и т.п.
Может и тут коллегам поможет. А сскрины прилагать — это же реклама конкретной SD
С замечанием полностью согласен. Да и цель совсем другая.
Дело в том, что это стихотворение, просто для стеба отправленное коллегам из бизнеса, реально стало драйвером, для пересмотра некоторых процессов, решаемых через почту.
И в SD перенесли многое — согласования, решение каких-то задач и т.п.
Конкретно специально не приводил скринов, чтобы не рекламировать SD.
Как то мне сказали:«Хорошо что у твоей компании есть ты. А другим что делать?».
Я тогда ответил — у каждой компании есть такой человек. Надо просто его найти и мотивировать.
Время идет… Насчет мысли, что такие люди есть я не отказываюсь.
Проблема в том, что не всякий бизнес готов мотивировать. И это грустная правда.
Я айтишник (простой архитектор БП) уже 5 лет САМ — и драйвер, и бизнес-аналитик, и исполнитель.
Как? Мне просто ЭТО нравится.
Откуда время? Правильно организовал работу.
Инструмент — уже писал — NSD. Хотя работал и с другими.
Вполне разумный и понятный подход владельца бизнеса.
Вопросы:
Что будет делать контора (и владелец) когда Катя (Аня) в декрет пойдут или не дай бог уволятся? При оценке риска учтите — ее все знают, она всех знает, ей не нужен сисадмин, она сама кого хошь заадминистрирует.
Экономическую эффективность замены Кати(Ани) на SD (можно кстати и бесплатный) как считать, если, судя по кейсу, внешний интегратор и аудита нормального не провел, а только «сказки рассказал»?
Еще раз подчеркну — я НЕ ПРОДАВЕЦ!!!
И ничего никому не доказываю.
Основная идея, которую хотел донести этой статьей — если у вас УЖЕ ЕСТЬ инструмент класса SD для нужд ИТ, с помощью него реально МОЖНО помочь бизнесу.
И не обязательно тут интеграторов звать и платить миллионы.
Если нет и Кати(Ани) хватает — ну значит у Вас и не «болит». Сами лечитесь.
Тут могут помочь визиты к коллегам, у которых есть система.
Хотя бы для понимания — а что же дало «100р прямых и 50р косвенных затрат»
Но ходить туда надо с тем у кого «болит».
Вот Вы прямо как на моих выступлениях, когда сессия вопросов)))
Конечно идеальных «врачей» в этих процессах нет. И у каждого свои «пациенты».
Но именно разговоры «в курилках» и приносят результат.
Я тут писал об этом подробнее (https://habr.com/ru/post/348392/)
Это если Вы на стороне заказчика.
По поводу названия — я НЕ РЕКЛАМИРУЮ и НЕ ПРОДАЮ никакие продукты. Мы работаем на Naumen Service Desk. Еще раз, для непонятливых — это не реклама! Работал и с другим ПО. В том числе самописным и бесплатным.
Конечно конкретных рекомендаций на вопрос «Что делать» никто сразу не даст. А если дает, то скорее всего это «стратег» из коммента выше.
Из личной практики, именно будучи в штате ИТ отдела:
1 — ничего никому не навязывать! Сами попросят. НО!
2 — аккуратно изучать «болевые точки» этих самых «людей в галстуках». (К врачу идут когда реально болит)
3 — анализировать «болячки» на предмет их автоматизации и реального лечения
4 — предлагать решение на базе имеющегося ПО. Если говорить про рутину, то чаще всего на базе систем класса SD. (У меня более 90% процессов в SD — БИЗНЕСОВЫЕ)
5 — быстро давать результат.
Про бизнес полностью согласен. Сам в этом варюсь. Не простой вопрос, но решаемый. Писал об этом ранее. Как только болевые точки нашел — о которых сам бизнес визжит — вот тут они сами готовы автоматизировать.
А про " соловьев" — честно говоря сам их терпеть не могу. Я всегда на стороне Заказчика был.
«Мыши! Идите на х%й! Откуда я знаю — как? Я не тактик, я — стратег!» — вот уж не думал, что попаду под стратега ). Крик души, так сказать озвучил, а не учить кого-то собирался.
Вот и пришли к взаимопониманию!
Я как раз и занимаюсь консультациями бизнеса, используя индивидуальный подход. С учетом знаний и опыта ИТ + ITIL, реально интересно!
«руководство должны погрузиться в свои срезы ITIL»…
Повторюсь — опуститесь на бренную землю.
Руководство — должно. Вы сами-то в это верите?
Бизнес-руководителю можно и нужно это донести. Вот тут я с вами согласен. Хорошо, если есть кому это сделать. Чаще — некому.
Знаете какой наиболее частый вопрос мне задают после выступлений на ИТ-мероприятиях?
— Как вам удалось донести это до бизнес-руководителей?
Вот это реально интересно. Как донести до бизнеса принципы ITIL доходчиво.
Крик души в тему:
Опуститесь на бренную землю
Посмотрите правде в глаза
Какая на… й цифровизация
Когда кругом тормоза!
Тормоза в процессах, проектах, подходах, беседах…
Никого не хочу обидеть. Просто так есть. И это скорее практика, чем исключения из нее.
Поговорите об ИТИЛ с «хозяевами» — владельцами, руководителями, старшими менеджерами.
Им надо ДРУГОЕ!!! Увеличение прибыли, сокращение затрат, минимизация рисков. Вот их язык.
С 2000 года прохожу «внедрения ИТИЛ» в разных компаниях, в разных ролях — от инженера поддержки, до руководителя. Классная это штука. Вот только применять ее у нас надо с учетом особенностей наших. Местных. Знаете, как продавцы говорят? Продать самовар в Туле и в Москве — это совершенно разные вещи! ITIL там и тут — это тоже совершенно разные вещи!
Для себя нашел такую его реализацию — Менеджер по счастью. Приношу счастье используя принципы сервисного подхода для оптимизации бизнес-процессов. Слова «ITIL, DevOps, Agile, Lean» — НЕ УПОТРЕБЛЯЮ!
Проходит на «отлично» (смотрите мой блог, писал об этом ранее).
Статья хорошая, для понимания «откуда ноги растут» — нужная.
Но я за «бренную землю» и реалии.
Добрый день! Не рекламы ради, а по опыту — решение ITSM365 (https://itsm365.ru/) вполне подходит для этих целей. Правда только с версии Standard в коробку можно вносить изменения. Насчет бесплатного — пробовали. Если есть желание и ресурсы — то вперед.
Более конкретно готов рассказать — пишите в личку.
Имелось в виду способ, как сотрудники столовой, будут получать информацию из системы. Они же не у компа сидят… Реализовали следующим способом — заказы принимаются до 10,00. После этого времени ответственный подходит к компу и распечатывает из системы список заказов. Несет поварам. Им так удобнее всего. Используется Naumen SD.
И в SD перенесли многое — согласования, решение каких-то задач и т.п.
Может и тут коллегам поможет. А сскрины прилагать — это же реклама конкретной SD
Писал выше — может стих пригодится кому.
Дело в том, что это стихотворение, просто для стеба отправленное коллегам из бизнеса, реально стало драйвером, для пересмотра некоторых процессов, решаемых через почту.
И в SD перенесли многое — согласования, решение каких-то задач и т.п.
Конкретно специально не приводил скринов, чтобы не рекламировать SD.
Я тогда ответил — у каждой компании есть такой человек. Надо просто его найти и мотивировать.
Время идет… Насчет мысли, что такие люди есть я не отказываюсь.
Проблема в том, что не всякий бизнес готов мотивировать. И это грустная правда.
Как? Мне просто ЭТО нравится.
Откуда время? Правильно организовал работу.
Инструмент — уже писал — NSD. Хотя работал и с другими.
Вопросы:
Что будет делать контора (и владелец) когда Катя (Аня) в декрет пойдут или не дай бог уволятся? При оценке риска учтите — ее все знают, она всех знает, ей не нужен сисадмин, она сама кого хошь заадминистрирует.
Экономическую эффективность замены Кати(Ани) на SD (можно кстати и бесплатный) как считать, если, судя по кейсу, внешний интегратор и аудита нормального не провел, а только «сказки рассказал»?
Еще раз подчеркну — я НЕ ПРОДАВЕЦ!!!
И ничего никому не доказываю.
Основная идея, которую хотел донести этой статьей — если у вас УЖЕ ЕСТЬ инструмент класса SD для нужд ИТ, с помощью него реально МОЖНО помочь бизнесу.
И не обязательно тут интеграторов звать и платить миллионы.
Если нет и Кати(Ани) хватает — ну значит у Вас и не «болит». Сами лечитесь.
Тут могут помочь визиты к коллегам, у которых есть система.
Хотя бы для понимания — а что же дало «100р прямых и 50р косвенных затрат»
Но ходить туда надо с тем у кого «болит».
Конечно идеальных «врачей» в этих процессах нет. И у каждого свои «пациенты».
Но именно разговоры «в курилках» и приносят результат.
Я тут писал об этом подробнее (https://habr.com/ru/post/348392/)
Это если Вы на стороне заказчика.
По поводу названия — я НЕ РЕКЛАМИРУЮ и НЕ ПРОДАЮ никакие продукты. Мы работаем на Naumen Service Desk. Еще раз, для непонятливых — это не реклама! Работал и с другим ПО. В том числе самописным и бесплатным.
Из личной практики, именно будучи в штате ИТ отдела:
1 — ничего никому не навязывать! Сами попросят. НО!
2 — аккуратно изучать «болевые точки» этих самых «людей в галстуках». (К врачу идут когда реально болит)
3 — анализировать «болячки» на предмет их автоматизации и реального лечения
4 — предлагать решение на базе имеющегося ПО. Если говорить про рутину, то чаще всего на базе систем класса SD. (У меня более 90% процессов в SD — БИЗНЕСОВЫЕ)
5 — быстро давать результат.
Что и как более конкретно — это уже в личку )
А про " соловьев" — честно говоря сам их терпеть не могу. Я всегда на стороне Заказчика был.
Я как раз и занимаюсь консультациями бизнеса, используя индивидуальный подход. С учетом знаний и опыта ИТ + ITIL, реально интересно!
Повторюсь — опуститесь на бренную землю.
Руководство — должно. Вы сами-то в это верите?
Бизнес-руководителю можно и нужно это донести. Вот тут я с вами согласен. Хорошо, если есть кому это сделать. Чаще — некому.
Знаете какой наиболее частый вопрос мне задают после выступлений на ИТ-мероприятиях?
— Как вам удалось донести это до бизнес-руководителей?
Вот это реально интересно. Как донести до бизнеса принципы ITIL доходчиво.
Которому пофиг Incident это или Problem в терминологии ITIL.
Как же я понимаю некоторые песни Шнура…
Крик души в тему:
Опуститесь на бренную землю
Посмотрите правде в глаза
Какая на… й цифровизация
Когда кругом тормоза!
Тормоза в процессах, проектах, подходах, беседах…
Никого не хочу обидеть. Просто так есть. И это скорее практика, чем исключения из нее.
Поговорите об ИТИЛ с «хозяевами» — владельцами, руководителями, старшими менеджерами.
Им надо ДРУГОЕ!!! Увеличение прибыли, сокращение затрат, минимизация рисков. Вот их язык.
С 2000 года прохожу «внедрения ИТИЛ» в разных компаниях, в разных ролях — от инженера поддержки, до руководителя. Классная это штука. Вот только применять ее у нас надо с учетом особенностей наших. Местных. Знаете, как продавцы говорят? Продать самовар в Туле и в Москве — это совершенно разные вещи! ITIL там и тут — это тоже совершенно разные вещи!
Для себя нашел такую его реализацию — Менеджер по счастью. Приношу счастье используя принципы сервисного подхода для оптимизации бизнес-процессов. Слова «ITIL, DevOps, Agile, Lean» — НЕ УПОТРЕБЛЯЮ!
Проходит на «отлично» (смотрите мой блог, писал об этом ранее).
Статья хорошая, для понимания «откуда ноги растут» — нужная.
Но я за «бренную землю» и реалии.
Более конкретно готов рассказать — пишите в личку.