Cross plant planning что это

Production Planning in a cross Plant/Company set-up

This document explains the steps required to configure a system for Production planning in a cross Plant/Company set-up. Many members post questions with a bit of variation regarding this scenario. Hopefully, This blog will address the below 2 scenarios.

Business Scenario 1 : Different Plant in same Company code

The customer is placing a Sale Order in the 7001 plant.
The manufacturings of the products are happening in different plants.(i.e Assembly of the product happening in the plant (7001) and Semi-finished products are produced in another plant(7002)).
The demand from 7001 plant should come to 7002 plant and need to produce them according to the requirement.
After manufacturing the semi-finished product, the products from 7002 plant stock will be shipped(Stock transport Order) to the assembly plant (7001) for the assembling process.

Master Data Changes:

For 321 material maintain the same changes.

Special Procurement Key: 70,80 and 90.

Special Procurement Key: 70 in SFG manufacturing plant

Special Procurement Key: 80 and 90 in FG/Assembly plant

Demand in both Plants (7001,7002)

In the 7001 plant, we will get STO PR. PR can be converted in STO purchase order. The item category will be “U”.

Please continue the normal STO process.

Business Scenario 2: Different Plant in different Company code

The customer is placing a Sale Order in the 7001 plant.
The manufacturings of the products are happening in different plants.(i.e Assembly of the product happening in the plant (7001) and Semi-finished products are produced in another plant(8002) under 8000 Company code ).
The demand from 7001 plant should come to 8002 plant and need to produce them according to the requirement.
After manufacturing the semi-finished product, the products from 8002 plant stock will be shipped(Stock transport Order) to the assembly plant (7001) for the assembling process.

Demand in both Plants (7001,8002)

In the 7001 plant, we will get STO PR. PR can be converted in STO purchase order. The item category will be “U”.

Please continue the normal STO process.

The production cost will capture in respective manufacturing plants. if the plants are in a different place then you can add transportation cost in the STO P.O.

There is N number of scenarios for Multi Plant/Company Planning, I hope this blog has established a baseline understanding of how Multi Plant Planning works.

If you have any queries please feel free to ask.

Источник

Production Planning in a cross plant set-up

Hello everyone,
This document explains the steps required to configure a system for Production planning in a cross plant set-up. Many members post questions with a bit of variation regarding this scenario. Hopefully this blog will address any current and future queries regarding this topic.

Scenario:
Cross plant production is one of the key parts of SAP – Production Planning, it is also know as production in alternative plant. In this document we will use Special procurement types 70 and 80 to address this scenario, thus eliminating the need of doing any transfer postings.

Prerequisites – Create Master Data i.e.
Material Master (FERT, HALB and ROH)
BOM (FERT and HALB)
Routing (FERT and HALB)
Work Centers

HALB will be created in 3350 plant, while FERT and ROH will exist in both plants by extending them to the other plant through MM01.
We will be working on MTS – Make to Stock strategy.

Only configuration required in this scenario is to configure special procurement types 70 and 80.

For plant 3300 we will use special procurement type 80. We will mention plant 3350 in special procurement section of [ Prod. Other plant ].

For plant 3350 we will use special procurement type 70. We will mention plant 3300 as issuing plant in the ‘As BOM component’ section. Make sure there’s a tick at the box of withdr.altern.plant (withdrawal from alternate plant).

Special procurement 70 will be assigned to HALB’s BOM component. We will select ROH material in the BOM and click on item (or press F7). T.Code CS02

Special procurement 80 will be assigned in FERT’s MRP 2 view in plant 3300. T.Code MM02

After completing all of the above tasks we will proceed with a real time test. For FERT material, stock of 50 already exists thus we will have to add this in our future calculations.

Now we will go to PIR planning table T.code MD61, and enter the value of 100. Make sure the date is not on a holiday.

You can double check the planned qty and its date in Schedule lines tab.

After running the MRP (T.Code MD02) we will go to stock requirement list of FERT material. Here you can see IndReq of 100 and planned order of 50 quantity. Reason being that 50 qty of FERT is already available in unrestricted stock, so that stock will be consumed first. You can also see supplying plant as 3350 because FERT material will be manufactured in plant 3350.

For FERT Material in plant 3350 (T.code MD04) you can see Planned order for 50 qty while 3300 plant is showing as planning plant.

For HALB Material in plant 3350 you can see a planned order of quantity 50.

For ROH Material you can see DepReq of 100 and PurRqs of 100. That’s because in one HALB material 2 ROH materials are consumed.

Convert Purchase requisition of ROH to purchase order and do GR in plant 3300.

Convert planned order of HALB to production order.

In component overview of HALB’s production order you can see 3300 plant for ROH material.

Now we will do goods issuance (Movement type 261) on the production order of HALB material.

Before Goods issuance, ROH material stock is 100.

After Goods issuance, ROH material stock reduces to zero. Point to notice is that there were no transfer postings done.

After doing Confirmation of HALB’s production order we will do Goods Receipt of HALB material.

After GR of HALB. 50 quantity has been added to stock.

After GR of HALB material, we will convert planned order of FERT to Production order. Note supplying plant is 3350.

Planning plant and MRP area for FERT’s production order is coming as 3300

Now we will do goods issuance to FERT’s production order. 261 movement type is done.

In stock/requirements list (T.Code MD04) for HALB you can see the effects of GI

In FERT material’s Production order HALB’s withdrawal quantity is coming as 50

After confirmation of production order we will do GR of FERT material.
But before that you can see for plant 3300, FERT’s material Stock/requirement list is showing 3350 as supplying plant while for plant 3350 Stock/requirement list is showing 3300 as planning plant.

We will go to MIGO and do GR of FERT’s production order. It will be done directly to 3300 plant 0001 Sloc without the need of any transfer postings.

After GR, stock in 3300 plant has increased from 50 to 100

After GR, stock in 3350 plant has decreased to zero.

You can see in Stock overview list (T.Code MMBE) that stock in ‘unrestricted use’ is 100 for plant 3300 in 0001 Sloc, while stock is Zero for plant 3350. Production Cost will be collected in production plant 3350.

There are numerous scenarios for Multi Plant Planning, I hope this blog has established a baseline understanding of how Multi Plant Planning works.

If you have any queries please feel free to ask.

Источник

PI-планирование в SAFe

Scaled Agile Framework, SAFe — фреймворк Agile-разработки, разработанный Scaled Agile Inc., по сути база знаний по реализации бережливой Agile-разработки в корпоративных масштабах. Ниже вольный пересказ оригинальной статьи «PI Planning — Scaled Agile Framework».

Сессия PI-планирования на 190 участников

Задачи по разработке продукта невозможно заранее предугадать. Передайте планирование и отслеживание тем, кто может оценить конечный результат и влиять на то, каким он будет.
— Michael Kennedy, «Product Development for the Lean Enterprise»

В SAFe нет никакого волшебства… разве что только PI-планирование.
— Авторы SAFe

Один из принципов Agile-манифеста говорит, что «непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды». Это несложно осуществить, если у вас одна небольшая команда. А как быть в масштабах огромной компании, когда команд много и необходима их синхронная работа? Для этого в Scaled Agile Framework (SAFe) используется инструмент PI-планирование (PI Planning) — это практика прямого общения всех команд, представителей бизнеса и других заинтересованных лиц, которые как бы объединяются в одну большую команду — Agile Release Train (ART).

Общение проходит на регулярных встречах со стандартной повесткой: в начале презентация представителей бизнеса с рассказом о текущей ситуации, стратегии и задачах, затем сессия планирования, когда команды создают план реализации инкремента продукта, создаваемого в рамках программы — Program Increment (PI). Сразу оговоримся: в терминологии SAFe для обозначения большого количества взаимосвязанных между собой команд используется термин «программа», в дальнейшем мы будем его придерживаться. В этой сессии принимают участие все члены ART, насколько это возможно. Для фасилитации таких встреч выделена специальная роль — Release Train Engineer (RTE). Он же отвечает за эскалацию блокеров, помогает в управлении рисками, поставке ценности и непрерывном совершенствовании.

Для подобных мероприятий по планированию, исследованиям и обучению предусмотрена специальная IP-итерация (Innovation and Planning iteration), чтобы не занимать время команд на других итерациях внутри PI. Сессия длится от 1,5 до 2 дней. Результатом является согласованный набор целей программы на следующий PI.

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

Обзор

PI-планирование важно проводить регулярно, ведь оно задает ритм работы всего ART. Это неотъемлемая часть SAFe: если вы не проводите PI-планирование, вы не применяете SAFe.

Сессия PI-планирования на 250 участников

PI-планирование предоставляет бизнесу множество преимуществ:

Основными результатами PI-планирования являются:

Подготовка

PI-планирование — важное событие, которое требует подготовки, координации и коммуникации. Участники мероприятия: продуктовые менеджеры, Agile-команды, архитекторы и инженеры, системные команды, заинтересованные лица — все они должны быть заранее оповещены и прийти на мероприятие хорошо подготовленными.

Успешное мероприятие готовится по следующим направлениям:

Организация

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

Ниже примеры вопросов, которые помогают определить эту готовность.

Содержание

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

Инфраструктура

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

Ниже приведены моменты, которые следует учесть.

Повестка

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

Стандартная повестка 2-дневной сессии PI-планирования

День 1

Бизнес-контекст

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

Концепция продукта

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

Архитектура и практики разработки

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

Контекст планирования

Ведущий — RTE — объясняет процесс планирования и ожидаемые результаты от мероприятия.

Ведущий объясняет цели и план сессии PI-планирования на 100 человек

Работа команд — 1

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

Команды выявляют взаимозависимости на сессии PI-планирования на 100 человек

Рецензирование черновиков планов

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

Владелец продукта презентует собранный ее командой план на сессии PI-планирования на 100 человек

Рецензирование руководством и решение проблем

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

День 2

Изменение планов

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

Работа команд — 2

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

Результаты планирования одной из команд на сессии PI-планирования на 100 человек

Презентация итоговых планов

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

Риски программы

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

Риски программы на сессии PI-планирования на 100 человек

Голосование

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

Правила голосования на сессии PI-планирования на 100 человек

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

Голосование на репетиции с участием Скрам-мастеров и владельцев продуктов команд перед сессией PI-планирования на 100 человек

Переделка планов, если нужно

При необходимости команды перерабатывают свои планы до тех пор, пока уровень доверия им не окажется достаточным. Это первый момент за всю сессию PI-планирования, когда временные ограничения уходят на второй план — важнее согласованность планов и готовность команд взять на себя ответственность за их исполнение.

Ретроспектива

В завершение RTE проводит короткую ретроспективную сессию, чтобы определить, что получилось хорошо, что не очень и что можно сделать лучше на следующей сессии PI-планирования.

После этого можно обсудить дальнейшие шаги, занести цели и пользовательские истории в IT-инструменты управления Agile-проектами, запланировать предстоящие ключевые активности и мероприятия… и даже прибраться в помещении!

Результаты

Успешное PI-планирование позволяет получить три основных артефакта.

Доска программы одного ART

Практика

В этом видео наша практика PI-планирования:

Источник