Мониторинг и Сервис Деск как услуги3 марта 2010, 07:24 Скрыть запись Скрыть запись Никто не встречал описания этих услуг в каталогах? У меня на SD есть примеры и согласованный вариант, а вот с мониторингом просто заело. Не совсем конечно, но четко сформулировать не могу. ISO/IEC 20000 перевод itSMF9 февраля 2010, 11:30 Скрыть запись Скрыть запись Искать указанный перевод тут: http://itsmforum.ru/reference/ISO20000 Каталог услуг и список компетенций8 февраля 2010, 20:52 Скрыть запись Скрыть запись Все время гложет меня вопрос. Стоит ли включать необеспеченные компетенциями услуги в каталог для внутреннего использования? Дискуссия на эту тему пока пришла к следующим выводам: 1. Количество техники, сервисов и проч сократить до необходимого минимума. 2. В каталог все оставшееся внести. 3. Так как компетенции на 70% где-то каталог покроют разработать план развития компетенций. Все бы ничего, но после составления списка услуг и сличения со списком компетенций в разрезе кадрового обеспечения выяснилось, что в отсутствие любого человека сразу покрытие снизится до 20-30%. И что делать? Трудовые будни2 февраля 2010, 13:20 Скрыть запись Скрыть запись Последнее время стал замечать, что от поставщиков товаров и услуг приходиться "выбивать" счета на приобретение товаров (благо их не поставили) и оплату уже полученных услуг. Ощущение такое, что кризиса в стране не было и нет, а деньги никому не нужны. На поставку сервера в 300 т.р. счет пытался получить 2 дня. В итоге плюнул и заказал сервер у другой фирмы, счет предоставили быстро и дешевле вышло. А как у Вас обстоят дела в подобных ситуациях? Хозяйке на заметку20 января 2010, 16:50 Скрыть запись Скрыть запись Вычитал в прайсе на обслуживание. "В обслуживание периферийной техники и оргтехники не входят операции для пользователей и описанные в инструкции для пользователя." Гениально. А то спихивание в лес замены картриджей в сельских офисах несколько утомляет, как и замена аккумов в беспроводных устройствах. Правда, главное не переборщить, а то "пользователь" он и у материнской платы есть. Но вообще в каталог услуг надо включить "увеличение уровня пользователей". Вроде того - до "грамотный" 500 у.е., до "опытный" еще 500 и т д. Возможен также даунгрейд для очень продвинутых. С "продвинутого" на "грамотный" - 1000 у.е. Занимательная книжка11 января 2010, 23:53 Скрыть запись Скрыть запись Вот такая интересная книжка By John McConnell, Eric Siegel Publisher: Cisco Press Pub Date: January 14, 2004 ISBN: 1-58705-079-X Pages: 304 На Амазоне , кому надо бесплатно и так найдет. Кратенько. Очень понравился фундаментальный подход к измерениям, применение четких методов. На практике разъяснены некоторые тонкие аспекты реализации. Не особенно легкое чтиво, с уклоном в специфику. Но мне показалось полезным. Новый Год!!!31 декабря 2009, 12:21 Скрыть запись Скрыть запись Поздравляю всех с Новым 2010-м годом!!! Желаю Всем здоровья и счастья, непрерывающихся денежных потоков и движения вперед. Три принципа хорошей службы поддержки![]() 25 декабря 2009, 03:11 Скрыть запись Скрыть запись Недавно мне пришлось общаться c отечественными службами поддержки, и меня сильно “впечатлил” подход специалистов, отвечающих на телефон. Не буду называть компании и имена, поскольку это не важно - явление слишком распространено.
Суть подхода сводится к тому, что звонящего клиента всеми силами пытаются отфутболить. К примеру, звоню я тут своему интернет-провайдеру, и между нами примерно такой диалог проиcходит
Я: Как мне настроить XXX для работы с вашим подключением - мне нужны параметры сети или так еще Я: Здравствуйте. У меня такая-то проблема. %-) Меня отфутболить очень трудно - я знаю, как говорить с поддержкой. Однако для людей не из ИТ задача практически нерешаемая.
Руководства по внедрению ITIL местного разлива25 декабря 2009, 00:21 Скрыть запись Скрыть запись Прочитав очередное руководство понял. Все эти отечественные подходы обладают общими свойствами: 1. Отстутствие реальных (хотя неплохие реализации есть) примеров получения большой отдачи от внедрения. То есть либо "истории успеха", которые показывают "крутость" компании, когда никакого эффекта не было получено, либо наивные сказки о соответсвии требованиям (еще вопросы? :-) ) ITIL. Особая разновидность - выступления некоторых консультантов - чистая промо-акция (я тоже немного того..., хотя и не консультант). На чем основаны мои соображения? На некоторых признаках нереальности. Если декларируется высокая доступность при 7х24, то стоит присмотреться, а требует ли того бизнес? Реальна ли заявленная доступность? Дело в том, что 5х9 значительно дешевле 7х24. И зависимость, по понятным причинам, нелинейная. Управление изменениями в соотвествии с ITIL. Берем рекомендации ITIL или что нить подобное и сравниваем с реально действующим процессом в нашей почти европейской местности в большинстве организаций. Совпали? Нет? И что, менеджмент согласен "подвинуться" ? С CMDB тема заезженная . Кстати, есть некоторое следствие этой болезни. Как правило, инцидент можно привязать к CI, а можно и не привязывать, я это видел на практике. Как так? Да очень просто, инцидент надо сначала решить, а потом уже выяснять что к чему. Смех вызывает еще одно сочетание. Сначала дежурная фраза в описании SLM "не нужно добавлять в каталог сервисов неизмеримые услуги" и тут же пример с "обслуживанием рабочих станций". Как аршин тут правильную цифру покажет? И это далеко не полный перечень.2. Плохая проработка некоторых ключевых моментов. В частности, численной оценки качества предоставляемых услуг.Методик расчета SQI с конкретными примерами и обоснованием я не видел в такого рода литературе. А вообще видел. Все разглагольствования о SLA яйца выеденного не стоят без четкого объяснения "Как измерить качество?". Последовательное улучшение, как правило, не освещено или освещено слабо. В руководствах подразумевается, что предприятие использует процессный подход и имеет некоторый уровень зрелости более нулевого. А так ли это на практике? Ведь в западных кодексах даже методики создания рабочих инструкций детально обсуждаются. А у нас и на "зрелом" предприятии инструкции могут быть некорректными или вовсе отсутствовать. Правда, лучшие компании и там есть и , я надеюсь, у нас тоже. Это на первый взгляд. Стараюсь не лезть в детали. Просто впечатления от очередного руководства, не первого и не последнего. Еще прикол на последок: У внедренцев-интеграторов есть дежурная фраза "с 200х года мы осуществили надцать проектов, в том числе и на предприятиях..." И тут будет легкий шок - желая произвести впечатление, интрегаторы-выпендренцы укажут естественного монополиста. Будем объективны. Зачем ему Таити, если его и здесь неплохо кормят? (с) Не всякий софт...30 ноября 2009, 14:49 Скрыть запись Скрыть запись В продолжение тем. Десноловский итилиум под 1С сыр, крив, имеет платную поддержку и серьезные идеологические перекосы. Наиболее неприятный момент в текущей версии (3.1) при обращении через WEB сразу заводится инцидент, а не событие. Правда, авторы вэб приложения об этом честно и говорят: "Программный продукт «Итилиум» относится к классу программ Service Desk." Точно, думать не надо заявка=инцидент. Жалко, в нем нет авторежекта, который случайно бы откидывал заявки. Можно обойти закрывая заявки-неинциденты, но тогда к шуту какие KPI. Кстати, они у деснола жутко секретные, на самом деле обычный набор из учебников. Я работал и с довольно кривым пропиеретарным софтом, и с дорогим покупным но там проблем с идеологией не было. Тут мистика еще с "нарядами". В общем, конфигуратор в руки (с вэбом не поможет, это дот-нет)..... Так что купили то??? Конструктор сделай сам? В нашем сообществе спрашивают:23 ноября 2009, 08:37 Скрыть запись Скрыть запись Добрый день! Хотелось бы пообщаться с человеком, имеющим опыт внедрения HP SM. Может кто-нибудь подсказать по этапам внедрения? Поддержка HP очень слаба в этом вопросе... - Неизвестный автор Ошибка из книжки....19 ноября 2009, 22:25 Скрыть запись Скрыть запись "Поддержка услуг", 4.1.1 Зачем нужна служба Service Desk? "С ростом требований Заказчиков и глобализацией компаний, предоставление услуг на мировом уровне становится тем, что отличает успех от провала и, без сомнений, является большим конкурентным преимуществом (см модель цепочки услуга-прибыль, Рисунок 4.1)" Вот уж точно успех от провала... Один шаг. В прошлом году фирма наступила на граблю. При внедрении лучших практик была совершена нелепая ошибка планирования - его просто не было. Никто не подумал о реальных выгодах, которые можно получить. В результате инвестиции не улучшили качество сервиса и пошло-поехало. Неудовлетворенность персонала и прочие "прелести" см модель услуга-прибыль. Хаос только усилился. Ну да разберемся. Главное работу над ошибками уже сделали. Вопрос неизвестного коллеги16 ноября 2009, 12:56 Скрыть запись Скрыть запись В разделе вопросы был размещен вопрос. Я его удалил и перенес в записи. От себя отвечу, что можно внедрить всё что угодно, вопрос во времени и ресурсах затраченных на внедрение. "Здравствуте, коллеги! Имеет ли кто-нибудь опыт внедрения программы HP Service Manager, порядок настройки, возможно ли сделать это самостоятельно, без помощи консультантов-интеграторов?" ПО которое исправляет ошибки в себе самой4 ноября 2009, 21:08 Скрыть запись Скрыть запись Источник: http://www.katkovonline.com/2009/11/software-that-fixes-itself/ Группа исследователей из MIT представили программное обеспечение,
которое способно динамически исправлять ошибки и уязвимости. Исправлять
способно в любом коде, не обязательно в себе самом. Исходники не нужны.
Только под Windows. http://people.csail.mit.edu/rinard/paper/sosp09.pdf Область практической применимости очевидна и огромна. “Deployed Software” это коммерческий софт. Утверждается, что лучше всего работает в кластерах, уязвимости обнаруженные на одном из хостов, автоматически накатываются на все остальные. Идея такова: Тут на самом деле две проблемы:
Новость тут в том, что ClearView, так называется система, обещает чинить баги и устранять уязвимости в реальном времени без рестартов и человеческого вмешательства. ClearView сначала собирает статистику поведения во время нормального выполнения, они называют это “инвариантами выполнения”, затем отслеживает активность, при обнаружении подозрений автоматически патчит бинарный код пытаясь восстановить “инварианты выполнения”. Умеет сама тестировать различные варианты исправлений, накатывать и откатывать заплатки. Т.е. фактически пытаться держать систему в устойчивом состоянии, фильтруя input или блокируя и исправляя код. P.S.Ещё два шага и программы будут писать сами себя. Наконец-то...2 ноября 2009, 11:19 Скрыть запись Скрыть запись Нашел фирму, директор которой сторонник «лучших практик». Причем именно с пониманием того, о чем идет речь, а не просто со знанием того, «что это круто». Кое-то уже есть — софт куплен, сотрудники более- или менее знают, что это для их удобства. Наметки по отчетности есть. Но кое чего и нет. Первую линию можно сделать только автоматическую, людей не хватает. Базу знаний вести толком негде, документирование в фазе инициации, CMDB почти пустая. Управление уровнями в зачаточном состоянии, каталог служб тонковат. И при всем при этом уже есть заказчики (!). Не только внутренний, но и внешние. Ладно, будем попробовать на отечественной почве. На Западе тоже не все идеально. Для лентяев7 октября 2009, 14:55 Скрыть запись Скрыть запись Есть такая вещица как генератор политик безопасности от Cisco. Работает до смешного просто. Отвечаете на вопросы интервью, указываете e-mail, получаете очень красивую "рыбу" на английском в .doc формате. Чем больше вы в интервью используемых служб добавите, тем больше генератор добавит глав в документ (по числу служб). В моем случае была 21 страница считая титульный лист и оглавление. Приятным свойством утилиты считаю вставку всяких преамбул, обоснований, целей и задач. Стандартно-казенно, но голову ломать не надо над формулировками. А английский там кухонный+компьютерный. Такой генератор можно и на русском смастерить. Но мне лень, и материально никто не замотивирует :) Специалисты по информационной безопасности22 сентября 2009, 11:15 Скрыть запись Скрыть запись Каких только глупостей не начитаешься в объявлениях о поиске ИТ-специалистов, но пожалуй объявления о поиске специалистов по ИБ самые абсурдные. Начнем с того, с «заказчиками» являются, в основном, две категории предприятий: банки и системные интеграторы. Последние иногда не очень-то и интеграторы, так как хотят нанять человека под готовый проект, а не готовить и содержать своего — дорого. Результат — фиг знает кого и нанимают. Но не все, конечно. Сами объявления потрясают своей художественной силой и выразительностью. Собственно они все написаны по одному шаблону. В требованиях перечислено неимоверное количество стандартов и технических навыков в области защиты ИС. Требуется около-ИТ диплом и знание российского законодательства. Противоречие чувствуете? «Знаток законодательства» - это ведь юрист. Но авторы стандарты не осиливают. Если бы осиливали хотя бы популярные курсы, то знали бы, что работа службы ИБ находится на стыке СБ, ИТ-отдела и юридического отдела. Нужен один человек? Пожалуйста: юрист с дополнительным образованием в области ИТ и опытом службы в силовых структурах, стажем работы сисадмином и знающим российское законодательство в области ИБ. Абсурд? То-то и оно. Поэтому из требований к аналитику или менеджеру на самом деле нужны организаторские способности, здравомыслие, житейский опыт и желание этим заниматься. Остальное приложится. Не так там много и изучать надо, если не собираться сдавать CISSP. Да и еще. Хотите формальный критерий? Кандидату, как и римскому консулу, не должно быть меньше сорока лет от роду. :) Отписка8 сентября 2009, 16:11 Скрыть запись Скрыть запись Все, наверное, знают что в процессе обработки инцидент может принимать шесть различных состояний. «Открыт», «В работе», «Решен», «Закрыт» - тут все ясно. «Повторно» - тоже понятно, это состояние для статистики повторных открытий. Но есть еще особое состояние «Задержан». Предназначено оно для остановки времени на решение если наступила прописанная в SLA вина третьей стороны или непреодолимая сила действует. К примеру, в 2007 году в Нидерландах «Апач» врезался в ЛЭП (во травень была!). Дурость сила третья и непреодолимая. Но более частый случай при удаленном управлении инфраструктурой конечно же провайдер. И за рубежом тоже. Понятно у провайдера тоже «третья сила». Фотоны застряли в оптике от излучения спутника Дебриса. Но ведь своему Заказчику это не интересно. Так вот видел потрясное объяснение «задержки» у забугорных коллег. Буквально: «10:33 Позвонили оператору связи, никто не взял трубку. Перезвоним в 12:30». Гении. Часы остановлены — провайдер же виноват. Почему в рабочее время у прова никто не берет трубку — загадка. Зачем через два часа перезванивать — опять загадка. Но самое смешное — клиент остался доволен, к вечеру же сделали ! Студентам-экспериментаторам!29 августа 2009, 17:45 Скрыть запись Скрыть запись Для Вас (и не только :-) ) есть возможность скачать и работать на лицензионном ПО от Microsoft. http://www.dreamspark.ru 29 августа 2009, 17:43 Скрыть запись Скрыть запись Теория и методы разработки управленческих решений Автор: А.И. Орлов http://www.intuit.ru/department/itmngt/t... Информация о курсе Каждая лекция курса – это введение в большую область теории принятия решений. Приводятся как традиционные, так и недавно разработанные методы разработки и принятия управленческих решений, даются примеры их практического применения. Курс посвящен современной теории принятия решений. Исходя из принципа: «Принятие решений – работа менеджера», в первой части рассмотрены основы технологии и процедур разработки и принятия управленческих решений. Методы принятия решений, в том числе оптимизационные, вероятностно-статистические, экспертные, обсуждаются во второй части. Моделирование как метод теории принятия решений и анализ ряда конкретных моделей – предмет третьей части. Технологии и средства разработки корпоративных систем29 августа 2009, 17:41 Скрыть запись Скрыть запись Технологии и средства разработки корпоративных систем http://www.intuit.ru/department/itmngt/t... Автор: С.В. Зыков Информация о курсе Предметом курса являются архитектуры, технологии и инструментарий создания корпоративных систем, т.е. структурная организация таких систем, схемы и средства их промышленного производства. Акцент сделан на программную платформу и инструментальные средства производства корпорации Microsoft, которые позволяют на компактных примерах проиллюстрировать применение основных принципов разработки. В курсе рассматриваются технологические основы производства корпоративных систем, а также приводятся практические приемы их реализации. Цель Формирование адекватного представления об организации архитектуры корпоративных систем и инструментальных средствах поддержки их жизненного цикла. Итоги лета...29 августа 2009, 17:33 Скрыть запись Скрыть запись Текущая
должность начальника отдела и недостаток 50% персонала в отделе, даже в
условиях того, что наш завод практически простаивает, не позволяют мне
заглядывать сюда. :-( Череда замещаемых мною обязанностей (ДОУ, бюджетирование, склад, поддержка) с одной стороны загружает меня на 100% весь рабочий день, с другой стороны позволяет понять большую часть бизнес-процессов отдела на себе. Звучит оптимистично, но с учетом непонятного будущего заставляет поглядывать в сторону ухода в ИП на вольные хлеба обслуживания населения. В понедельник собрался увольняться системный администратор, что само по себе ожидалось, но неприятно, т.к. оставшиеся 4 человека содержат в себе тот необходимый минимум знаний достаточный для функционирования системы. Выпадение любого из 4-х будет весьма критичным, а особенно специалист по СЭД Директум. Да, можно говорить о «Базе знаний» и описании процессов, но с учетом того, что никто этого не делал раньше, а сейчас уже нет времени и средств на поддержку процессов даже в рамках того, что было достигнуто. Тяжело наблюдать, как все еле держится и может «развалиться» в любой момент. Положительные моменты лета – это погашение задолжности по ЗПТ по июнь, но вот дальнейших перспектив пока не видно, что удручает. Равно как и рынок труда не радует наличием желаемых вакансий. How do you design?9 августа 2009, 13:03 Скрыть запись Скрыть запись Нашел интересную коллекцию процессов в интернете. Почитать можно тут : http://www.dubberly.com/articles/how-do-you-design.html Скачать: http://www.dubberly.com/wp-content/uploa... Все на английском! Анализ и управление рисками в информационных системах на базе операционных систем Microsoft7 августа 2009, 20:24 Скрыть запись Скрыть запись Анализ и управление рисками в информационных системах на базе операционных систем Microsoft Автор: С.А. Нестеров Информация о курсе Курс посвящен вопросам управления рисками, связанными с безопасностью информационных систем (ИС). В связи с широкой распространенностью, основное внимание уделяется ИС, использующим операционные системы семейства Microsoft Windows для рабочих станций и серверов. Рассматриваются теоретические основы анализа рисков, специализированное ПО (такое как Microsoft Security Assessment Tool, Microsoft Baseline Security Analyzer), механизмы защиты операционных систем семейства Windows. Основные разделы курса: теоретические основы анализа рисков; международные стандарты в области информационной безопасности; методики анализа и управления рисками и реализующее их программное обеспечение; средства анализа защищенности ИС; механизмы защиты современных операционных систем семейства Windows и специализированные средства защиты.В частности, в ходе изучения курса подробно рассматривается руководство Microsoft по управлению рисками в области безопасности, в лабораторных работах используется инструментарий Microsoft Security Assessment Tool, Microsoft Baseline Security Analyzer. Целью курса является получение студентами знаний о методиках анализа рисков, стандартах в области информационной безопасности, практических руководствах по управлению рисками ведущих мировых ИТ-компаний, а также получение практических навыков в области анализа и управления рисками. Маленький кейсик29 июля 2009, 16:00 Скрыть запись Скрыть запись Ситуация условная. Итак, предприятие хочет пройти сертификацию по ISO20000. Сразу оговорюсь, она должна быть реальная. Настоящая ситуация - полный хаос, см http://krylov.lib.ru/maturity_man2.html . Руководство "за" в двух моментах. Сертификация нужна. Под это выделилели финансирование и деньги оно готово тратить. Но есть и два "против". Ни один из менеджеров не знает, о чем идет речь. Де-факто никаких перемен они не хотят. Дополнительный фактор - есть консультант, выделенный вместе с финансированием. Его заменить нельзя. Он профи, но никогда не работал в условиях бардака и низкой зрелости, все проекты в зрелых компаниях. Есть ограничение по времени, рассчитанное консультантом на основании его опыта. Необходимое количество людей Вам предоставит ИТ-отдел. Вам предлагают возглавить проект. Прошу комментировать и задавать уточняющие вопросы. Опрос: Вы согласитесь?Высказать мнение могут только зарегистрированные пользователи. Войдите или зарегистрируйтесь. | ||
Copyright © 2007 HeadHunter, ltd. All rights reserved. |

0
0


