Разработка плана в Visio для магазина

Содержание

ВВЕДЕНИЕ

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

Компания “Алиса” предоставляет товары для детского и подросткового возраста(верхняя одежда, игрушки, обувь и т.д.)

1. Стратегическая карта целей

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

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

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

1. Формирование  дерева целей в Навигаторе Business Studio.

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

2. Формирование  дерева целей с помощью диаграммы  сбалансированной карты.

Business Studio поддерживает визуальное создание дерева целей с помощью диаграммы стратегической карты.

3. Формирование  сбалансированной системы показателей  в соответствии с методикой Balanced Scorecard.

Business Studio полностью поддерживает методику формализации и контроля выполнения стратегии BSC.

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

Эффективность сбалансированной системы показателей  зависит от качества ее внедрения. Внедрение ССП осуществляется в четыре этапа^[3]:

• подготовка к разработке ССП;
• разработка ССП;
• каскадирование ССП;
• контроль выполнения стратегии.

Стратегическая карта

Отчет

Стратегическая  карта ООО "Алиса"

Сбалансированная система показателей

Диаграмма стратегической карты

Рис.1. Диаграмма стратегической карты целей

Вывод.

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

2. Описание предприятия по стандарту IDEF0

IDEF0 – нотация  графического моделирования, используемая  для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов^[2]..

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия.

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

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

1. Верхняя сторона  имеет значение «Управление» (Control);

2. Левая сторона  имеет значение «Вход» (Input);

3. Правая сторона  имеет значение «Выход» (Output);

4. Нижняя сторона  имеет значение «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой  системы должен иметь свой уникальный идентификационный номер.

Вторым «китом»  методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

В зависимости  от того, к какой из сторон подходит данная интерфейсная дуга, она носит название «входящей», «исходящей» или «управляющей». Кроме того, «источником» (началом) и «приемником» (концом) каждой функциональной дуги могут быть только функциональные блоки. Необходимо отметить, что любой функциональный блок по требованиям стандарта должен иметь по крайней мере одну управляющую интерфейсную дугу и одну исходящую (рис.2) (рис.3).

Обязательное  наличие управляющих интерфейсных дуг является одним из главных  отличий стандарта IDEF0 от других методологий  классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

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

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

3. Бизнес процессы предприятия в диаграммах EPC.

Существующая  практика построения систем управления включает в себя несколько подходов к организации систем управления. Наиболее известны из них системы, построенные на управлении функциями и управлении бизнес-процессами организации^[2].

Бизнес-процесс – последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.

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

Нотация EPC (Event-Driven Process Chain – событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.

Для описания бизнес-процессов  нижнего (операционного) уровня можно использовать нотацию EPC, разработанную Институтом информационных систем Университета Саарланда (Германия) в сотрудничестве с компанией SAP AG. Ключевая особенность EPC диаграмм - описание бизнес-процесса как последовательности чередующихся событий и функций.

Основные графические  элементы диаграммы EPC:

1. Функции.

2. События. 

3. Организационные  единицы, ответственные за исполнение  функций.

4. Информационные  или материальные объекты, которые используются при выполнении функций.

5. Коннекторы ( AND, OR, XOR).

Правила моделирования  процессов в нотации EPC.

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

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

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

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

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

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

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

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

За одиночным  событием не должны следовать операторы  «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».

Операторы могут  объединять или разветвлять только функции или только события. Одновременное  объединение/ветвление функции и  события невозможно.

Оператор, разветвляющий  ветки, и оператор, объединяющий эти  ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения – «ИЛИ».

Вывод.

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

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

Описание функции  планирование работ.

4. Организационная диаграмма предприятия.

Понятие организационной  модели.

Организационная модель –  это принципы формирования подразделений, делегирования полномочий и наделения ответственностью. По сути, организационная модель показывает, как сформировать подразделение^[3].

На практике применяют  следующие принципы формирования подразделений:

функциональная модель: «одно  подразделение = одна функция»;

процессная модель: «одно  подразделение = один процесс»;

модель, ориентированная  на контрагента: «одно подразделение = один контрагент (клиент или клиентская группа, поставщик, подрядчик и прочее).

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

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

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

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

Правила формирования организационной структуры

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

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

а) Руководитель находится выше возглавляемого подразделения  на один уровень по иерархии.

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

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

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

- Уровень функциональных единиц;

Это "верхний" уровень любой компании. Структурными элементами здесь являются функциональные блоки.

- Уровень организационных единиц;

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

- Уровень штатных единиц;

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

Вывод.

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

ООО "Алиса"

Алиса

          Положение о подразделении

  УТВЕРЖДАЮ

__________________________________

(Должность)

______________   ___________________

         (Подпись)                                (Ф.И.О.)

«____»  ____________________  20___г.

.

Лист согласования

СОГЛАСОВАНО:

Содержание

5. Общие положения

1. Алиса создается и ликвидируется решением Директора.
2. Структуру и штат Подразделения утверждает Директор в соответствии с решаемыми задачами и объемом работ, определенными в соответствии со стратегическими целями и планами компании.
3. Сотрудники Подразделения назначаются на должности и освобождаются от должностей в порядке, предусмотренном их должностными инструкциями.

1. Руководитель подразделения

Подразделение возглавляет Директор.

2. Цели деятельности подразделения

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

3. Документация

В своей деятельности Алиса руководствуется плановой и нормативно-методической документацией:

4. Ответственность

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

Степень ответственности других работников устанавливается должностными инструкциями.

6. Организационная структура подразделения

1. Структурные единицы

В составе Подразделения сформированы следующие структурные единицы:

2. Штатная численность

3. Организационная диаграмма

7. Задачи подразделения

1. Бизнес-процессы подразделения

В соответствии с установленными целями Подразделение выполняет следующие бизнес-процессы:

2. Участие в выполнении бизнес-процессов

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

3. Прочие задачи и функции

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

8. Взаимодействие с другими подразделениями и внешней средой

1. Входящие документы и объекты