ITPARK.ru - ERP форум  - ITIL форум  
ITSM база знаний и Форум Параметры  |  Регистрация  |  Посетители  |  Поиск  |  Помощь
    |- Общие вопросы > Процессный подход Разместить новый топик   Post A Reply
Последовательное выполнение действий в процессе. Показать принтер версию
next newest post | next oldest post
Автор Сообщение
Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Вторник, Июль 8, 2003 @ 23:43:56  

Владимир (Вильчинский), прошу вас, сформулируйте свою точку зрения относительно полседовательного выполнения действий в процессе. Спасибо.
Владимир Вильчинский
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Среда, Июль 9, 2003 @ 10:52:29  

Самая простая аналогия - блок-схема программы при линейном программировании.
Есть точка входа, входные параметры, ...
В зависимости от этого выполняются те или иные веточки программы и получаются те или иные результаты (выходы).
Правда эта аналогия очень упрощенная (за что буду бит коллегами) и не учитывает механизм управления и владения процессами. В плане этого ничего умнее орг.штатной структуры не приходит в голову. Первый руководитель (владелец процесса) определяет задачи подразделений (цель), что должны делать подразделения (выходы), как будут оцениваться результаты их деятельности (ключевые показатели), что им необходимо для получения результатов (входы). Руководители подразделений (менеджеры процессов) управляют деятельностью своих подчиненных в заданных условиях. При этом деятельность подразделения может дробиться на ряд более мелких деятельностей (отделы, группы) при этом рук. подразделений будут определять для них цели, входы, выходы и кл. показатели, т.е. будут выступать владельцами процессов, а рук. отделов и групп будут менеджерами соответствующих процессов второго уровня и т.д.
Что существенно: деятельности двух отделов могут протекать параллельно, однако на уровне подразделения все равно произойдет "стыковка".

И еще про параллелизм. Давайте понимать, что в реальной жизни одновременно реализуется несколько "экземпляров процесса" и в этом смысле параллелизм, конечно, существует

Георгий Татевян
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Четверг, Август 7, 2003 @ 18:18:50  

Владимир, боюсь Вы смешали линейную и процессную деятельность, . Если Вас интересует мое мнение готов обсудить, либо здесь, либо в привате или по почте gtatevyan@beeline.ru.

С уважением к Вашему мнению.

Владимир Вильчинский
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Четверг, Август 7, 2003 @ 18:22:31  

Quote:
Originally posted by Георгий Татевян

Владимир, боюсь Вы смешали линейную и процессную деятельность, . Если Вас интересует мое мнение готов обсудить, либо здесь, либо в привате или по почте gtatevyan@beeline.ru.

С уважением к Вашему мнению.

Здесь лучше. Коллеги почитают - поучатся...

Георгий Татевян
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Август 8, 2003 @ 11:21:18  

Хорошо,

Буду стараться коротко и внятно.

Обычно линейные подразделения в компании формируются по принципу выполняемых функций, пример, весьма условно:
Финансы
Юристы
Производство.

Декомпозиция функций в таких подразделениях осуществляется исходя из ресурсоемкости тех или иных операций.

Линейные руководители таких подразделений, обычно профессионалы в своей области деятельности, способные оценить и мотивировать персонал, распределить задачи и тд.

Когда мы строим тот или иной процесс мы вынуждены использовать для достижения результатов процесса различные "линейные" функции.

Строит процесс обычно Менеджер процесса, исходя из целей процесса, установленных Владельцем. В задачи Мененджера при этом входит согласовать использование ресурсов линейных подразделений, задействованных в процессе и наладить механизм контроля качества процесса (не путать с качеством результата процесса, хотя вещи взаимосвязанные). Задачи линейного менеджера обеспечить наличие ресурсов для выполнения задач процесса.
(понятно, что одни и теже ресурсы могут выполнять одни и теже функции для разных процессов. Например, функция CRM:accounting используется и в ChМ, и в SLM, или более приземлено, какие-нибудь функции документооборота - они вообще у всех:-)).

При таком раскладе интересы линейных руководителей и менеджеров процессов не совпадают, но делать нечего, имхо, так и должно быть.

Таким образом назначение Владельцем/Менеджером процесса линейного(функционального) руководителя практика порочная, так как человек начинает "играть" в пользу своего подразделения, а не на результат процесса (есть опыт из собственной практики).

ИМХО, правильное и эффективное решение создание специального офиса управления процессами, непосредственно под CIO, с описанной Вами древовидной структурой.

Вот, похоже мы об одном и том же... (но что-то меня смутило) буду рад, если наши точки зрения совпадают.

Василий Аксенов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Воскресенье, Август 17, 2003 @ 14:39:05  

Прошу разъяснить термины "качество процесса" и "качество результата процесса" и уточнить, что Вы понимаете под процессом

[Edit by Василий Аксенов on Воскресенье, Август 17, 2003 @ 14:43:07]

--------------------

Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Август 18, 2003 @ 10:29:21  

Да вообще начальный вопрос был не такой. Владимр в другой теме настивал, что если в процесее определены действия А и Б, то из этого следует, что сначала выполняется А, а затем Б.
Георгий Татевян
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Август 18, 2003 @ 16:23:34  

>Прошу разъяснить термины "качество процесса" и "качество результата процесса" и уточнить, что Вы понимаете под процессом

Под процессом, я понимаю, последовательность действий, преобразующих некоторый набор входных объектов в результат (выход).
( Выходов у процесса может быть много, но результат один). Результат - это выход процесса ради, которого реализован процесс.
Качество результата - это набор параметров результата и их целевые значения, определяющие ценость результата для потребителей.
Качество процесса - это набор параметров процесса и их целевые значения, которые определяют эффективность процесса при достижении результата с заданным качеством.

Пример:
Процесс подключения доступа к ИТ услугам
Результат - доступ подключен не позднее 36 часов после регистрации заявки на доступ
Параметры процесса:
- плотность потока заявок - 20, заявок в час
- среднее время подключения - 24, часы.
- максимальное время подключения - 36, часы.

Таким образом, при увеличении потока более 30 заявок в час, есть шанс провалить цель. Если это вовремя заметить, можно предпринять корректирующие действия. Это функция менеджера процесса.

Это мое понимание, и мой подход на сегодняшний день. Я открыт для его обсуждения.

Прошу прощения у Владимира и Сергея, я действительно увел разговор в сторону от обсуждения последовательности операций.

[Edit by Георгий Татевян on Понедельник, Август 18, 2003 @ 16:31:24]

Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Август 18, 2003 @ 16:50:06  

насчет выходов и результатов можно поспорить. парадокс, но факт:

- результат (цель) SLM - повышение качества сервиса. главный выход - SLA

- результат (цель) IncM - устранение инцидентов. главный выход - закрытый инцидент или лог инцидентов

Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Август 18, 2003 @ 16:51:43  

а с последовательностью все просто. нет такой зависимости и доказать ее нельзя. это так была, растяжка на отходе :)
Георгий Татевян
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Август 18, 2003 @ 18:32:02  

Про SLM могу спорить бесконечно :-)

1-е. Результат SLM - предоставляемый сервис соответствует ожиданиям пользователей. (здесь все и качество, и количество, и цена, и обслуживание).
Качество результата - как сильно соответствует. Качество процесса (см. KPI процесса в учебниках).

2-е. Выходы (побочные, заметим):
Каталог, SLA, SIP, SQP и отчеты, и инциденты, и RfC, и другое.

Всем этим красивым аббревиатурам можно подобрать более привычные названия, если назвать ИТ услугу товаром:

Прайс-лист+спецификация, контракт, программа развития продукта, план по качеству продукта, рекламации.
Кто скажет, что результатом маркетинга является контракт? Конечно прибыль.
Так и у нас ... дальше ассоциацию несложно развить.

3-е. SLA это не главный выход, это всего лишь инструмент для достижения взаимного понимания с Потребителем.(Я сейчас думаю над моделью процесса без SLA, и вроде что-то получается, но возможно это иллюзия).

То что обычно называем целью (objective - устремление) и написано в ITIL ( не буду цитировать про улучшение через непрерывный цикл), целью не является, так как не соответствует принципу SMART (Не определна, не измерима, не ограничена во времени) - это действительно устремление.

Это только мое мнение, прошу учитывать эту тонкость :-)

Разместить новый топик   Post A Reply Перейти к:
Написать вебмастеру | ИТСМ форум | Политика Privacy All times are GMT +4 Hours.
Добро пожаловать на форум, Guest!  
Login
Имя :
Пароль :
Чтобы пользоваться нашим форум необходимо зарегистрироваться! Пришлите заявку.В заявке необходимо указать имя и фамилию, и желательно место работы.

Уведомление о регистрации вас на форуме и логин будут высланы на ваш E-mail!
Имя и пароль регистрозависимы!
Правила форума здесь.
Forum Rules & Description
Who Can Read The Forum? Any registered user or guest
Who Can Post New Topics? Any registered user
Who Can Post Replies? Any registered user
Who Can Edit Posts? Any original author
Процессный подход к организации деятельности. Основа ITIL.
Текущих активных посетителей: 5
Всего текущих 0 посетителей и 5 гостей на сайте. | Большинство пользователей когда-либо было 167 on 04-10-2008 22:55:22
Поиск на этом форуме
Поисковые слова: Искать за:
Powered by CuteCast v2.0 BETA 2
Copyright © 2001-2003 ArtsCore Studios
Все права защищены.
GALPRO ©2003-2018

Яндекс.Метрика