2.3. Описание основных целей и задач нижнего (оперативного) уровня управления gameloft

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

На каждом уровне выполняются работы, в комплексе обеспечивающие управление (функции). Типичные функции:

- - планирование;

- - учёт;

- - анализ и регулирование.

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

Учёт. – функция, направленная на получение информации о ходе работы предприятия. На оперативном уровне чёт значителен. На высшем урвоне учёт отсутствует, но на его основе выполняется анализ результатов производства и регулирование его кодом.

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

3. Определение задач координирования

3.1. Определение глобальных задач координирования

Глобальные задачи:

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

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

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

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

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

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

- - формирует клиентскую базу, своевременно вносит в неё изменения;

- - изучает и анализирует политику конкурентов во взаимоотношениях с клиентами.

С помощью задач координирования GAMELOFT достигает три главные цели6

1. Гарантированный сбыт. Вне зависимости от сезона, колебания рынка и форс-мажорных обстоятельств компания должна обеспечить объём продаж.

2. Независимость от кадров. Если самого важного сотрудника нельзя изъять из бизнеса без ущерба продаж, это свидетельствует о непрофессионализме подразделения.

3. Увеличение сбыта. Если GAMELOFT ставит задачи увеличить продажи на 30% за полгода, то сейлз-менеджеры должны её выполнить. Чтобы двигать дело вперёд необходимы амбициозные цели.

3.2. Определение исполнителей ролей «координатора и кормчего»

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

При решении задачи координирования используется принцип согласования взаимодействий, который выступает как принцип развязывания взаимодействий. Решающим элементом высшего уровня является координатор. В компании «MTG» координатором является Генеральный Директор. Он выбирает координирующие параметры таким образом, чтобы сбалансировать отдельные взаимодействия. При этом Генеральный директор учитывает оптимальные значения координирования, которые выбраны кормчим – Бухгалтером. Для оптимального функционирования системы в целом необходимо согласование работы координатора и кормчего. Координирующими параметрами являются цены на продукты и товары. Прибыль Бухгалтера – разница между получаемой общественной выгодой и стоимостью производства. Всё это максимизируется в общей функции качества системы в целом, с позиций сбалансированной экономики.

4. Сбор данных об используемых программных продуктах

4.1. Описание используемых АРМ программ, сетей

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

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

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

GAMELOFT использует различные программы. Рассмотрим некоторые из них.

Архиваторы Rar , WinZip , WinRar . Архивирование файлов используется для высвобождения места на диске, либо для переноса больших объёмов информации с одного ПК на другой с помощью носителя, т.к. файлы, хранящиеся в архивах, имеют значительно меньший размер, чем исходные данные. Информация, находящаяся в архивированных файлах не может быть подвержена изменению: для редактирования такие файлы должны быть извлечены из архива – разархивированы.

Текстовый редактор Microsoft Word ориентирован для работы с чисто текстовыми файлами: тексты программ, написанные на различных языках, файлы настройки.

MS Word – это приложение Windows, предназначенное для создания, просмотра, модификации и печати текстовых документов.

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

Табличный процессор Microsoft Excel имеет следующие возможности:

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

- построение диаграмм различных типов и их форматирование;

- составление статистических сводок;

- прогнозирование, планирование и распределение ресурсов;

- выполнение технических и научных расчётов.

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

СУБД – это комплекс программных и языковых средств, необходимых для создания БД, поддержания их в актуальном состоянии и организации поиска в них информации. Наиболее известной СУБД является Access.

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

Также используется графические редакторы, такие как Point, CorelDraw, Adobe Photoshop и другие, которые позволяют редактировать изображения: изменять размер, вырезать отдельные фрагменты, рисовать, дополнять автофигурами и т.д.

Таблица 20 -

Модель	IEEE POSI X 1003.23	Модель Захмана	TOGAF	FEAF-	Garther	Meta Group-	Nascio	Microsoft
Полнота таксономии		1	2	2	3	2	3	4
Полнота процесса		1	2	3	4	3	2	2
Руководство по эталонным моделям		2	1	3	3	2	1	3
Практическое руководство		1	2	2	4	1	2	4
Модель готовности		1	3	3	2	4	2	2
Ориентировка на бизнес	V	2	2	2	4	2	1	3
Руководство по управлению		1	1	2	3	3	2	2
Руководство по разбиению		1	2	2	3	1	3	1
Наличие каталога		1	1	1	3	2	2	1
Нейтральность поставщиков		2	2	1	2	3	2	2
Доступность информации		2	1	2	3	3	2	1
Время окупаемости инвестиций		1	2	1	3	3	3	1

Каждой методологии будет присвоена оценка по каждому критерию

Оценки выставляются следующим образом

• 1.Плохо работает

• 2.Недостаточно Работает в этой области

• 3.Приемлемо работает в этой области

• 4.Очень хорошо работает в этой области

Наиболее важный вывод, который можно сделать из таблицы 20, заключается в том, что ни одна из методологий не является полной. У каждой из низ есть свои достоинства и недостатки.

Для рассматриваемой компании Gameloft методология Gartner имеет самую большую оценку. (37)

До сих пор мы говорили о трех методологиях, объединенных под знаменем архитектуры предприятия. Последняя методология стоит несколько особняком. Она не является ни таксономией (как модель Захмана), ни процессом (как TOGAF), ни полной методологией (как FEA). Я бы назвал ее набором практических рекомендаций. Эта методология представляет собой набор рекомендаций по построению архитектуры предприятия от одной из наиболее известных в мире исследовательских и консалтинговых ИТ-организаций — компании Gartner.

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

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

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

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

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

Если бы вы были клиентом Gartner и захотели бы найти в ее библиотеке исследовательские материалы, посвященные архитектуре предприятия, вы бы нашли множество документов. Например, такими документами являются «Процесс создания архитектуры предприятия Gartner: развитие, 2005 г.» и «Структура архитектуры предприятия Gartner: развитие, 2005 г.» . Однако эти документы содержат мало описательной информации и, в любом случае, датированы концом 2005 г. Компания Gartner утверждает, что эти рекомендации носят вневременной характер, и продолжает их наращивать по мере необходимости. Текущая методология Gartner не фиксировалась вплоть до апреля 2006 г., после слияния компаний Gartner и Meta, о котором рассказывалось в разделе «История».

Лучшее из известных мне резюме практик Gartner звучит так:

архитектура — это глагол, а не существительное.

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

Компания Gartner уверена, что архитектура предприятия призвана объединить три группы профессионалов: владельцев бизнеса, ИТ-специалистов и специалистов по внедрению технологий. Если вам удалось объединить эти группы и сформировать у них единое представление о факторах, влияющих на ценность бизнеса, вы победили, если нет — проиграли. Успех оценивается чисто прагматически, например по доходности бизнеса, а не по количеству отмеченных элементов в матрице процесса.

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

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

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

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

Архитектура предприятия, согласно представлению Gartner, связана со стратегией, а не с технической реализацией. Она направлена на достижение цели. Два самых важных вопроса, которыми задается компания Gartner, — это куда организация стремится и как она туда попадет. Любое действие, не связанное напрямую с этими вопросами, считается неуместным. Аналитики Gartner любят употреблять следующую фразу: «Ровно столько архитектуры, сколько необходимо, и точно в срок».

Предположим, что Кэт (исполнительному директору MedAMore) понравилось все то, что она услышала. Как же применить методологию Gartner? При использовании методологий FEA, TOGAF и Захмана Кэт начинала работу с поиска квалифицированного консультанта. Что касается методологии Gartner, все гораздо проще: Кэт просто звонит в компанию Gartner.

Предположим, что компания Gartner отправляет на помощь Грега, консультанта по архитектуре предприятия. Первое, что необходимо сделать Грегу, — это убедиться в том, что архитектура внедряется на самом верхнем уровне корпорации. Тот факт, что звонок был сделан исполнительным директором MedAMore, весьма обнадеживает.

Точную последовательность действий Грега предсказать невозможно, поскольку в методологии Gartner отсутствуют четко заданные пошаговые алгоритмы. Однако, скорее всего, он попросит Кэт изложить ее стратегическое представление о будущем компании MedAMore. Грег попросит Кэт изложить ее представление на языке бизнеса и по возможности не упоминать технологии. Ниже перечислены возможные утверждения о бизнес-представлении, которые Грег мог получить от Кэт.

К 2010 г. компания MedAMore будет владеть аптеками не менее чем в 30 штатах в 8 географических регионах. Это будет достигнуто в основном путем приобретения региональных сетей.

Компания MedAMore сможет ассимилировать новые региональные системы в течение 120 дней с момента приобретения.

Компания MedAMore снизит закупочные цены на 10 % благодаря консолидации закупок в регионах в централизованную систему.

Главный офис MedAMore сможет просматривать консолидированные отчеты о продажах и складских запасах по всем аптекам за любой период времени вплоть до вчерашнего дня.

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

Компания MedAMore сможет выставлять счета страховым компаниям к концу дня доставки рецепта пациенту.

Пациенты смогут передавать рецепты от одного подразделения MedAMore в любое другое.

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

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

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

Грег представит идею Кэт о консолидации закупок в виде набора общих требований. Набор общих требований — это представление, в котором можно увидеть изменения, необходимые для приведения компании MedAMore к желаемому виду. Грег обсудит бизнес-изменения с Бретом, а информационные и технические изменения — с Ирмой, после чего приступит к формированию единой команды.

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

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

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

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