Место где я храню свои мысли и заметки, которые, как мне кажется, будут интересны другим людям. Простыми и понятными словами рассказываю о сложных премудростях IT-технологий, бизнеса, лидерства, карьеры и остальных сферах моих интересов.
вторник, 27 января 2009 г.
Определение бюрократии
пятница, 23 января 2009 г.
Мысли о кризисе
среда, 17 декабря 2008 г.
Наступило время вспомнить, что человек человеку - друг, товарищ и брат
Мы должны сделать первый шаг, чтобы выйти из состояния дезорганизации и апатии.
Для этого мы должны совершить одно простое действие. Назовем его "ДОСТАЛИ!". Ровно в 12-00 в понедельник 22 декабря 2008 года нужно нажать на клаксон своего автомобиля и подержать его три минуты.
Поеду на фестивалку :)
пятница, 12 декабря 2008 г.
Концепция внедрения процессного подхода

Определение | |
Подразделение | составная часть Компании, выполняющая конкретные задания и добивающаяся конкретных специфических целей. |
Должность | обязанности человека, которые он должен выполнять, занимая определенное положение в структуре Компании. |
Роль | набор полномочий связанных с выполнением функции, необходима для обеспечения гибкости системы т.к. может быть назначена любой должности. Пример: координатор негативов, ответственный за документооборот, инициатор подписания договора и т.п. |
Бизнес-процесс | устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности (последовательность работ), которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя. |
Функция | направление деятельности элемента организационной структуры, представляющие собой совокупность однородных операций, выполняемых на постоянной основе. |
Операция | часть бизнес-процесса, действия человека, выполняемые при появлении заданного комплекса условий (событий) и направленные на получение требуемого результата. |
Бизнес-правило | руководство, которое определяет обязательства, связанные с поведением, действиями в рамках бизнес-процесса в зависимости от изменения фактических значений показателей процесса. |
Событие | отражение изменения состояния внешней или внутренней среды, выражающееся в наборе документов, принятых решениях, наступлении определенного срока и пр. Является результатом выполняемого действия (операции), а также необходимостью выполнения одного или нескольких следующих действий (операций). |
Цель | осознанный образ предвосхищаемого результата, на достижение которого направлено действие. |
Показатель | количественный или качественный параметр, характеризующий бизнес-процесс, его результат, взаимоотношение между достигнутым результатом и использованными ресурсами, удовлетворенность клиента. |
Индикатор | показатель эффективности, ответственности, приоритетов в достижении результатов для должности |
Вход бизнес-процесса | ресурс, необходимый для выполнения бизнес-процесса. |
Выход бизнес-процесса | результат (продукт, услуга) выполнения бизнес-процесса. |
Документ | материальный или электронный носитель с зафиксированной на нем информацией, предназначенный для того, чтобы ее хранить, распространять и использовать. |
Информационная система | совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств. |
Название | Объекты | Отображение |
Верхний уровень | Бизнес-процесс, входы/выходы, цели, подразделение. | |
Второй уровень | Бизнес-процесс, входы/выходы, подразделение, цели, показатели, документы. | |
Третий уровень | Бизнес-процесс, операции, входы/выходы, должности, роли, показатели, документы. |
Цель | Показатели подпроцесса определяющие достижение цели | |
Показатель | Суть | |
Разрабатывать нужные и понятные документы | Качество моделирования | Цель: минимальным количеством объектов на модели максимально доступно донести до конечного потребителя документа суть бизнес-процесса используя стандарты Компании.Критерии: |
| Качество описания | Цель: за минимальное время разработать максимально полезный для конечного потребителя документ, описывающий объекты системы управления и способы их применения и(или) использования. |
Заложить в бизнес-процессы Компании механизмы совершенствования, обеспечить соответствие бизнес-процессов Компании лучшим мировым практикам. | Соответствие корпоративным требованиям (СКТ) | Критерии: Последоватьельность и методика анализа прописана в описании операции «Анализ бизнес-процесса» [0-100%]. Оценка выставляется бизнес-консультантом, проверяется руководителем. СКТ = (А1 + А2 + А3) /3 |
Рационально расходовать ресурсы | Время моделирования и анализа БП | Фактическое время моделирования и анализа должно соответствовать плану, по данному бизнес-процессу. |
Категория цели по бизнес-процессу | Сценарий выполнения | Результаты | |
1 | Упорядочить | Цель ставится по бизнес-процессам, для которых еще не создана регламентирующая документация. Основное внимание уделяется документированию БП, разделению и прописанию ответсвтенности, урегулированию межфункциональных конфликтов. В зависимости от уровня БП и исполнителей готовится Регламент бизнес-процесса или Сценарий бизнес-прцесса. Конечная цель – упорядочить выполнение БП, зафиксировать знания о бизнес-процессе в понятной и доступной конечному потребителю документации. | 1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса 2. Должностные инструкции участников БП.
|
2 | Усовершенствовать (реинжиниринг) | Основное внимание уделяется анализу бизнес-процесса, он проводится более тщательно и более глубоко, оцениваются все узкие места, затраты. Проводится тщательный поиск лучших практик в Интернете и Базе знаний. Подгатавливаются альтернативные модели БП и предложения по автоматизации БП. Конечная цель – кардинально улучшить результативность и эффективность БП, зафиксировать новые знания о бизнес-процессе в понятной и доступной конечному потребителю документации. | 1. 1-2 варианта модели бизнес-процесса «как должно быть» 2. Регламент бизнес-процесса и/или Сценарий бизнес-процесса 3. Должностные инструкции участников БП. 4. Предложения по автоматизации. |
3 | Усовершенствовать (на основе предложений) | Модели и документация по процессу подвергается пересмотру и коррекции на основании «Предложений по совершенствованию» поступивших от сотрудников или выявленных в результате проведения «Аудита бизнес-процесса».Конечная цель – улучшить результативность и(или) эффективность БП, зафиксировать знания о бизнес-процессе в понятной и доступной конечному потребителю документации. | 1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса 2. Должностные инструкции участников БП.
|
4 | Автоматизировать | Процесс описывается и анализируется. Модели процесса разрабатываются с детальностью, необходимой для автоматизации БП. Подготавливается регламентирующая документация по процессу и техническое задание на автоматизацию. После автоматизации регламентирующая документация дополняется «Инструкциями по работе с автоматизированной системой».Конечная цель – подготовить процесс для автоматизации, зафиксировать знания о автоматизированном бизнес-процессе в понятной и доступной конечному потребителю документации. | 1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса 2. Техническое задание на автоматизацию |
№ | Требования к процессу |
Требования к ответственному за процесс | |
1.1 | Должен существовать один ответственный за процесс |
1.2 | Полномочия и ответственность ответственного за процесс должны быть чётко определены |
1.3 | Не должно быть пересечения полномочий и ответственности с другими руководителями организации |
Границы процесса | |
2.1 | Границы процесса должны быть чётко определены (по функциям и ответственности руководителей) и зафиксированы документально. |
2.2 | Границы функциональных подразделений процесса должны быть чётко определены |
Регламентирующие документы | |
3.1 | Должно существовать действенное описание процесса в целом |
3.2 | Должны существовать действующие карты ответственности и правила внутреннего трудового распорядка |
3.3 | Должны существовать действующие методики (внутренние документы) |
3.4 | Должна существовать система актуализации документации |
3.5 | Процесс должен соответствовать существующим законодательным актам и нормативным документам, регламентирующим выполнение процесса |
Выходы процесса | |
4.1 | Выходы процесса должны быть чётко определены |
4.2 | Пользователи каждого выхода процесса должны быть чётко определены, потребности пользователей оформлены документально |
4.3 | Должны существовать спецификации, содержащие требования на каждый выход процесса |
4.4 | Каждый выход должен быть закреплён за ответственным исполнителем |
4.5 | Должна функционировать система контроля качества выходов процесса |
Входы процесса | |
5.1 | Входы должны быть чётко определены |
5.2 | Поставщики каждого входа процесса должны быть чётко определены, требования к поставщикам процесса - специфицированы |
5.3 | Должны быть прописаны требования на каждый вход процесса |
5.4 | Каждый вход должен быть закреплён за ответственным исполнителем |
5.5 | Должна существовать система входного контроля качества |
Ресурсы | |
6.1 | Ресурсы должны быть чётко определены |
6.2 | Должны быть прописаны требования к каждому ресурсу |
6.3 | Каждый ресурс должен быть закреплён за ответственным исполнителем (материально ответственным лицом) |
Показатели процесса | |
7.1 | Показатели эффективности процесса должны быть определены и постоянно использоваться на практике |
7.2 | Должны быть определены и использоваться показатели продукта (услуг) процесса |
7.3 | Должна существовать система сбора и использования данных удовлетворённости клиентов процесса |
|
|
Функции цикла PDCA | Описание | |
1 | Планирование процесса | Группа функций по планированию: |
2 | Анализ процесса | Группа функций по анализу: |
3 | Улучшение процесса | Группа функций по улучшению процесса за счёт изменения: |
№ | Функции цикла управления | Описание |
1 | Планирование | Группа функций по технико-экономическому и финансовому планированию выполнению работ по процессу |
2 | Выполнение | Группа функций по выполнению процесса |
3 | Учёт | Группа функций по регистрации фактической информации по выполнению процесса |
4 | Контроль | Группа функций по контролю выполнения плановых показателей деятельности (в сравнении с фактическими) |
5 | Принятие решений | Группа функций по подготовке и принятию управленческих решений на основании данных по отклонениям от плановых показателей деятельности |
четверг, 11 декабря 2008 г.
Рестайлинг мировых брендов после кризиса :)
понедельник, 24 ноября 2008 г.
Кризису посвящается: Куда девать сервисы или история одной оптимизации.
Я, как обычно, не смог остаться в стороне от такого важного для своей компании события :), поэтому, выступая в роли менеджера проекта по оптимизации сервисов, получил уйму впечатлений и новых управленческих знаний, которыми хочу с вами поделиться.
· идентифицировать все сервисы;
· исключить дубликаты;
· просчитать стоимость сервисов;
· сравнить стоимость с «рынком»;
· оптимизировать сервисы, которые «не в рынке» либо отдать на аутсорсинг;
· распределить стоимость сервисов между предприятиями – «продать» сервисы;
· оптимизировать «не купленные» сервисы;
· зафиксировать требования к «купленным» сервисам.
До агрегации:
После агрегации:
По итогам агрегации мы получили 197 сервисов, которые предоставляют все департаменты управляющей компании предприятиям холдинга.

Следующий шаг – расчёт стоимости сервисов. По каждому из сервисов был произведен расчёт его стоимости, идеология расчёта простая: просчитать стоимость сервиса, так как будто вы ЧП и предоставляете данный сервис на платной основе. В основу стоимости сервиса легли: ЗП людей, которые участвуют в предоставлении данного сервиса, суммы на аренду помещения и оборудования, плата за электроэнергию, расходные материалы, необходимые для предоставления данного сервиса. По итогу напротив каждого сервиса появилась цифра, сколько стоит данный сервис в месяц.
После этого стоимость всех сервисов была сравнена с стоимостью таких-же сервисов, с такими-же параметрами, у компаний, занимающихся предоставлением подобных услуг, т.е. насколько наш сервис «в рынке». Например, сервис «Автоматизация и сопровождение бизнес-процессов в ИС», рассмотренный выше, у нас стоил 6 000 USD/мес., если покупать его на стороне, то при тех-же требованиях за него придется заплатить 13 000 USD/мес., логично, что данный сервис у нас «в рынке» и его ни в коем случае нельзя отдавать на аутсорсинг. Но могли быть и другие примеры – сервисы, стоимость которых была «не в рынке», по ним руководству компании необходимо принять решение – либо отдать на аутсорсинг, либо удешевить.
Покончив с анализом стоимости сервисов, данная стоимость была пропорционально распределена между компаниями-потребителями на основании тех «+», которые они проставили ранее. Таблица с распределенной стоимостью была отправлена на генеральных директоров с просьбой: «… подтвердить готовность выплачивать суммы за данные сервисы».
Вот тут и начинается самое интересное, следует отметить, что как только речь зашла о том, чтобы платить за сервисы количество «плюсиков» резко уменьшилось J, и поднялся вопрос о качестве и уровне сервиса. (Обратите внимание на особенность нашего менталитета J, дают бесплатно – гребу почти всё неважно какого качества, но как только заставляют платить – начинаю выбирать только то, что нужно в нужном количестве и необходимого качества). Следующим этапом стали переговоры генеральных директоров предприятий (покупателей) с директорами департаментов управляющей компании (продавцами) о цене и качестве каждого покупаемого сервиса. Результаты таких переговоров фиксируются в документе название, которого я позаимствовал в ITIL – «Соглашение об уровне сервиса» (SLA, Service Level Agreement).
Возвратимся к вопросу о дубликатах сервисов, следует отметить что, многие сервисы директора захотели развернуть у себя на предприятии (децентрализовать), наша методика оптимизации предполагала такой вариант развития ситуации. Разворачивать сервис у себя на предприятии локально, генеральный директор имеет право, только так, чтобы сервис был на 20% дешевле, чем он покупает его сейчас в управляющей компании. Пример: Сервис – «Поиск и подбор ТОП-ов, людей на вакантные позиции, создание кадрового резерва» стоимость – 4 000 USD/мес., покупает 5 предприятий, платят по 800 USD в месяц. Любое предприятие может создать данный сервис у себя, но потратить на него может не более 640 USD/мес. (-20%). Такое правило позволило нам избавиться от необоснованной децентрализации сервисов и увеличению их суммарной стоимости.
Для оценки эффективности данного метода приведу цифры. В нашем холдинге «продавалось» сервисов на 717 000 USD/мес., после проведения оптимизации суммарная стоимость «купленных» сервисов составила 381 000 USD/мес., т.е. экономия составила 336 000 USD/мес. или 4 032 000 USD/год.!!! И это только оптимизация сервисов(обеспечивающих процессов), не касаясь основных бизнес-процессов!
Подумайте, возможно, оптимизация сервисов – это именно та «таблетка» которая оздоровит вашу компанию и сделает более конкурентоспособной в условиях мирового финансового кризиса.
среда, 19 ноября 2008 г.
Ломать не строить
понедельник, 20 октября 2008 г.
Система управления знаниями, коротко.
СУЗ полезна так-же и в целях обеспечения информационной безопасности. Наверное нет таких компаний которые-бы не страдали от того, что уходящие из компании люди уносят в месте с собой ценную информацию. СУЗ помогает противостоять этому явлению путём обеспечения условий максимальной концентрации критичных для бизнеса знаний на корпоративных ресурсах компании. Используйте все методы: форумы, документы, новостные ленты, сайты отделов, внутренние тематические сайты, вики-библиотеки, разграничение доступа людей к определенной информации и пр.
Как правило, СУЗ состоит из двух основных подсистем – это система хранения и распространения информации (портал) и система дистанционного образования. Цель информационного портала – в максимально кратчайшие сроки обеспечивать нужной информацией людей, а также свободный обмен знаниями внутри компании и структурированное хранение корпоративного опыта. Цель системы дистанционного образования: при минимальных затратах, быстро, по единым стандартам обучать большое количество людей, университет дистанционного образования, основанный на web-технологиях, отлично справляется с поставленной целью.
Расходы на внедрение и сопровождение зависят от имеющихся в вашем распоряжении ресурсов. Если вы располагаете мощным IT-департаментом, с сильнейшей командой программистов и бизнес-консультантов, ваши расходы минимальны вы можете использовать бесплатные системы, самостоятельно «заточить» их под свои нужды. При таком раскладе ваши основные статьи затрат – это оплата работы людей, командировки, семинары и выставки. Если-же вы не обладаете мощным IT-потенциалом, то вполне логичным решением будет отдать функцию внедрения и поддержки СУЗ на аутсорсинг.
Что вы получите после внедрения СУЗ ? Во-первых, вы просто перестанете тратить время на поиск информации – нужная информация всегда под рукой, а если нет, то корпоративный портал позволит её найти в считанные секунды при помощи контекстного поиска (по типу Google). Во-вторых, у вас значительно сократится время подготовки нового специалиста. Всем «азам корпоративной науки» он теперь обучается самостоятельно, не отвлекая руководителя. Намного увеличится качество подготовки новых людей. В третьих, вы избавитесь от проблем типа «не знаю», «не видел» - вы точно будете знать, что нужная информация попадает к нужным людям в нужное время.
Чтобы избежать проблем при внедрении изначально продумайте и техническую и мотивационную сторону проекта. Проведите широкомасштабную внутреннюю PR компанию ресурсов СУЗ – используйте презентации, обучающие видеоролики, семинары. Специалисты, занимающиеся СУЗ, постоянно должны посещать выставки и семинары в области управления знаниями, изучают опыт других компаний, держать руку на пульсе всех новинок.
На что стоит обратить внимание при внедрении, чтобы избежать проблем:
· Чётко определите для себя цель и масштабы внедрения СУЗ;
· Изучите все успешные и неуспешные проекты внедрения;
· Разбейте проект на этапы так, чтобы каждый этап давал ощутимый результат для бизнеса;
· Если речь идёт о дистанционном образовании – продумайте систему мотивации, привяжите её к системе оплаты труда;
· Используйте все источники (рассылки, семинары, презентации, собрания) для того чтобы донести информацию о проекте и его важности до людей;
· Постоянно и активно собирайте обратную связь о результатах проекта.
Вот вобщем-то и все, чем хотелось поделиться по системе управления знаниями. С Уважением, Дмитрий Горлин.


















