Организационные структуры, связанные с разработкой архитектуры

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

А) по плановой себестоимости с учетом отклонений.

В-1 Полный учет издержек в калькуляции.

Д) Изменение цен в соответствии с изменениями стоимости затрат по производству и реализации

Г) Изменение цен с учетом месторасположения покупателя или географический принцип ценообразования.

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

· установление зональных цен;

· установление цен применительно к базисному пункту.

 

 

 

Б) по себестоимости каждой единицы партии закупаемых запасов, то есть по фактической себестоимости.

 

В) по средней себестоимости ( по формуле простой средней)

 

Г) по себестоимости первых по времени закупок (ФИФО)

 

Д) по себестоимости последних по времени закупок (ЛИФО)

 

 

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

 

Список дополнительной литературы. 1. Баркан Д.И. Управление фирмой в условиях рынка: маркетинг- ключ к успеху. - Л.: Аквилон, 1991. 2. Котлер Ф. Основы маркетинга : Пер. с анг. : Прогресс, 1990.- гл. 10,11. 3. Линсиц И.В. Бизнес - план- основа успеха. -М.: Машиностроение. 1993. 4. Пунин Е.И. Маркетинг, менеджмент, ценообразование в условиях рыночной экономики. - М.: Международные отношения, 1993. 5. Минаева И.В. Экономика и предпринимательство. - М.: Владос, 1994.

 

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


Рис. 9.2. Организационные структуры, связанные с управлением и контролем архитектуры

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

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

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

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

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

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

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

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

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

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

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