Цель — существительное (продукт).

«Ресурс заменяем на сырье». То, что на входе предприятия. Причина: слово «ресурс» обозначает что-то иное, особенно в Управлении проектами. Может быть путаница. Используем стандартное определение (словарь) для производства на основе периодических процессов (IEC 61512)

Более корректно:

1. Оптимальное количество сырья. Значение: на 7 дней работы для каждого вида.

2. Оптимальное количество продукта. Значение: на 7 дней продаж для каждого вида.

Цель — глагол (процесс)

3. Сокращение (при цели 1). За 1 месяц на 50%.

Тогда можно проконтролировать и измерить. Если соединено все вместе — то невозможно. Попробуйте параметризировать цель «Оптимизация управление ресурсами предприятия (повышение рентабельности)». Хотя бы один параметр, не разделяя семантически само предложение. Я не умею.

То же самое про рентабельность. «Оптимизация управление ресурсами предприятия (повышение рентабельности)» Тут сразу три аспекта: функции, продукт, финансовый. Причем цель сразу связан с методами. Оптимизация — ресурсы. Повышение — рентабельность. Корректно стоит разделить на три части.

Рентабельность — неприменимый показатель в этом контексте. Не указано рентабельность чего именно: продукта, деятельности за квартал, всего предприятия.

Корректно наверное так:

Цель:

Рентабельность ROE Значение:+20% от ROE.2017

Рентабельность ROS Значение:+10% от ROS.2017

Рентабельность ROA Значение:+15% от ROA.2017

Цель:

Повышение для ROE До целевого значения. март 2018

Повышение для ROS До целевого значения. март 2018

Повышение для ROA До целевого значения. март 2018

Вот тогда можно измерить и проконтролировать.

И еще для каждого нужно указать метод измерения. Например СТО…

Извините, совсем забыл.

Цели у Вас msin указаны и сформулированы совершенно правильно!

Просто Вы используете одну методологи. (классический метод).

Я использую системный подход (холистический метод).

Оба метода дают описание модели.

Оба метода применимы на практике.

Но системный подход сейчас сильнее продвигается, все стандарты переделаны под него, так что реально — выбора ни у Вас ни у меня нет. Только его применять.

Все верно. Для этого все и разделяется по уровням. Инженеры читают одни книжки — им свои цели описываем. шефы — иные книжки наверное читают, что не факт. Ну им иначе пишем. Вместо одного огромного документа пишем 7 малых, каждый для своего уровня. Кстати, если никто и ничего не читал. То сначала делаем стандарты организации (СТО) для всех процессов. Это несложно, если базировать их на готовых стандартах, а не придумывать самим. Тогда получаем стандарт процесса 3-5 страниц, включая обложку. Коротко, просто, практично можно в виде комиксов или картинок, схем. На картинке только один аспект, только 5-9 элементов, только очень короткая часть процесса. И опять же, по аддитивной логике. И по типовым шаблонам. Пример из жизни: сделали систему управления качеством для фирмы, которая производит полимербетон. Все СТО, плюс таблицы и отчеты за год работы собрали в одну систему. В сумме около 100 отчетов и 15-17 СТО. С анализом, обоснованием и т.п. Использовали G Suite, плюс надстройки для схем и планирования. Делали 2 человека, в сумме около 80 нормочасов на всю. работу.

Page updated

Report abuse