Стратегическое управление качеством предприятия в ИТ-сфере на примере компании "Диасофт"

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

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Костромской государственный университет»

Институт управления, экономики и финансов

Кафедра бизнес-информатики и сервиса

Статья

«Стратегическое управление качеством предприятия в ИТ-сфере, на примере компании «Диасофт»»

стратегический качество программный внедрение

Выполнил: Бобрык Инна

Преподаватель: Скаржинская Е.М., д.э.н., профессор

Кострома 2016

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

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

Основная работа в компании «Диасофт» заключается в разработке и внедрении программных продуктов. Типичный проект внедрения состоит из следующих этапов:

1. Инициация проекта (регистрация проекта в реестре проектов, назначение менеджера);

2. Планирование (анализ и оценка проекта (обследование), разработка плана проекта (состав работ, риски, роли, обязанности, коммуникации, конфигурация решения, критерии приемки и т.д.);

3. Согласование и подписание контракта;

4. Разработка (аналитика (написание постановок), кодирование, верификация, тестирование, документирование);

5. Сборка и выпуск поставки (управление конфигурацией и интеграцией решения);

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

7. Закрытие проекта (передача проекта на сопровождение, фиксация проектного опыта).

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

Основные процессы -> Производство программных продуктов (FA и FLEXTERA) -> Документирование.

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

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

1. Четкое и ясное описание функционала;

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

3. Стилистическая и орфографическая грамотность;

4. Соответствие стилевому оформлению;

5. Реализация процесса документации.

В компании «Диасофт» существуют определенные инструкции, помогающие при разработке документации:

1. Руководство администратора FM

2. Руководство пользователя FM

3. Информационный портал qa.diaspace, где описана основная работа технического редактора и процессы документирования

4. Стандартные шаблоны оформления документации

5. Правила документирования (орфография и типичные ошибки)

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

В чем проблема такого расхождения? Слишком требовательные клиенты? Или техническим редакторам не хватает навыков и компетенций?

Как принято «Клиент всегда прав», следовательно, необходимо повышать уровень компетенции документатора.

Каким образом повысить качество документирования и уменьшить издержки данного производства?

Возможное решение проблемы:

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

· специальные выражения;

· обучение документатора;

· точное знание и понимание им того, что он документирует;

· однозначность написанного,

· отсутствие противоречий и др..

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

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

Например,

роль: бухгалтер

задача: провести расчет на дату.

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

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

Что надо? -> (понимание) -> Как сделать?

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

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

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

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

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

Для формирования стратегии качества необходимо выделить ее основные элементы; к таким элементам относятся:

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

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

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

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

Размещено на Allbest.ru