Совершенствование бизнес-процессов с помощью применения информационных ресурсов на предприятии

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Теоретические основы изучения бизнес-процессов

1.1 Сущность и содержание бизнес-процессов

1.2 Понятие информационных ресурсов и их структура

1.3 Методы оценки на предприятии информационных ресурсов

2. Анализ обеспеченности информационных ресурсов ОАО "Нижнекамскшина" для эффективного функционирования бизнес-процессов

2.1 Характеристика предприятия и его деятельности

2.2 Анализ системы управления качеством на предприятии

2.3 Оценка уровня обеспеченности информационных ресурсов ОАО "Нижнекамскшина"

3. Совершенствование бизнес-процессов с помощью применения информационных ресурсов на предприятии

3.1 Проблемы недостатка информационных ресурсов при функционировании бизнес-процессов

3.2 Пути эффективности применения информационных ресурсов в ОАО "Нижнекамскшина"

Заключение

Список использованной литературы

Приложения

бизнес информационный управление качество

Введение

В связи с развитием рыночных отношений и необходимостью сокращения разрыва в технологическом отставании России от западных стран, актуальным становится эффективное использование новых информационных технологий. Информационный бизнес, являясь составной частью бизнеса, придает общее ускорение развитию экономики.

Бизнес создает стоимость путем производства продуктов и услуг; при этом результатами деятельности бизнеса являются продукты и услуги для клиентов, дивиденды для акционеров, выплаты кредиторам, а также информация для внешних потребителей. Для достижения этих результатов используются сырье и материалы, внешние кредиты и инвестиции. Производство продуктов и услуг осуществляется персоналом компании с помощью помещений, оборудования и компьютерных средств с учетом внешней и внутренней информации.

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

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

Наиболее очевидным способом повышения эффективности протекания трудового процесса является его автоматизация. Трудности, возникающие при решении задачи автоматизированной поддержки управленческого труда, связаны с его спецификой. Управленческий труд отличается сложностью и многообразием, наличием большого числа форм и видов, многосторонними связями с различными явлениями и процессами. Это, прежде всего, труд творческий и интеллектуальный. На первый взгляд, большая его часть вообще не поддается какой-либо формализации. Поэтому автоматизация управленческой деятельности изначально связывалась только с автоматизацией некоторых вспомогательных, рутинных операций. Но бурное развитие информационных компьютерных технологий, совершенствование технической платформы и появление принципиально новых классов программных продуктов привело в наши дни к изменению подходов к автоматизации управления производством. Серьезная конкурентная борьба обусловила в странах с развитой рыночной экономикой разработку программ повышения качества.

Основой успеха предприятия в условиях рыночной экономики является высокий уровень организации производства, стержнем которого служит четкое сознание и реализация каждым работником своей ответственности и своей роли в достижении предприятием качественных конечных результатов. А это означает что вопрос внедрения системы менеджмента качества и разработки бизнес- процессов системы качества предприятия является особо актуальным на сегодняшний день.

Системе менеджмента качества соответствует концепция всеобщего управления качеством, т.к. эта система интегрирует организационные и функциональные структуры руководства качеством с тем, чтобы управлять бизнес-процессами на каждом организационном уровне. При создании системы определяются ответственные и их полномочия по вопросам качества для удовлетворения всех заинтересованных сторон: потребителей, служащих, собственников предприятия, общества в целом. Общее количество документов - различных стандартов, предписаний, положений и других, часто противоречивых, значительно сокращается.

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

Вопросам управления качеством и разработке бизнес-процессов посвящено много исследований ученых различных стран, накоплен значительный опыт в области менеджмента качества. Научный интерес к проблеме качества заставляет обратиться к анализу накопленного теоретического материала.

Большой вклад в разработку применяемых в настоящее время систем управления качеством внесли отечественные ученые А.М. Длин, В.С. Мхитарян, В.И. Сиськов, зарубежные ученые Б. Бергман, Л. Ноулер, А. Фейгенбаум. Данная область стала анализироваться сравнительно недавно такими исследователями в области качества как Кругловым М.Г., Мацута В.Д., Рахлиным К.М., Свиткиным М.З., Скрипко Л.Е. и другими.

Целью данной работы является проведение анализа обеспеченности информационных ресурсов предприятия как фактора повышения эффективности функционирования бизнес-процессов.

Для реализации поставленной цели необходимо решить следующие задачи:

- рассмотреть сущность и содержание бизнес-процессов;

- определить понятие информационных ресурсов и их структуру;

- раскрыть методы оценки на предприятии информационных ресурсов;

- провести анализ обеспеченности информационных ресурсов ОАО "Нижнекамскшина" для эффективного функционирования бизнес-процессов;

- дать оценку уровня обеспеченности информационных ресурсов ОАО "Нижнекамскшина";

- предложить рекомендации по совершенствованию бизнес-процессов в ОАО "Нижнекамскшина".

Объектом исследования выступает ОАО "Нижнекамскшина".

Предметом - процессы обеспеченности информационными ресурсами для эффективного функционирования бизнес-процессами.

Теоретико-методологической основой исследования стали разработки, концепции и гипотезы, обоснованные и представленные в современной экономической литературе в трудах отечественных и зарубежных авторов: Тельнова Ю.Ф., Леонова И.Г., Аристова О.В., Крупина В.П., Крупиной Е.Е., Лещинского В.В., Поппеля Г., Голдстайн Б., Робсона М., Разу М.Л. и других.

Эмпирической базой исследования являются научная литература, аналитические данные об опыте влияния информационных ресурсов на эффективное функционирование бизнес-процессов, опубликованные в научной литературе и периодической печати, экспертные разработки и оценки российских и зарубежных ученых-экономистов, а также данные исследуемого предприятия ОАО "Нижнекамскшина".

Структура дипломной работы. Работа состоит из введения, трех глав, заключения, списка использованной литературы и приложений. В первой главе дипломной работы раскрыты теоретические основы изучения бизнес-процессов, рассмотрены сущность и содержание бизнес-процессов, дано определение понятия информационных ресурсов и его структуры. Вторая глава является аналитической, где проведен анализ обеспеченности информационных ресурсов ОАО "Нижнекамскшина" для эффективного функционирования бизнес-процессов и дана оценка уровня обеспеченности информационных ресурсов ОАО "Нижнекамскшина". В третьей главе дипломной работы предложены пути совершенствования бизнес-процессов с помощью применения информационных ресурсов на предприятии.

1. Теоретические основы изучения бизнес-процессов

1.1 Сущность и содержание бизнес-процессов

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

Бизнес - это процесс, направленный на преобразование труда, в любой его форме, в денежный эквивалент. По оценкам специалистов, сейчас человечество ближе к завершающей стадии 5-го технологического уклада, который вступил в свою силу в 80-х годах прошлого столетия и завершится к 2030-м годам, началом нового технологического уклада [7].

Термин "бизнес-процесс" был введен в управленческий обиход достаточно давно. Важно, что ввиду оцененной практической значимости данного подхода, были разработаны и внедрены формализованные подходы к анализу существующих и моделированию оптимизированных бизнес-процессов.

Под бизнес-процессом (БП) будем понимать совокупность взаимосвязанных операций (работ) по изготовлению готовой продукции или выполнению услуг на основе потребления ресурсов. Управление бизнес-процессами нацелено на выполнение качественного обслуживания потребителей (клиентов). При этом в ходе управления бизнес-процессами все материальные, финансовые и информационные потоки рассматриваются во взаимодействии [16].

Проблема возникновения нового уклада не только в появлении новых открытий и технологий, но и достижением определенного уровня эффективности деятельности в основных сферах приложения труда и капитала. Важнейшим фактором становится эффективность использования времени и труда, оценками которых будет удовлетворенность интересов и ожиданий потребителя, основанная на качестве потребления. А это существенно больше, чем просто качество продукта.

В основе любого бизнес-процесса лежит инвестирование ресурсов в будущий товар и обмен его на денежный эквивалент. Обычно, принято такой процесс называть проектом. В каждом инвестиционном проекте есть несколько главных направлений деятельности компании, без которых весь процесс не идет. Одним из таких направлений и очень важным, является направление по обеспечению:

- оценки и управлению рисками;

- конкурентоспособности;

- создания менеджмента качества и управления качеством (всего процесса в целом);

- качества непосредственно товара;

- интересов потребителя после акта продажи товара, т.е. удобства эффективного пользования товаром [16].

Тот, кто вкладывает ресурсы, должен хорошо представлять себе центральную проблему - обеспечение конкурентоспособности, и ориентироваться в системе качества и себестоимости. И речь здесь идет не просто о качестве товара, а о качестве самого бизнеса, процессов его обеспечивающих, являющимся одним из основных факторов риска в реализации проекта.

Важнейшим условием, позволяющим справиться с этой проблемой, является создание эффективной системы менеджмента качества. Такие системы строятся на базе реализации концепций TQM (total quality management - тотальное управление качеством) и внедрения международных стандартов МС ИСО 9000 в версии 2000г., по которым осуществляется управление всеми сторонами деятельности любой компании [16].

Менеджмент бизнес-процессов зародился еще в рамках концепций всеобщего управления качеством (TQM - Total Quality Management) и непрерывного улучшения процессов (CPI - Continuous Process Improvement) [23], согласно которым предполагается сквозное управление бизнес-процессом, как единым целым, который выполняется взаимосвязанными подразделениями предприятия (компании), например, от момента поступления заказа клиента до момента его реализации.

Управление бизнес-процессами целесообразно рассматривать и на уровне взаимодействия различных предприятий, когда требуется координация деятельности предприятий-партнеров в потоках товародвижения или в логистических процессах. Логистика породила методы организации поставок по принципу "Точно в срок" (JIT - just in time), реализация которых немыслима без управления бизнес-процессами, как единым целым [12].

В качестве основных бизнес-процессов предприятия чаще всего выделяют следующие [30]:

- процессы товародвижения (логистики), связанные с основной деятельностью предприятия - выпуском продукции и обслуживанием конечных потребителей;

- процессы подготовки производства, нацеленные на планирование деятельности предприятия с позиции удовлетворения потребностей потенциальных потребителей и выведение на рынок новых продуктов и услуг - исследование рынка, стратегическое планирование производства, конструкторская и технологическая подготовка производства (проектирование и инжиниринг);

- процессы инфраструктуры, ориентированные на поддержание ресурсов в работоспособном состоянии (подготовка кадров, закупка и ремонт оборудования, социально-культурное обслуживание работников).

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

Сегодня бизнесу необходимо не просто создать качественный (в понимании производителя) продукт, а полностью удовлетворить ожидания и интересы потребителя во все время жизни продукта, а этого невозможно добиться без построения системы качества самого бизнеса.

Таким образом, перед бизнесом стоит задача осознания ответов на следующие вопросы:

1. Что такое качество продукции (услуг) и каковы условия достижения его необходимого уровня в проекте?

2. Какова роль качества в обеспечении конкурентоспособности, а так же связь качества с себестоимостью продукта с прибылью?

3. В чем состоит выполнение требований МС ИСО 9000?

4. Что такое "тотальное управление качеством" и почему необходимо внедрять эту систему?

5. Какие проблемы, прежде всего, надо учитывать, инвестируя ресурсы в проекты?

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

В последнее время часто возникает вопрос о проведении бизнес-процесс реинжиниринга (БПР) в связи с проведением внедрения компьютерных систем управления. Более того, считается очевидным, что процесс внедрения должен сопровождаться тем или иным вариантом реинжиниринга. Прежде всего, необходимо сказать, что все же БПР и внедрение АСУ - процессы совершенно различные, и ни в коем случае их не следует смешивать. Более того, большинство неудач при внедрении АСУ связаны именно с тем, что перед началом проекта не было четко уяснена его цель, точнее по умолчанию предполагалось, что "создать систему управления" - значит внедрить нечто компьютерное и в результате приводило к неудаче [11].

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

Как показывает практика: в России - совершенно не очевидно. Впрочем, ясно и почему - гораздо легче сказать - давайте внедрять современную систему финансово-экономического управления. Неупорядоченные бизнес-процессы если не всех, то большинство устраивает. В результате - несчастный отдел информационных систем ставится перед проблемой, которую не смогли решить высшие руководители предприятия.

Итак, во-первых, необходимо определиться с системой управления. Для этого необходимо, по крайней мере, сделать следующее:

-определиться с организационной штатной структурой;

-разработать механизм финансово-экономического управления компанией в целом (например, определить центры ответственности);

-произвести выделение основных логистических цепочек (технологических потоков);

-разработать механизм (механизмы) организационного управления логистическими цепочками;

-на основании предыдущего пункта сформировать технологию финансового анализа и управления деятельностью логистических цепочек.

Если мы будем иметь все вышеперечисленные технологии, то при внедрении компьютерной системы нам останется относительно немного - перевести их все на язык системы.

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

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

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

1.2 Понятие информационных ресурсов и их структура

Отечественные бизнес-процессы и структуры устарели и потеряли актуальность: они не изменялись при изменении технологии, демографии и целей предприятия. Структура обычного процесса фрагментирована и раздроблена, в ней отсутствует интеграция, необходимая для поддержания качества и организации обслуживания. Когда работа передается от человека к человеку и из одного подразделения в другое, неизбежны ошибки и задержки. Размываются границы ответственности, и теряются наиболее важные вопросы. Более того, никто не видит ситуацию в целом достаточно хорошо для того, чтобы быстро отвечать на изменения в ней. При проведении реинжиниринга необходимо освободиться от устаревших бизнес-процессов и принципов их разработки и создать новые.

Функции (процедуры) бизнес-процессов, которые дублируют друг друга полностью или частично, должны быть подвергнуты анализу и реорганизации. Для того, чтобы выявить дублирование функций необходимо:

1) путем анализа моделей (либо путем анализа результатов интервью с сотрудниками предприятия) найти процедуры различных бизнес-процессов со схожими названиями и составить таблицу процедур, "подозреваемых" в дублировании;

2) каждую найденную процедуру описать в виде детального бизнес-процесса, указать входящие и исходящие документы, информацию, ресурсы;

3) проверить на совпадение содержание входящей и исходящей информации, пользователей этой информации (ресурсов), перечень принимаемых решений и т.д.;

4) выявить наличие дублирования и его причины;

5) в случае наличия полного или частичного дублирования предложить меры по его устранению.

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

Рис. 1.2.1. Схема компании с точки зрения проведения бизнес-процессов

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

Рассмотрим последствия бизнес-процессов в контексте этих четырех аспектов.

В последние годы многие компании стоят на перепутье - следует ли им добиваться улучшения результативности действующей СМК по стандарту ИСО 9001:1994, постепенно приближаясь к требованиям стандарта ИСО 9001:2000, вкладывая дополнительные средства, или постепенно заменить "старую" систему, поскольку она в целом не влияла положительно на повседневную деятельность компании, а скорее, служила интересам подразделений по качеству.

Часто в отношении систем качества возникают отрицательные суждения. Так, многие компании полагают, что СМК - неизбежное зло, исходящее от потребителей, требующих от своих поставщиков сертификат на СМК. Высшее руководство компаний не всегда уделяет должного внимания работам по СМК, считая неоправданными усилия по внедрению дорогостоящей и бюрократической системы, сдерживающей динамику повседневной работы [8].

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

В пользу создания СМК по ИСО 9001:2000 высказываются другие пользователи системы: управленческий персонал, подразделения по информационным технологиям (ИТ), логистике, персоналу, финансам, исследованиям и разработкам, сбыту и грузоперевозкам, обслуживанию потребителей, а также заинтересованные сторонние организации, например поставщики, потребители и органы власти.

СМК, обслуживающая интересы нескольких "потребителей", имеет для компании большую значимость, чем система, служащая целям одного-двух потребителей. Система менеджмента бизнес-процессов (СМБП) отличается именно этими преимуществами [11].

Проект построения СМБП предусматривает несколько этапов. Предполагается, что в компании действует СМК, но она нуждается в усовершенствовании по требованиям стандарта ИСО 9001:2000, однако наличие СМК не является обязательным условием.

1. Необходимо определить потребителей СМК (подразделения компании и сторонние организации).

2. Установить приоритеты: "нужно иметь" и "хорошо бы иметь".

3. Определить область применения СМБП [13].

Начиная работу над проектом, высшее руководство должно принять решение по стратегии в области качества, включая выбор документа, требованиям которого должна соответствовать СМК, определение целей внедрения новой системы, объемов финансирования, а также необходимых ресурсов.

Определение заинтересованных сторон, как в компании, так и вне ее позволит выявить круг пользователей, что обеспечит в будущем полное соответствие разрабатываемой СМК требованиям, которые они предъявляют. С учетом этой информации и особенностей деятельности компании высшее руководство должно установить приоритеты, потенциальные преимущества от внедрения СМБП и информационные потоки, которые следует включить в систему.

При определении области применения СМБП следует рассмотреть возможность исключений, предусмотренных разделом 7 стандарта ИСО 9001:2000. Обоснование всех исключений должно быть задокументировано как часть СМК [14].

В сотрудничестве с консультантом по процессам высшее руководство уже на начальной стадии проекта определяет ключевые и стратегические процессы. Стратегия в области качества документально оформляется как стратегическая модель, а цели и требования СМБП - как модель требований.

При принятии стратегии в области качества следует учитывать задачи, стоящие перед компанией. Если цель - не только улучшение системы качества, но и внедрение процессного подхода, эффективность и рационализация бизнес-процессов, то ответственным лицом вместо менеджера по качеству целесообразно назначить разработчика процесса:

1. Проверить соответствие действующей СМК требованиям стандарта ИСО 9001:2000.

2. Изучить возможность использования при разработке СМБП информационных потоков уже реализованных проектов.

3. Подготовить перспективные планы [15].

Следует провести анализ действующей СМК, чтобы выявить несоответствия требованиям стандарта ИСО 9001:2000. Для этого нужно сравнить соответствующие положения действующей системы и стандарта, что позволит ввести новые процессы или внести изменения в действующие процессы. Кроме того, может выявиться потребность в разработке и внедрении дополнительных систем документооборота, что позволит полностью удовлетворить требования стандарта ИСО 9001:2000. На этом этапе выявляется возможность применения элементов действующей системы. Для проведения анализа также следует подготовить сравнительный перечень положений действующей системы и новой стратегии в области качества.

При разработке СМБП могут успешно использоваться модели и информационные потоки, созданные в рамках других проектов.

Требования к структуре информационных потоков в СМБП описываются с помощью диаграммы Браузера (Browser Diagram) или концептуальной модели данных (Conceptual Data Model), которые показывают взаимосвязь между разными потоками информации [15].

Дополнительно к модели требований на основе СМБП строится схема корпоративной информационной сети, отражающая ее характеристики, например, вид используемой поисковой системы.

Далее разрабатывается план реализации проекта, и определяются потребности в ресурсах. Затем определяют квалификацию участников проекта и стоящие перед ними задачи. Устанавливаются методы работы и моделирования. Определяются способы распространения документации.

Как правило, над выполнением проекта работает группа, в которую входят спонсор, менеджер и несколько исполнителей. Задачи группы определяются с учетом анализа и идентификации деятельности, выполненных на этапе 2. Учитываются также потребность в ресурсах и квалификация специалистов.

На разных этапах проекта состав специалистов в группе и распределение обязанностей могут меняться.

На этапе проектирования СМБП в состав группы входят: спонсор проекта, менеджер проекта, консультант по процессам, владелец процесса, разработчик процесса, рабочая группа по процессу, абонент (пользователь) процесса.

На этапе поддержания функционирования системы группа состоит из консультанта по процессам, владельца, разработчика, аналитика.

Процедуры проектирования и поддержания СМБП следует задокументировать. В этот процесс должны включиться все участники проекта, чтобы обеспечить взаимопонимание в части терминологии, методов моделирования и задач.

При разработке СМБП очень важно назначить для каждого процесса владельца, который должен удостоверить, что процесс полностью находится во взаимодействии с другими бизнес-процессами. Владелец процесса также несет ответственность за документирование этого процесса, которое выполняется рабочей группой, состоящей из исполнителей, участвовавших в подготовке базовой документации по взаимосвязанным процессам [16].

Абонент несет ответственность за проверку и анализ документации по процессу. Владелец отвечает за актуализацию СМБП при любом изменении процесса и в перспективе - за поддержание функционирования системы.

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

- сеть бизнес-процессов: границы процессов и их влияние на другие процессы;

- бизнес-схема: информационные потоки и логистические ключевого процесса;

- схема рабочих потоков: функции, деятельность и их результаты в подпроцессах или вспомогательных процессах;

- структура организации: подразделения и ответственность;

- модель требований: цели, требования и политика [16].

Документация СМБП может распространяться по корпоративной сети в виде НTML-приложения и/или как Руководства.

Следует определить необходимость участия подразделения по ИТ для технической поддержки и обслуживания сервера. Затем определить и построить модели ключевых, стратегических, вспомогательных процессов и подпроцессов. Далее проводится анализ процессов, определяются границы процессов, выполняется документирование.

Подготовив приложение в виде комплекта используемых и принятых документов, включая стандарт ИСО 9001:2000, законодательные акты, регламенты, цели, политику, инструменты ИТ, документы направляются в соответствующие подразделения СМБП [20].

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

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

Все ключевые и стратегические процессы подразделяются на подпроцессы, определяются вспомогательные процессы и устанавливается очередность процессов как первый шаг планирования деятельности по моделированию, при этом следует использовать схему сети бизнес-процессов. Для каждого подпроцесса и вспомогательного процесса должен быть назначен владелец.

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

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

В случае непринятия того или иного процесса рабочая группа дорабатывает его, а разработчик процесса - заново моделирует. Кроме того, следует учитывать, что модели подпроцессов могут вызвать изменения в ключевых процессах. Это означает, что взаимосвязи и границы, определенные в сети бизнес-процесса, периодически оцениваются и пересматриваются.

Вся деятельность по процессам подлежит документированию. Абонент процесса проводит анализ документации подпроцесса и вспомогательных процессов. Если абонент не одобрил процесс, рабочая группа дорабатывает его, а разработчик процесса - заново моделирует [20].

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

Модели процесса и соответствующая документация подлежат распространению в подразделения по корпоративной информационной сети.

Анализ завершенной СМБП должен удостоверить, что система отвечает всем требованиям стандарта ИСО 9001:2000 и можно приступить к ее внедрению. Для проведения анализа рекомендуется создать базу данных, где размещаются модели процессов.

В ходе внедрения СМБП ее будущие пользователи должны пройти обучение, чтобы получить достаточный объем знаний о структуре системы. Особое внимание следует уделять новым и измененным процессам, определенным на этапе 2.

Завершив внедрение СМБП, высшее руководство должно провести ее оценку. Если компания планирует сертификацию СМК, оценка должна быть выполнена до сертификационного аудита.

Предварительный аудит, проводимый сертификационным органом, может оказаться очень полезным на этапе проектирования, так как он подтвердит соответствие или несоответствие действующей СМК требованиям стандарта ИСО 9001:2000.

Проводится также оценка завершенного проекта консультантом проекта. Кроме того, компания совместно с консультантом должна обеспечивать поддержание функционирования системы и периодически осуществлять возможные улучшения. Для обеспечения актуализации информации в рамках СМБП очень важно пересмотреть структуру организации, чтобы распространить ответственность на другие, необходимые для поддержания функционирования системы подразделения.

Владелец процесса несет ответственность за актуализацию системы и поддержание ее функционирования в будущем. Аналитик процесса определяет входы в процесс, которые могут оказаться эффективными при его перепроектировании [20].

Основные достоинства СМБП:

-доступность построения - использование схематических процессов;

-доступность применения - использование современных информационных технологий;

-низкая стоимость обучения пользователей - информация распространяется по корпоративной информационной сети;

-ориентация на бизнес-процессы;

-аккумулирование информации для использования всеми заинтересованными сторонами;

-улучшение бизнес-процессов;

-улучшение менеджмента цепи поставок;

-интеграция с моделью делового совершенства Европейского фонда по управлению качеством (European Foundation for Quality Management - EFQM).

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

1.3 Методы оценки на предприятии информационных ресурсов

Рассмотрим основные методы и средства, которые используются в различных работах по реинжинирингу бизнес-процессов. На сегодняшний день в России наиболее приоритетными направлениями деятельности для организаций ИТ - сферы является повышение качества услуг. Как показывают социологические исследования, проведенные Институтом экономики переходного периода в 2007-2008 гг.:

1. 83 % руководителей российских предприятий признают существование проблемы несовершенства системы управления и организационной структуры и называют ее основной проблемой бизнеса;

2. 66 % компаний нуждаются во внедрении системы показателей эффективности деятельности;

3. 72 % руководителей высказали намерение совершенствовать систему управления теми или иными средствами (внедрить систему оценки эффективности подразделений и сотрудников, а также информационную систему, упорядочить бизнес-процессы) [26].

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

От качества напрямую зависит успех любого бизнеса. Управляя качеством, мы управляем ресурсами, персоналом и, конечно, качеством проектов.

Проектно ориентированная деятельность имеет узкую специфику, поэтому и архитектура системы менеджмента качества (СМК), и конкретные способы реализации её элементов в каждой проектной компании очень сильно могут отличаться друг от друга и зависят от её масштаба, профиля, структуры, целей, стиля управления и культуры.

Одна из основных идей всеобщего управления качеством (Total Quality Management -- TQM) заключается в управлении качеством разрабатываемого продукта в процессе его изготовления, посредствам чего достигается на каждой стадии этого процесса. Процесс разработки должен быть построен таким образом, чтобы обеспечить возможность измерения качества продукта на каждой стадии. Это достигается специальной организацией процесса разработки информационного продукта (услуги), предусматривающего создание на основе требований плана тестирования. Причем, снижение качества происходит при рассогласовании всех этих документов в сложных проектах. Обеспечение стабильности процесса возлагается на контроль качества, который должен выявлять несоответствия и информировать о них разработчиков и руководителей проекта [24].

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

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

Проектно-ориентированная компания -- это компания, осуществляющая свою деятельность преимущественно в проектной форме.

Выбор такой формы существования предполагает получение доходов только за счет создания для клиентов уникальных продуктов, например, специализированного программного обеспечения, информационных систем различной сложности. Уникальность накладывает особый отпечаток и на все стороны деятельности предприятия -- от стратегии на рынке до операционного уровня ее бизнес-процессов.

Как показывает практика, модель описания бизнес-процессов, в рамках которой компания описывается в терминах функциональной деятельности (по предмету деятельности), для проектной деятельности неудобна, так как при декомпозиции таких моделей на уровень подразделений бизнес - процессы на нижнем уровне охватывают деятельность, распределенную по различным функциональным подразделениям и специалистам, что нарушает главный принцип реинжиниринга -- "один процесс -- одно подразделение -- один бюджет -- один владелец процесса" [29].

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

Бизнес-процессы в проектно-ориентированной компании осуществляются в соответствии с принятыми в этой компании стандартами управления проектами. Напомним, что по общепризнанной методологии PMI (Project Management Institute) -- РМВоК 2000 процессная модель проекта включает несколько стандартных стадий (инициализация, планирование, выполнение, контроль, завершение), каждая из которых предполагает выполнение определенных функций, связанных с управлением временными и стоимостными параметрами проекта, с управлением рисками, проблемами, контрактами, качеством и т.д. [3].

Главной особенностью бизнес - процессов проектно-ориентированной компании являются стандартная структура процессов выполнения проекта (этапы проекта) и стандартные ограничения (срок, себестоимость, персонал). Именно эти стандартные ограничения по времени и стоимости реализации проектов и по качеству результатов и могут быть использованы для построения интегрального (обобщенного) показателя, характеризующего бизнес - процессов проектно-ориентированной компании.

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

Однако успех проекта в целом определяется не только их квалификацией, но и степенью их заинтересованности, что особенно важно в командной работе в процессе выполнения проекта. Для того чтобы регулировать мотивацию персонала, должен рассматриваться такой вопрос, как доля премии в общем доходе сотрудников.

В компаниях с многолетним опытом работы, особенно в ИТ, просто опасно выстраивать долгосрочную личную эффективность людей на монопольном решении их прямых руководителей. В таких организациях особенно необходимо создание прозрачной системы мотивации, ориентированной на ценности компании, на коллективные решения по оценке вклада каждого сотрудника. Иначе неизбежны интриги, в результате с уходом из компании одного топ-менеджера уйдет и его команда, то есть получится, что это были люди не компании, а конкретного руководителя. Это требует построение политики оплаты труда, основанной на реальном весе должности, результате, оценке индивидуального вклада каждого сотрудника.

Основная идея лежит в ведении показателя "Личный рейтинг сотрудника". Личный рейтинг сотрудника должен зависеть, по крайней мере, от двух основных показателей:

1. от его реальной утилизации (например, за год);

2. от его потенциала: знаний и опыта их реализации [9].

СМК может быть очень эффективной (высокая степень вероятности достижения всех запланированных результатов проекта) для конкретной ИТ-компании, но при этом иметь много отклонений именно от модели ISO 9000.

Поэтому для проектных компаний сертификация по ISO 9000 -- мера вынужденная, так как заказчики о других стандартах на проекты разработки ПО и внедрения информационных систем (ИС) просто ничего не знают.

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

Качество выполнения для ИТ-проектов складывается:

1. из определения требований потребителей к ИС или ПО;

2. отображения требований на функциональность ИС или ПО;

3. разработки и внедрения ИС или ПО с характеристиками, обеспечивающими соответствие установленным к ним требований потребителя;

4. поддержания характеристик, заложенных при разработке ИС или ПО при их внедрении в компании потребителя;

5. технической поддержки внедренной ИС или ПО в течение их срока жизни с целью сохранения заложенных в них характеристик [21].

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

Процессу постоянного обучения и повышения квалификации в ИТ-компаниях в этих обстоятельствах надо уделять гораздо больше внимания, чем это требует ISO 9000: для ИТ-услуг это просто жизненно необходимая задача -- ведь сами ИТ развиваются катастрофически быстро.

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

Теперь рассмотрим реализацию процесса управления качеством проекта.

Ключевой особенностью всех сложных проектов является то, что качество на каждой стадии не контактирует с остальными. На предконтрактной стадии невозможно заранее описать в полном объеме требования к создаваемой системе или работе. Это обстоятельство определяет другую характеристику практически любого проекта: большое количество рисков и высокая степень неопределенности.

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

Кроме того, проектный бизнес имеет еще следующие общепризнанные особенности:

1. интеллектуалоемкий характер предметной области большинства проектов;

2. сильная зависимость успеха проектов от поведения заказчика;

3. повышенные риски нарушения сроков и бюджета, прекращения либо приостановки проекта;

4. повышенные требования к качеству, имеющие конструктивный, то есть объективно проверяемый, характер;

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

6. быстрая потеря актуальности их результатов;

7. высокая вероятность появления новых, ранее не выполнявшихся работ, для которых методология, технология и сиcтема управления создаются "на лету";

8. высокие требования к квалификации менеджеров и исполнителей, их высокая стоимость;

9. критическая важность корпоративной офисной системы, поддерживающей и бизнес, и коммуникации, и базу знаний [20].

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

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

Для каждого конкретного проекта в соответствии с ISO 9000 сравнительно нетрудно разработать логичный комплекс мер по обеспечению качества. Этот комплекс может быть оформлен как план обеспечения качества (Quality Assurance -- QA). QA-план, как правило, является составной частью плана-графика всего проекта, но может выделяться и для больших проектов, и как самостоятельный план (подпроект).

Выполнение QA-плана и процедур управления качеством обычно приводит к удорожанию проекта на 10-15 %. И для больших и серьезных проектов это абсолютно оправданно -- это как раз пример необходимого предупреждающего действия для снижения риска высокой неопределенности при старте проекта. В то же время отказ от управления качеством вообще может привести к очень опасным рискам и даже к провалу всего проекта [23]. В заключении необходимо рассмотреть аспекты улучшения качества проекта.

Все требования современных стандартов к обеспечению качества проекта в рамках СМК, включающие несколько видов внутреннего контроля, характеризуются большинством реальных разработчиков, который, может быть, чисто теоретически и хорош, но в реальной жизни, по их мнению, не только существенно не влияет на результаты, но и всегда ведет только к уменьшению скорости создания ИТ - продукта.

Более того, внутренние проверки (контроль), которые предусмотрены требованиями, скажем, модели обеспечения качества по стандарту ISO 9001, на практике рассматривались всегда как "вмешательство во внутреннюю кухню" и всегда однозначно не приветствовались разработчиками.

Тем не менее, сформулируем ряд параметров, которые смогут повысить качество проекта (таблица 1.3.1.).

Таблица 1.3.1. Параметры повышения качества

Цель	Действие	Этап проекта
Более достоверный анализ хода реализации проекта	Как можно более мелкая детализация работ или предельно возможное снижение сложности отдельных задач	Планирование
Создание мотивации персонала на повышение качества проекта	Связать размер бонуса с показателем качества выполненного проекта	Внепроектная организационная задача
Полнота анализа необходимости конкретных требований к системе	Инициация изменений в функциональности системы для предвосхищения дополнительных требований потребителя	Диагностика
Обеспечение качества проектной документации	Организация независимого рецензирования всех описывающих систему проектных документов	Проектирование
	Организация независимого рецензирования программного кода бизнес-приложений	Разработка
Обеспечение возможности адаптации ИС к изменениям в БП уже в процессе эксплуатации ИС	Подробное документирование программного кода бизнес- приложения	Разработка
Уменьшение вероятности возникновения дефектов при эксплуатации ИС	Увеличение степени покрытия тестовыми сценариями функциональности ИС	Тестирование
Уменьшение вероятности возникновения проблем и ошибок при эксплуатации ИС	Обучение конечных пользователей ИС по всем возможным сценариям ввода данных и настройкам пользовательского интерфейса	Внедрение
	Анализ и экспертная оценка действительной необходимости и реальной степени сложности требований к функциональности ИС	Диагностика
Создание методологии выполнения проектов	Организация ЦУП, в задачи которого входят создание методологии УП и контроль за ее выполнением	Внепроектная организационная задача

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

2. Анализ обеспеченности информационных ресурсов

ОАО "Нижнекамскшина" для эффективного функционирования бизнес-процессов

2.1 Характеристика предприятия и его деятельности

Открытое акционерное общество "Нижнекамскшина" - крупнейшее предприятие в шинной отрасли России и СНГ. В рейтинге мировых шинных компаний "Нижнекамскшина" занимает 20-е место среди 98 компаний. Практически каждая третья шина, выпущенная в России, изготовлена в городе Нижнекамске.

Открытое акционерное общество "Нижнекамскшина", учреждено в соответствии с Указом Президента Республики Татарстан "О мерах по преобразованию государственных предприятий, организаций и объединений в акционерные общества" от 26.09.1992 года № УП-466, Законом Республики Татарстан "О преобразовании государственной и коммунальной собственности в Республике Татарстан (о разгосударствлении и приватизации)".