Процессы Archives – Страница 11 из 24

Дом для услуги

Если мы будем говорить о предоставлении услуг в целом, то никто не будет спорить с тем, что услуга – это непрерывно изменяющийся объект управления. С течением времени функциональные и эксплуатационные требования к услуге претерпевают изменения. Это естественно: мир вокруг нас непрерывно движется и бурлит своим многообразием. Потребители услуг предъявляют к услугам требования, которые позволяют им извлечь наибольшую для себя выгоду или ценность в настоящий момент. Они же отказываются от услуги, когда она уже не может эту ценность предоставить. Хороший поставщик услуги отслеживает эти изменения и удовлетворяет своих потребителей настолько, насколько он успевает за ритмом изменений. Во многом по этой причине философия Agile является сегодня популярной и наиболее выгодной для огромного спектра ИТ-услуг. Но, по моему мнению, этого…

Андрей Труфанов, 1 декабря 2015, последний комментарий 4 декабря 2015

О спасении услуг и ошибках совершенствования

Питер Дэвис на страницах COBIT Focus делится мыслями о природе постоянного совершенствования, ключевых ошибках, которые допускают организации в своем стремлении к тотальному качеству, и о том, как в эпоху good practices не забывать о здравом смысле. Мысли в целом не новые, но интересные, а способ изложения категоричен и проникновенен, так что трудно пройти мимо. "Успешные предприятия находятся в состоянии непрерывной трансформации. В противном случае – конкуренты обгонят их и оставят на свалке истории. Стратегия задет перспективу, которая достигается за счет постоянного совершенствования. Но вот в чем беда. Большинство организаций не могут справиться с фундаментальными, радикальными изменениями, которые они проводят. Это…

Новостной поток, 1 декабря 2015, последний комментарий 10 декабря 2015

Описание процессов в … PowerPoint?

Я уже как-то писал, что и в нашей проектной практике, и во внутренней корпоративной жизни мы принципиально стараемся делать описания процессов как можно короче. При этом, как правило, помимо регламента процесса в виде текстового документа, приходится делать какую-то презентацию для представления процесса руководству и обучения исполнителей. В течение последних двух лет мы несколько раз применяли следующую практику: описывать процесс только в виде презентации, вообще без традиционного «вордовского» регламента. Каковы плюсы и минусы такого подхода? Основной и очевидный плюс – короче и доступнее изложение. При том, что презентация по процессу содержит все основные разделы регламента – назначение, принципы организации, связи с…

Дмитрий Исайченко, 16 ноября 2015, последний комментарий 18 ноября 2015

Почему для эффективного проведения изменений надо использовать несколько подходов

Осень в самом разгаре, тем не менее, мы хотим вас познакомить с интересной заметкой Роберта Страуда, вышедшей весной 2015 года. Роберт работает в течение многих лет в области управления ИТ-услугами (ITSM), в том числе над тем, как наилучшим образом не просто решать, но и предотвращать инциденты. Как известно, не зависимо от того, насколько вы готовы, инциденты будут случаться. Однако, для эффективного управления услугами подготовка имеет решающее значение. Роберт начинал свой путь в ITSM с организации процесса управления изменениями. Он вспоминает шквал инцидентов, который возникал после релиза программного обеспечения, проведенного в выходные. После того, как процесс управления изменениями был реализован, появилось…

Четыре вопроса постановки управления ИТ

Что является результатом ITSM-проекта? Обобщённо можно сформулировать результат, как "работающее организационно-техническое решение". То есть запущенный процесс, работу которого можно измерять и прогнозировать, а также адаптированный под этот процесс инструмент автоматизации, которым умеют пользоваться исполнители. Как достичь запланированного результата наиболее эффективно? Одним из ключевых факторов успеха является наличие соответствующего опыта у архитектора решения и других участников проекта. Однако накопленный проектный опыт, являясь отличной базой при разработке новых решений, одновременно является потенциальным источником проблем, если его применять без адаптации под нужды конкретного заказчика. Как не поддаться вредному влиянию стереотипов и избежать серьёзных ошибок при проектировании? Предложенный ниже подход не претендует на особую…

Артём Мукосеев, 30 августа 2015, последний комментарий 4 сентября 2015

Управление доступом на основе атрибутов

Продолжаем тему управления доступом. Недавно мы рассказали о модели RBAC и запросах на доступ, которые можно использовать там, где возможностей RBAC не достаточно. Но, как было показано, запросы на доступ так же имеют свои недостатки, главным из которых является накопление прав, предоставленных через запросы. Как же повысить эффективность управления доступом? Одним из подходов является использование управления доступом на основе атрибутов (ABAC). Этот подход использует анализ атрибутов субъектов и объектов доступа, а также времени и среды. Доступ предоставляется на основе правил или политик, которые представляют из себя набор условий для проверки атрибутов, например: Бизнес-Правило: "Менеджер может редактировать заказ, только если стоимость заказа не выше 1000 руб. и заказ находится в его филиале"…

Когда Problem Management – проблема.

Как понять, что можно существенно улучшить процесс управления проблемами (Problem Management)? В недавно опубликованном посте «When Problem Management is the Problem» Michael Keeling задаётся вопросом, почему, несмотря на то, что человечество занимается решением проблем всю свою историю, нельзя сказать, что эта практика полностью изучена, освоена и не вызывает вопросов. Если говорить об ITSM, то, по мнению автора, во многих организациях процесс управления проблемами работает не так, как им хотелось бы. Более того, иногда приглашённые для анализа такой ситуации консультанты приходят к выводу, что реализованный процесс управления проблемами на самом деле является частью проблемы. Если вы подозреваете, что процесс управления проблемами…

Новостной поток, 12 августа 2015, последний комментарий 9 июля 2018

За пределами RBAC

Совсем недавно мы рассказывали о ролевой модели управления доступом (RBAC). Выявили, какие есть сильные стороны и ограничения данной модели. В конце был сделан вывод о том, что RBAC – это не панацея, не волшебное средство. По показанным в заметке особенностям, организация, скорее всего, никогда не будет внедрять у себя 100%-е ролевое управление доступом, т.е. использовать для организации доступа только роли. Это означает, что для эффективного управления доступом ролевую модель нужно дополнять ещё какими-то подходами. Какими? Одной из стратегий может быть управление доступом на основании запросов на предоставление прав доступа. Суть её в том, что пользователь, которому нужны дополнительные к уже…

Денис Денисов, 10 июля 2015, последний комментарий 15 июля 2015

Управление доступом на основе ролей: преимущества, практика, особенности

Здравствуйте, уважаемые посетители портала! Меня зовут Александр Омельченко, я – новый сотрудник компании Cleverics. Буду заниматься проектами по внедрению решений IDM и управлению доступом. В связи с появлением нового направления в компании, хочу рассказать подробнее про связанные с управлением доступом понятия. Сегодня поговорим о наиболее популярной на сегодняшний день модели предоставления доступа – управление доступом на основе ролей, известной как RBAC (Role Based Access Control). Управление доступом на основе ролей Ключевой особенностью ролевой модели является то, что весь доступ к информационным системам и ресурсам предоставляется только через роли. Роль – это набор прав доступа. Пользователи получают доступ только через присвоенные им роли….

Александр Омельченко, 19 июня 2015, последний комментарий 17 июля 2015

Люди превыше всего

Роб Ингланд, больше известный как IT Skeptic, на страницах своего блога делится интересными размышлениями о роли людей в ITSM. Дайте людям полномочия и прозрачные правила (политики, цели), все остальное последует: процессы, инструменты, а за ними и результаты. Грамотные люди смогут работать с плохими процессами, на самом деле именно люди и улучшат их. Хорошие процессы будут работать и с плохим инструментарием, на самом деле процессы определят требования к средству автоматизации. Но в обратном направлении не сработает: все доработки инструментария не смогут исправить плохой процесс. И никакие диаграммы и блок-схемы не заменят навыки и поведение людей. На самом деле для решения комплексных ИТ-задач не нужны…

Новостной поток, 19 мая 2015, последний комментарий 25 мая 2015

Checklist: хороший менеджер процесса

В некоторых организациях время от времени возникает задача оценить, насколько хорошо или не очень назначенный на роль менеджера процесса специалист справляется с этой ролью, обладает ли он необходимыми личностными качествами, знаниями, умениями и навыками для ее исполнения. Мы составили список, который может помочь при проведении такой оценки и сделать соответствующие выводы. Мы включили в него, на наш взгляд, самое главное, на что необходимо обратить внимание. Этот checklist может быть также использован при подборе кандидата на роль менеджера процесса при условии, что Вы зададите кандидату правильные вопросы, соберете свидетельства соответствия кандидата приведённым ниже пунктам. На практике обеспечивает достижение целей и задач, поставленных…

Новостной поток, 9 апреля 2015, последний комментарий 24 апреля 2015

Портал №1 по управлению цифровымии информационными технологиями

Процессы

Портал №1 по управлению цифровыми
и информационными технологиями