Для того чтобы понять в чем именно состоит ценность предприятия, которая формируется в результате выполнения определенного ряда процессов, используется цепочка добавленной стоимости. Рассмотрим ее с точки зрения отдельных понятий:
- Ценность — важность, значимость, польза, полезность чего-либо. Внешне ценность выступает как свойство предмета или явления. Однако значимость и полезность присущи им не от природы, не просто в силу внутренней структуры объекта самого по себе, а являются субъективными оценками конкретных свойств, которые вовлечены в сферу общественного бытия человека, человек в них заинтересован или испытывает потребность
- Стоимость — основа количественных соотношений при добровольном обмене товарами между собственниками. Разные экономические школы природу стоимости объясняют по-разному: затратами рабочего времени, балансом спроса и предложения, издержками производства, предельной полезностью и так далее.
- Цена — количество денег, в обмен на которые продавец готов передать (продать) единицу товара. По сути, цена является коэффициентом обмена конкретного товара на деньги.
Главная суть цепочки добавленной стоимости в отражении полного цикла бизнеса, создающего ценность для клиентов. Именно от этой способности зависит успех предприятия. Цепочка добавленной стоимости состоит из трех групп бизнес-процессов:
- Вспомогательные виды деятельности – это те процессы, которые создают условия для более эффективной работы компании.
- Основные виды деятельности – это то, чем компания занимается, исключая сам процесс непосредственного создания ценности.
- Этапы создания ценности – это процессы, которые непосредственно создают конечный продукт и его стоимость.
Рассмотрев теоретическую часть, перейдем к непосредственному рассмотрению цепочки добавленной стоимости туристического агентства, представленной на рисунке 2, акцентируя внимание на каждом блоке. Первый блок – вспомогательные виды деятельности. В качестве элементов этого блока выделяют материально-техническое снабжение, управление человеческими ресурсами, разработку технологии и инфраструктуру агентства. Материально-техническое снабжение представляет из себя затраты, связанные с бизнес-процессами, т.е. реклама, обслуживание клиентов и техническое оборудование. Следующий элемент – управление человеческими ресурсами – это процессы, связанные с управлением персонала, в нашем случае это собеседование и прием на работу, обучение персонала и контроль за прохождением испытательного срока. Разработка технологии – те методы и методики, применяемые компанией для наиболее успешной реализации стратегии, для туристического бизнеса таковым является исследование потребительского рынка. И последний элемент в этом блоке – инфраструктура агентства – представляет комплекс структур и объектов составляющих и/или обеспечивающих основу функционирования системы, а именно офисное помещение как канал сбыта и отели, гостиницы, лечебные заведения транспорт для обслуживания клиентов. Перейдем к следующему блоку – основные виды деятельности, рассмотрим его элементы – логистика, операции, исходящее материально-техническое обеспечение, маркетинг и продажи, послепродажное обслуживание. Внутренняя логистика, включающая в себя закупку, хранение и распределение сырья по производственным площадкам компании; в сфере услуг сырьем зачастую является информация, поэтому требуется провести сбор данных о пожеланиях и потребностях клиентов, о внешней среде. Элемент «операции» представляет производственные операции по переработке сырья в конечные продукты и услуги, т.е. для туристического бизнеса таковыми являются подбор и составление туров. Теперь внешняя логистика, включающая хранение, распределение и доставку готовой продукции, или по-другому, сбыт наших туров. Элемент «Маркетинг и продажи» связан с реализацией продукции, в него входят участие в торговых выставках, продвижение бренда различными способами и массовая реклама. Наконец, послепродажное обслуживание – деятельность, связанная с базой постоянных клиентов, а именно оповещение о рекламных акциях, предоставление скидок при последующих обращениях. Теперь рассмотрим самый важный блок – это «Этапы создания ценности». Он включает себя несколько подпроцессов, в результате которых получается конечный продукт. В ходе анализа деятельности фирмы была выявлена такая последовательность: привлечение клиентов – выявление пожеланий и потребностей клиентов – поиск готовых туров (составление индивидуальных) – оформление – анализ деятельности и формирование отчетности.Рисунок 2. Цепочка добавленной стоимости туристического агентства
Принцип бизнес-процессов | Создание документа
Моделирование бизнес-процесса тестирования ПО в ELMA
Ограничение
Для продолжения скачивания необходимо пройти капчу:
Источник: studfile.net
Дмитрий Лапин: «Закупки – процесс создания добавленной стоимости»
Дмитрий Лапин, директор по снабжению дивизиона «Сибирь» в «ЕвразХолдинг» и спикер третьей конференции «Эффективное управление ликвидностью и оборотным капиталом», рассказал CFO Russia об эффективных методах оптимизации закупок.
Какие методы оптимизации закупок использует ваша компания?
Для начала отмечу, что в нашей компании мы рассматриваем закупки как создающий добавленную стоимость, а не просто как закупочную процедуру. Такое переосмысление помогает увеличить и углубить способы оптимизации, вывести их на новый уровень, который намного выше обычного «купить дешевле».
Сегодня закупки — процесс, который начинается с планирования потребностей и заканчивается списанием товара. Для корректного отслеживания каждого этапа мы внедряем автоматизацию и налаживаем активное взаимодействие с целью устранения потерь.
Какие инструменты помогают реализовать такой подход?
Например, заключение долгосрочных договоров с формульным ценообразованием, . Наша компания заключила долгосрочный договор на поставку продукции известного мирового производителя и обе организации получили преимущества. У поставщика теперь есть возможность сформировать точный план на несколько лет вперед, потому что он знает, сколько ему нужно произвести товара, и какое оборудование для этого понадобится, оптимизировать свои затраты.
Цепочки добавленной стоимости в SAFe
Напомним, что Scaled Agile Framework содержит несколько уровней иерархии от управления командной до управления портфелем предприятия. И одним из уровней является управление цепочками добавленной стоимости. Спрос на этот уровень имеется со стороны крупных организаций, создающих масштабные или критически важные системы. Однако некоторые его элементы будут вполне полезны и не очень крупным предприятиям.
Для того чтобы оставаться конкурентоспособным, современному предприятию проходится проводить серьезные преобразования, одно из ключевых направлений которых — цифровизация, или цифровая трансформация. Это емкое понятие подразумевает не просто автоматизацию или внедрение инноваций на основе ИТ, а нечто большее: серьезное изменение как бизнес-процессов, так и бизнес-моделей — основ деятельности предприятия, зарабатывания им денег и создания ценности для клиентов. Зачастую кардинально меняются предлагаемые заказчикам продукты и услуги. В основе всего этого лежат информационные технологии.
Яркий пример тому — автомобильная отрасль. По признанию экспертов компании Ford, больше половины внедренных за последние пять-семь лет инноваций связаны с использованием передовых информационных технологий не только в конструкторских бюро и производственных цехах, но и в самих автомобилях. Так, бортовые компьютеры уже стали стандартом де-факто и появляются даже в новых моделях отечественных брендов. Все чаще встречаются машины, укомплектованные системами автоматической парковки, а то и полностью управляемые компьютерными системами. Если дело так пойдет и дальше, лет через 20-30 профессия водителя станет столь же редкой, как, например, профессия кучера, возможно, владение машиной станет таим же хобби и роскошью как владение живым скакуном.
Для многих предприятий, вставших на путь цифровой трансформации, разработка программного обеспечения постепенно перестает быть непрофильным видом деятельности, своего рода падчерицей, а становится одним из ключевых направлений развития. К примеру, в 2010 -2011гг. представители ИТ банков часто утверждали, что они не разработчики ПО и управление разработкой и качеством не их задача, а задача подрядчиков.
Это теперь все же, прямой бизнес банков, ритейла, связистов и представителей других отраслей, чтобы он не превращался в тяжкое бремя, необходимо вести разработку ПО быстро (не отставая от конкурентов), качественно (не переделывая много раз и не разгребая горы рекламаций от разочарованных клиентов) и рачительно (эффективно с финансово-экономической точки зрения). Как раз это и есть цель Scaled Agile Framework (SAFe) — открытой, доступной в онлайне базы знаний, содержащих проверенные рекомендации и шаблоны для внедрения бережливых (Lean) и гибких (Agile) методик по созданию крупных программных систем, в том числе масштаба предприятия. Среди известных пользователей SAFe — Intel, Lego, BMC Software, Nordea, Accenture Technology, и HPE Software. В этой базе знаний, с одной стороны, реализуются применительно к разработке ПО и инженерных систем принципы бережливого производства — того самого, что принесло славу автоконцерну Toyota, с другой — развиваются и масштабируются до уровня крупного предприятия Agile-методики, такие как Scrum, XP и Kanban и все это сопровождается трансформацией культуры взаимодействия подразделений компании в рамках подхода DevOps. Координацией развития, а также вопросами сертификации по SAFe занимается компания Scaled Agile, Inc.
SAFe можно применять как на малых и средних предприятиях, так и в очень крупных компаниях, где разработкой программного решения могут заниматься и 500, и 1000 человек, создавая весьма сложные и значительные по масштабу системы. В относительно небольших предприятиях польза от SAFe может достигаться за счет управления всем набором технических решений в соответствии с бизнес-стратегией. Разумеется, необходимо понимать, что масштабирование имеет свою цену, и если у вас, скажем, менее 5 команд разработки, то более простые подходы к масштабированию Enterprise Agile могут быть более успешны. Это, кстати, озвучено в первом принципе фреймворка SAFe – смотрите на свою продукцию с экономической точки зрения.
Что же касается крупных компаний, то, если речь идет о создании по-настоящему сложных продуктов с использованием бережливых и Agile-подходов, альтернативы SAFe у них фактически нет, поскольку другие фреймворки масштабирования или не рассчитаны на организацию работы столь многочисленных коллективов разработчиков или недостаточно документированы. Эти продукты могут содержать и программную, и аппаратную части, в том числе электрику и электронику, оптические, механические, гидравлические и другие компоненты. Для их создания требуются разносторонние знания и усилия сотен, а иногда и тысяч специалистов — не только штатных, но и сотрудников компаний-подрядчиков. Сбои в этих системах или подсистемах, на которые нередко возложены критически важные задачи, могут привести к недопустимым экономическим и социальным последствиям.
Уровни SAFe
В рамках SAFe различают четыре уровня управления разработкой: уровень портфелей, цепочек добавленной стоимости, программ и команд (см. рис. 1).
Рис. 1. Уровни SAFe.
Источник: Scaled Agile, Inc.
- Уровень команд — самый нижний. Эти, как правило, небольшие (не более 9 специалистов, в идеале) Agile-команды трудятся на основе подхода ScrumXP, иили в том числе с использованием.
Уровень цепочек добавленной стоимости
Спрос на этот уровень имеется со стороны крупных организаций, создающих масштабные и зачастую критически важные системы. На этом уровне определяются функции, свойства и особенности поведения нового продукта, а также контекст, в котором его предстоит развертывать, использовать, поддерживать, продвигать, комплектовать и продавать. Кроме того, формулируются правила принятия решений по экономическим аспектам разработки.
Уровень цепочек добавленной стоимости появился в четвертой версии SAFe, где он не является обязательным. Организации, создающие системы, для разработки которых достаточно нескольких сотен специалистов, могут использовать «усеченный», трехуровневый вариант SAFe, описанный в SAFe версии 3.0.
Аналогично уровню программ, данный уровень строится вокруг инкрементов (приращений) программ. Инкременты — это, по сути, циклы Деминга (планирование — исполнение — контроль — воздействие, Plan-Do-Check-Action, PDCA), для которых обеспечивается сквозная синхронизация ART-коллективов в цепочках добавленной стоимости, что позволяет организовать эффективное и планомерное взаимодействие множества команд и подрядчиков.
Рис. 2. Уровень цепочек добавленной стоимости.
Источник: Scaled Agile, Inc.
Ключевые роли на этом уровне — менеджеры решений (Solution Management), архитекторы и инженеры решений (Solution Architect/Engineering), а также инженер цепочки добавленной стоимости (Value Stream Engineer, VSE).
- Менеджеры решений представляют интересы заказчиков, контролируют выполнение их требований и реализацию стратегических направлений развития портфеля — бизнес-целей, связывающих портфель SAFe и бизнес-стратегию. Вместе с входящими в ART-коллективы менеджерами продуктов они осуществляют детализацию свойств решений и определяют их функции и возможности. Помимо этого на них возлагается ответственность за ведение бэклога всего решения и каждой команды соответственно, в которых будет отражен план создания решения, и установление приоритетов. Им же поручается выработка правил принятия решений по экономическим аспектам создания систем, которые необходимы для управления процессом принятия решений в ART-коллективах и Agile-командах.
Главный структурный компонент уровня цепочек добавленной стоимости — это решение, ведь над его созданием трудится вся цепочка. Решения должны функционировать не просто в соответствии с замыслами, а в своих контекстах — в том окружении, в котором им предстоит «жить» после развертывания. Эти продукты должны отвечать всем требованиям заказчиков, а кроме того, обладать заданными свойствами, быть способными поддержать те бизнес-инициативы, ради которых их создают, и таким образом реализовать свое предназначение.
Управление более масштабными инициативами осуществляется на основе набора менее крупных, но важных инициатив, реализация которых обеспечивает достижение глобальной цели. В процессе анализа этот набор преобразуется в набор свойств решений. Управление ими осуществляется посредством системы Kanban (по сути, «точно в срок»), встроенной в цепочки добавленной стоимости. Kanban помогает удостовериться, что до помещения свойств в бэклог, где их поставят в очередь на реализацию, они уже прошли стадию оценки и анализа, и помогает обеспечить эффективную и продуктивную работу участвующих в анализе этих свойств.
Еще одна функция уровня цепочек добавленной стоимости — координация ART-коллективов, совместно работающих над созданием единого решения. Этот процесс основывается на выстраивании определенной ритмичности инкрементов программ путем синхронизации итераций Agile-разработки. Таким образом обеспечивается взаимодействие не только ART-коллективов, но и подрядчиков.
В начале каждого инкремента производится общее планирование на ближайший период, его осуществляют сами коллективы в ходе «планерок PI». Чтобы разработать план, единый для всех цепочек создания добавленной стоимости и учитывающий взаимозависимости между цепочками, перед началом инкрементов и по их окончании и проводятся эти встречи. Они важны для синхронизации, но затратны по вовлечению участников, собирают каждого входящего в коллектив ART, поэтому рекомендуется встречу проводить раз в 10 недель – через 5 спринтов, если их длина 2 недели. По завершении каждого инкремента решение демонстрируется заказчикам и другим заинтересованным лицам. Затем в рамках рабочей встречи анализируется эффективность всей цепочки добавленной стоимости и определяются пути улучшения существующего процесса, что вполне в духе концепции бережливого производства.
Заметим, что наличие некоторых элементов уровня цепочек добавленной стоимости обусловлено особенностями создания крупных, сложных решений и, как следствие, необходимостью организации работы больших коллективов разработчиков. Однако некоторые элементы будут вполне полезны при использовании трехуровневого варианта SAFe. В частности, это касается замысла решения, управления экономическими аспектами разработки, а также взаимодействия с подрядчиками.
- Блог компании Hewlett Packard Enterprise
- Управление продуктом
Источник: habr.com