Форум Сообщества Аналитиков
Дисциплины => Бизнес-анализ и Целеполагание => Тема начата: Galogen от 03 Декабря 2006, 19:14:16
-
Предлагаю открыть дискуссию в данной конференции, именно, с того, чтобы дать четкое и недвусмысленное определение того, а что все-таки есть бизнес-процесс: в общем понимании, в понимании UML или других языков и подходов.
Wikipedia (http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81)
говорит:
Проце́сс (от лат. processus — продвижение), — последовательная смена состояний стадий развития; Совокупность последовательных действий для достижения какого-либо результата.
Очевидно, второе определение в целом нам ближе.
А вот, что дает энциклопедия по поводу определения бизнес-процесс (http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81):
Бизнес-процесс, ИТ — устойчивый информационный процесс (последовательность работ), относящийся к производственно-хозяйственной деятельности компании и обычно ориентированный на создание новой стоимости. Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства. Бизнес-процесс включает в себя иерархию взаимосвязанных функциональных действий, реализующих одну (или несколько) из бизнес целей компании в информационной системе компании, например, управление и анализ выпуска продукции или ресурсное обеспечение выпуска продукции, под продукцией здесь понимают, например, товары, услуги, решения, документы).
Как следует из определения, мы имеем явную экономическую или коммерческую направленность.
Действительно, когда мы говорим о фирме, организации и т.п., производящей что-либо и стремящейся к прибыли - это все очень естественно.
А если вязть тот же ВУЗ. А какие противоречия скажете Вы? Действительно, ВУЗ - это организация, оказывающая услуги. А за эти услуги все равно кто-то платит: сам студент, фирма, государство или общество. Так, что в этом отношении никаких противоречий.
А если взять часть такой организации - например, управление факультетом - т.е. деканат.
Сам по себе деканат не явялется самостоятельной финансовой единицей, но является стуркутурной единицей. Можно ли в этом случае считать деятельность деканата - бизнес-процессом? Лично я не знаю...
Есть очень инетерсный язык - BPEL (англ. Business Process Execution Language) — язык на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой. BPEL расширяет модель взаимодействия веб-служб и включает в эту модель поддержку транзакций. Имеет смысл изучить, что же полагает это язык за бизнес-процесс, и не имеет ли смысл притсально его изучить, чтобы применять для описания бизнес-процессов...
С другой стороны вот определение варианта использования, или прецедента:
Прецеде́нт (англ. Use Case, а также: вариант использования, сценарий использования) — спецификация последовательности действий (варианты последовательности), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними актёрами (англ. Actors).
Прецеденты служат для документирования функциональных требований к программным системам. Прецедент описывает некоторый целостный фрагмент поведения системы, не вдаваясь, при этом, в особенности внутренней структуры субъекта. Определение прецедента содержит все свойственные ему виды поведения: основную последовательность, различные варианты стандартного поведения и возможные при этом исключительные ситуации с указанием ответной реакции на них. С точки зрения пользователя, некоторые из видов поведения выглядят как ошибочные. Однако для системы ошибочная ситуация является одним из вариантов поведения, который должен быть описан и обработан.
Прецедент описывает взаимодействие программной системы с актёрами, имеющее вид последовательности сообщений. В понятие актёр входят люди, компьютерные системы и процессы.
Задачей проектирования программной системы является поиск таких классов для реализации прецедента, которые удачно сочетали бы в себе нужные роли и не создавали при этом излишних сложностей. Реализацию прецедента можно смоделировать в виде одной или нескольких коопераций. Кооперация — это реализация прецедента.
На диаграммах в UML прецедент отображается в виде эллипса. Внутри эллипса или под ним указывается имя элемента.
К прецедентам применимы следующие виды отношений:
* Ассоциация (англ. Association)
* Расширить (англ. Extend)
* Включить (англ. Include)
* Обобщение (англ. Generalization, наследование)
Надеюсь на продолжение темы...
-
Предлагаю следующую формулировку бизнес-процесса, довольно интересно:
*******************
"Коммерческие и некоммерческие организации производят продукты или предоставляют услуги, поэтому они могут рассматриваться как производственные системы. В свою очередь, производственные системы состоят из групп взаимонезависимых компонент, работающих вместе для достижения конечной цели. Эти компоненты определяются как процессы. Таким сбразом, производственная система состоит из группы взаимосвязанных процессов, которые обеспечивают достижение целей организации.
Процессы — это связанный набор повторяемых действий (функций), которые преобразуют исходный материал и/или информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Различают основные и вспомогательные процессы. Основные процессы — это те, которые добавляют качество, вспомогательные процессы формируют инфраструктуру организации. Примерами процессов могут быть процессы сбыта и снабжения, процесс разработки нового изделия и вывода его на рынок, процесс обслуживания клиентов."
*******************
Из книги Профессора Шеера "Бизнес-процессы. Основные понятия. Теория. Методы."
Ну раз от Шеера, то понятное дело, что это Бизнес-процесс в понимании Aris.
Также из этой книги, зачем, собственно говоря, нужны эти замысловатые БП:
*******************
"Выделение бизнес-процессов, их анализ и последующее совершенствование — колоссальный резерв для повышения конкурентоспособности компании и эффективности ее работы. Среди основных преимуществ такого подхода можно выделить простоту проведения оптимизации как самих процессов, с точки зрения их организации, синхронизации, ззаимосогласованности, так и ресурсов, потребляемых процессами, особенно это касается человеческих ресурсов. Кроме того, становится очевидность управления, нацеленного на конечный результат, который оценивается потребителем — клиентом процесса.
В качестве примеров направлений работ по совершенствованию процессов можно назвать:
- Совершенствование процесса управленческого учета и финансового планирования с целью быстрого доступа к критически важной информации.
- Сокращение сроков освоения новых видов продукции и вывода ее на рынок.
- Сокращение цикла обслуживания клиентов."
****************
-
Спасибо за пост, очень интересные мысли...
-
Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства
Хотелось бы немного расширить. В принципе, деятельность любой структурной единицы (подразделения, отдела) компании является БП. Даже можно больше сказать: должностные обязанности лиц, работающих в компании, по сути тоже бизнес-процесс. Конечно другой разговор, чем закреплен этот БП: бабой Любой, которая 30 лет работает на одном складе и досконально знает свои обязанности или опытными консультантами, которые кропотливо продумывали (даже проектировали) каждую мелочь, каждый шаг работы того же склада, чтобы минимизировать все лишние действия, увеличить результативность. Какой вариант будет эффективней тоже достаточно тонкий вопрос.
Поэтому хочу вернуться к деканату: Сам по себе деканат не явялется самостоятельной финансовой единицей, но является стуркутурной единицей. Можно ли в этом случае считать деятельность деканата - бизнес-процессом?
Думаю, скорее ДА, чем НЕТ. Конечно если рассматривать работу деканата в советские годы, на этот счет не знаю.... :) А вот если сегодня взять какой-либо негосударственный институт...., вот тут, на мой взгляд, имеет смысл.
Вот постараюсь привести пример, своего рода мое понимание глубокого смысла БП на низком уровне :) : Когда некоторая компания постоянно работает в одном ключе, то важность БП сходит на нет. Пока не приходит время, когда результативность начинает снижаться, например из-за расширения штата. На уровне подразделений все происходит инертно: если старые сотрудники увольняются, вновь пришедших обучают работать по наработанной годами схеме и вроде все нормально. Но тут случается нечто новое, что рушит всю консервативную последовательность работы. Чтобы увеличить КПД (использую неподходящее слово) компания решается на реинжиниринг, изменение структуры, внедрение новой ERP. Меняется документооборот, обязанности и тд и тп что приводит к недопониманию сотрудниками друг друга, вся работа можно сказать рушится. А вот если бы были четко прописаны БП? Нет, конечно, и они претерпят некоторые изменения, но позволят избежать паники и снижения производительности...
Ну в заключении добавлю достаточно замысловатое трудночитаемое определение.
М. Каменнова, А. Громов "Моделирование бизнеса"
******************
Понятие «процесс» — ключевое в современной теории управления бизнесом. Международный стандарт ИСО 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы и выходы. Процесс включает одну или более связанных между собой процедур или функций, которые совместно реализуют некую задачу бизнеса — обычно в рамках организационной структуры. Он может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций, например, в системе «покупатель-поставщик»
Процесс обычно связан с операционными отношениями, например, процесс разработки нового изделия или процесс продаж.
******************
-
Keen_G.
Спасибо за отличные замечания и дополнительную информацию. Сейчас нет времени подискутировать, попозже.
Однако, не желаешь обобщить мысли в некоторую публикацию? И тиснем ее на сайте для обсуждения. Говорят есть какой-то способ соединить статьи с обсуждением на форуме, поищу - сделаю:-))
А так тема статьи неплохая "Что такое бизнес-процесс". Можно рассмотреть с разных точек зрения, привести примеры, опубликовать определения на вкус.
Статью лучше направить мне или bas, а то можно и дать спец права на публикацию статей.
В будущем может прикрутим wiki...
-
galogen,
приму участие с удовольствием, очень интересно! Тема действительно неплохая, знаний пока маловато, но это отличный способ их расширить и пополнить.
-
Все довольно конструктивно, и очень логично. А главное наглядно и понятно.
Кроме понятий составной процесс и атомарный процесс. Вторая диаграмма мне понравилась, и если не возражаешь попытаюсь воспользоваться ею в чтении курса..
Вообще для меня процесс - это смена состояний, последовательность действий и событий во времени или другом параметрическом пространстве. Однако чаще всего говорят о времени.
Для меня понятно определения синхронного и несинхронного процесса, параллельного и вспомогательного. А вот составной процесс или атомарный, как-то не очень понятно. Хотя думаю догадываюся, о чем ты.
Атомарность меня пугает. Процесс смена состояний - их хотя бы два, тогда кака атомарность? Включен выключен?
-
Все-таки начал делать статью, сейчас сессия, времени не очень много, думаю
выгружу сюда в первых числах января на общественную оценку и корректирование... Хотя название больше подойдет "Бизнес-процессы для чайников от чайников" :))
2Boatman
Тоже очень понравились модельки, особенно вторая, можно чуть расширить и отлично в статью запихну...
начало и завершение процесса - вещи довольно условные. Если присмотреться внимательно, то эти вещи всегда можно заменить фактами поставки, поглощения или преобразования определенных ресурсов.
Немного не понял мысль, можешь раскрыть подробней?... Почему условные? Например, поставка на склад какого-либо товара дает начало нескольким БП и именно фактическое начало... К тому же многие модели (например описываем общую схему любого бизнес-проекта) имеют начальную операцию "Начало проекта" и "Проект завершен"... ???
мы не можем достоверно оперировать идеальными образами в наших головах, всегда идет рассмотрение более или менее формальных моделей окружающей действительности, а на уровне модели уже имеет место все, что относится к декомпозиции.
Ага, на все 100 согласен... В принципе, это наверное самая исконная причина, которая послужила началом для появления такого понятия как бизнес-процесс.
-
Сорри, что поздно отвечаю...
2Boatman
Допустим, мы договорились, что считать поставкой и сказали, что здесь завершается поставка, а здесь начинаются несколько других БП,
Мда, теперь понятна мысль, сложно... Т.е. разные аналитики могут по разному определить для себя "начало" и "конец" бизнес-процессов, где имеет место условность. А по каким критериям выбирается это "начало" процесса?
И еще вопросик по перечисленному:
- Машина приехала
- Машину разгружают
- товар проверен кладовщиком и он расписался в накладной
- Товар разложен по местам хранения
- Информация о поставке упала в учетную базу данных
- множество других критериев...
Вот это перечислены обычные операции склада... Данные процессы важны только непосредственно кладовщикам, и хорошо. А ведь для отдела того же АХО все эти операции не имеют смысла, для них важен факт, который так и называется: Поставка на склад, именно с него начнутся дальнейшие операции для АХО, даже выбора не вижу... Если мы будет декомпозировать и работу склада подобным образом, т.е. до момента когда "начало" перестанет быть условным, мы же добъемся того, что выбрать начало и завершение будеть проще, или вообще свести только к одной альтернативе??
Наверное, тогда другая проблема возникнет: слишком много никчемных процессов
-
Так... извините, но мне и тут непонятно :)
Проце́сс (от лат. processus — продвижение), — последовательная смена состояний стадий развития; Совокупность последовательных действий для достижения какого-либо результата.
Очевидно, второе определение в целом нам ближе.
Бизнес-процесс, ИТ — устойчивый информационный процесс (последовательность работ), относящийся к производственно-хозяйственной деятельности компании и обычно ориентированный на создание новой стоимости. Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства. Бизнес-процесс включает в себя иерархию взаимосвязанных функциональных действий, реализующих одну (или несколько) из бизнес целей компании в информационной системе компании, например, управление и анализ выпуска продукции или ресурсное обеспечение выпуска продукции, под продукцией здесь понимают, например, товары, услуги, решения, документы).
Как следует из определения, мы имеем явную экономическую или коммерческую направленность.
Или я что-то пропустил, или мне просто так непонятно:
Экономическая направленность - это ведь тоже достижение какого-л. результата. Или не так?
Т.е. получается, что бизнес-процесс - это как бы расширение процесса, что ли?
Ок. Допустим так. Тогда такой вопрос.
Всегда ли есть бизнес-процессы?
У меня какой-то ступор. Если брать пример электронного тестирования учеников. По идее, там никакой экономической направленности нет. Там просто есть цели: пройти тест. Получается это просто процесс, да?
Или может быть тогда понятие "экономическую или коммерческую направленность." нужно рассматривать как "получание каких-то ценностей, благ"? Например, получение образования... Но, вроди как, это является целью процесса...
Я запутался?
-
Думаю, Андрей, вам в данном случае имеет смысл посмотреть на это таким образом. Тестирование - это вы его придумали и изобрели? или оно было до вас? Что вы придумали и улучшили? Допустиместь такой процесс тестирования:
Учитель выдает ученикам бланки с тестами
Ученики подписывают тест, указав: ФИО и номер класса
Ученики отвечают вопрос за вопросом
Ученики сдают тесты учителю в конце занятия
Учитель проверяет тесты, выставляет оценки и на следующий день оглашает оценки ученикам.
Вот скажем уровень обощенный, прозрачный. Здесь мы демонстрируем, что нужно делать. Видим что процесс не экономический? Однако учителю платят деньги, необходима бумага для тестов, необходима школа, парты, стулья, где тесты будут проходить, необходимы ручки, время и т.п.? Так?
Почему нужно проходить тестирование? Для контроля знаний? А зачем? Для подготовки к ЕГ? А зачем? Чтобы научить ребенка отвечать на тесты, чтобы ребенок имел равные возможности для ответа? ну и так далее.
Конечно, не каждый процесс имеет смысл сравнивать с бизнесом, но каждый процесс требует ресурсов, производит результат, кем-то или чем-то управляется...
-
Несколько мыслей вслух.
Бизнес-модель предприятия — это совокупность графических и текстовых описаний, позволяющих понимать, а в случае использования электронных средств динамического моделирования имитировать процесс управления предприятием.
Ошибочно полагать, что бизнес-модель — это просто комплект документов, описывающий только бизнес-процессы предприятия. На самом деле в основе бизнес-модели всегда лежат бизнес-цели предприятия, по большому счету полностью определяющие состав всех базовых компонентов бизнес-модели :
- бизнес-функции, описывающие, ЧТО делает бизнес;
- бизнес-процессы, описывающие, КАК предприятие выполняет свои бизнес-функции;
- организационная структура, определяющая, ГДЕ исполняются бизнес-функции и бизнес-процессы;
- фазы, определяющие, КОГДА (в какой последовательности) должны быть внедрены те или иные бизнес-функции;
- роли, определяющие, КТО исполняет бизнес-процессы;
- правила, определяющие связь между ЧТО, КАК, ГДЕ, КОГДА и КТО.
Описание бизнес-процессов, как наиболее трудоемкая и чреватая многими ошибками задача, нуждается в конкретной методологической платформе. Поэтому существует наиболее устоявшийся перечень атрибутов, которые модель бизнес-процессов должна описывать на изобразительном уровне, а именно:
• воздействия, инициирующие каждый шаг бизнес-процесса;
• исполнители каждого шага (это могут быть как люди, так и программы и механизмы);
• воздействия, регламентирующие данный шаг (законодательные акты, рыночные условия и т. п.);
• результат, получаемый на выходе конкретного шага бизнес-процесса.
-
я на данный момент понял только одно :)
У меня совершенно не развит ум с точки зрения теории. Я не могу понять чего-то, пока не увижу это в практике.
Практика, практика, практика...
Это плохо, что у меня такой склад ума?
-
Это нормально, просто у вас еще маловато жизненого опыта, будете потом как семечки щелкать и удивляться, чего это я раньше не понимал...
-
На самом деле в основе бизнес-модели всегда лежат бизнес-цели предприятия, по большому счету полностью определяющие состав всех базовых компонентов бизнес-модели :
- бизнес-функции, описывающие, ЧТО делает бизнес;
- бизнес-процессы, описывающие, КАК предприятие выполняет свои бизнес-функции;
- организационная структура, определяющая, ГДЕ исполняются бизнес-функции и бизнес-процессы;
- фазы, определяющие, КОГДА (в какой последовательности) должны быть внедрены те или иные бизнес-функции;
- роли, определяющие, КТО исполняет бизнес-процессы;
- правила, определяющие связь между ЧТО, КАК, ГДЕ, КОГДА и КТО.
Странно, что в базовый набор не входит структурная модель предметной области бизнеса.
Всё-таки я не понял, Эдуард, вы знакомы или нет вот с этими материалами?
http://www.intuit.ru/department/se/devis/4/
http://www.intuit.ru/department/se/compprog/4/
-
Денис, еще не знакомился. Хотя подобные вещи читал в других местах.
Следует просто заметить, что я не экономист, у меня нет опыта работы в бизнес-структурах, у меня нет опыта разработки больших бизнес-систем.
Так же все-таки надо учесть, что программа образования в целом дает конечный продукт - студента с определенным уровнем знаний, однако каждый преподаватель не эквивалентен этому уровню знаний. Но я пытаюсь расширить этот кругозор лично, однако из этого не следует, что к этому стремятся все преподаватели. Заметьте я простой преподаватель, а не заведующий кафедрой, не методист, не ЛПР, который определяет что и в каком объеме должен знать студент. К сожалению, учебные программы составляются повидимому не всегда компетентными людьми. Потому преподаватель часто является заложником собственных представлений о дисциплине. В моем случае такая же ситуация. Не было бы сомнений, я бы не обращался за помощью.
Материал конечно интересный, но есть еще проблема и времени.
-
Да в догонку, все-таки как мне кажется вопросы проектирования, использования разных схем и подходов - это все-таки должны давать в курсе проектирование ИС моими коллегами, но я не могу отвечать за качество и содержание их предметов.
Я сам хочу уйти от этих проблем. Мне кажется я должен давать скажем приницпы моделирования данных, использования некоторого инструментария, принципы системного анализа, привязка методов СА к последующему проектированию ИС. Т.е. все то, что в последующем может трансформироваться в грамотный проект. Даже формирование требований к системе - думаю не мой хлеб, скорее мой хлеб - это методы анализа информации, вытаскивания фактов и т.п. Однако сложно отделить одно от другого, потому приходится "брать на грудь" "чужой" материал
-
Всё-таки я не понял, Эдуард, вы знакомы или нет вот с этими материалами?
Денис, будь все-таки более мягким и лояльным к аппонентам, к сожалению, каждый из нас на форуме не гуру (ты в том числе) и им не мнит, поэтому если знаешь какую-то инфу или хочешь кого-то добавить, то просто сделай это не переходя на личности, т.к. Galogen мог просто элементарно это забыть и не только Galogen будет интересна инфа, которую ты предоставил. Просто на твой пост просится соответсвующий ответ, ведь всегда легче дополнить человека, чем высказать полное решение проблемы.
-
Всё-таки я не понял, Эдуард, вы знакомы или нет вот с этими материалами?
http://www.intuit.ru/department/se/devis/4/
Цитата из приведенного материала:
"Однако диаграммы вариантов использования несут несколько меньше информации по сравнению с соответствующими диаграммами потоков данных: на них процессы и хранилища в соответствии с принципом объединения данных и методов работы с ними объединяются в варианты использования, и остаются только связи между вариантами использования и действующими лицами (аналогом внешних сущностей). Для представления остальной информации каждый вариант использования может дополняться набором разнообразных диаграмм UML — диаграммами деятельностей, диаграммами сценариев и пр. Обо всех этих видах диаграмм будет рассказано в лекции, посвященной архитектуре программного обеспечения."
Комментарий: Насколько корректно связывать Data Flow диаграммы и юзкейсы?! Что-то не понимаю я автора (несмотря на ВМиК и прочия) ...
Далее цитата:
"Например, формулировки "система должна использовать СУБД Oracle для хранения данных", "нужно, чтобы при вводе неверных данных раздавался звуковой сигнал" не очень хорошо описывают потребности. Исключением в первом случае может быть особая ситуация, например, если СУБД Oracle уже используется для хранения других данных ... Соответствующие потребности лучше описать так: "нужно организовать надежное и удобное для интеграции с другими системами хранение данных", "необходимо предотвращать попадание некорректных данных в хранилище".
Комментарий: насколько надежное? и удобное ЭТО КАК ? ЗАЧЕМ приводить ТАКИЕ примеры? ... (вообще-то, если мне не изменяет память, это списано у Соммервиля, и его уже критиковали за это :-).)
Oh mein gott! Что автор дальше про юзкейсы списывает :-) в этой же главе ... ну вобщем все всё поняли ...
Эти лекции -- в основном компиляция из литературных источников. К сожалению там я мало видел действительно хороших лекций ... при всем уважении к авторам лекций, не могу сказать, что их стоит приводить в качестве источника и аргументации ...
P.S. Интереcно, почему говоря о бизнес-процессах и вообще о бизнес-анализе, не рассмтриваете тот же Guide to the Business Analysis Body of Knowledge? Интересно было бы послушать высказывания на этот BOK.
-
...
http://www.intuit.ru/department/se/devis/4/
...
Цитата из приведенного материала:
...
Комментарий: Насколько корректно связывать Data Flow диаграммы и юзкейсы?! Что-то не понимаю я автора (несмотря на ВМиК и прочия) ...
По приведённой мной ссылке (Лекция 4) я подобных фраз не нашёл. Вообще я рекомендовал этот материал Эдуарду потому, что ему близка SADT-методология, которую достаточно подробно освещает Грекул (Лекции 6-10) + дан, на мой взгляд, хороший материал по Орг моделированию (Лекции 1-5), подобно которому я ничего не встречал. Те цитаты, которые приводите Вы, похоже, из последних лекций (11-12), посвящённых UML, в котором возможно Грекул не имеет такого обширного опыта, как в SADT. Я не вижу ничего дурного в том, что человек знает что-то лучше, что-то хуже, как говорил тут Александр - нет гуру в своём отечестве.
Далее цитата:
"Например, формулировки "система должна использовать СУБД Oracle для хранения данных", "нужно, чтобы при вводе неверных данных раздавался звуковой сигнал" не очень хорошо описывают потребности. Исключением в первом случае может быть особая ситуация, например, если СУБД Oracle уже используется для хранения других данных ... Соответствующие потребности лучше описать так: "нужно организовать надежное и удобное для интеграции с другими системами хранение данных", "необходимо предотвращать попадание некорректных данных в хранилище".
Комментарий: насколько надежное? и удобное ЭТО КАК ? ЗАЧЕМ приводить ТАКИЕ примеры? ... (вообще-то, если мне не изменяет память, это списано у Соммервиля, и его уже критиковали за это :-).)
Во-первых, коим образом это относится с бизнес-процессам? Во-вторых, сколько я помню, именно в такой форме Потребности и описываются, даже у мажоров требований типа Вигерса-Лефингвелла-Коберна, т.к. "насколько надёжно" - это не уровень потребностей, а уровень требований к системе, определяемый совместно архитектором и аналитиком. См. мою таблицу уровней требований (http://beskov.livejournal.com/14493.html?nc=12). Какие точные требования к атрибутам качества может предъявлять Заказчик??? Это скорее исключение, чем правило.
Эти лекции -- в основном компиляция из литературных источников.
А что плохого в том, чтобы взять всё лучше, скомпилировать и переработать? Аутентичность текста - насколько важная ценность в контексте задачи накопления и передачи знаний?
P.S. Интереcно, почему говоря о бизнес-процессах и вообще о бизнес-анализе, не рассмтриваете тот же Guide to the Business Analysis Body of Knowledge? Интересно было бы послушать высказывания на этот BOK.
Посмотрев на их драфт 1.6 меня уже одно то смущает, что у них там ни одной диаграммы - хороши мастера представления знаний.
-
Всё-таки я не понял, Эдуард, вы знакомы или нет вот с этими материалами?
Денис, будь все-таки более мягким и лояльным к аппонентам, к сожалению, каждый из нас на форуме не гуру (ты в том числе) и им не мнит, поэтому если знаешь какую-то инфу или хочешь кого-то добавить, то просто сделай это не переходя на личности, т.к. Galogen мог просто элементарно это забыть и не только Galogen будет интересна инфа, которую ты предоставил. Просто на твой пост просится соответсвующий ответ, ведь всегда легче дополнить человека, чем высказать полное решение проблемы.
Во-первых, оппонентов здесь не вижу, предпочитаю собеседников воспринимать как коллег, а не оппонентов.
Во-вторых, моя фраза обусловлена тем, что Эдуард сказал насчёт Интуитовских курсов в теме про онлайновые курсы (http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=79.0) - я так понял, что он достаточно хорошо знаком с ними, к тому же учитывая, что конкретно по теме СисАн из 100 представленных там курсов есть только 4-5, причём конкретно "Проектирование ИС" висит там года 2 + он к тому же как учебник рекомендован вузам. И мне кажется логичным, что прежде чем изобретать велосипед, человек с системным подходом всё-таки находит время, чтобы наточить пилу, прежде чем пилить, а именно - формулирует задачу, ищет аналоги, анализирует их и адаптирует их или создаёт своё, чёткое понимая, чем его не устраивает существующее.
-
ообще я рекомендовал этот материал Эдуарду потому, что ему близка SADT-методология, которую достаточно подробно освещает Грекул (Лекции 6-10) + дан, на мой взгляд, хороший материал по Орг моделированию (Лекции 1-5)
Еще раз поблагодарю, за ссылки, но...
Понимаете, Денис, ничего нового и актуального в лекциях по SADT я не обнаружил. Мне вполне достаточно массы книг, имеющихся у меня под рукой: Маклаков, Черемных, Вендров, Соммервиль, Марка и МакГоуэн, прочие.
Нотации, правила их использования и т.п. в этих лекциях описаны не лучше, а порой и хуже, чем в других источниках. Но дело не в этом.
Первые 5 лекций, действительно интересны для меня своей новизной, и повторюсь, можно использовать их в курсе лекций по КИС в разделе проектирование КИС. Все-таки следует разделять ИС и скажем КИС...
Юрию...
Эти лекции -- в основном компиляция из литературных источников. К сожалению там я мало видел действительно хороших лекций ... при всем уважении к авторам лекций, не могу сказать, что их стоит приводить в качестве источника и аргументации ...
Ничего плохого в компиляции нет, если она сделана добротно и использует скажем недоступные источники.
Так ведь, вот, и ты, Юрий, не напишешь лекции эти:-)).
Да вообще это нормальное дело. И ссылаться на них вполне обосновано: 1. ресурс доступен, 2. материал вполне адекватен
-
Во-первых, оппонентов здесь не вижу, предпочитаю собеседников воспринимать как коллег, а не оппонентов.
Денис, даже коллега может быть оппонентом:-))
Во-вторых, моя фраза обусловлена тем, что Эдуард сказал насчёт Интуитовских курсов в теме про онлайновые курсы (http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=79.0) - я так понял, что он достаточно хорошо знаком с ними, к тому же учитывая, что конкретно по теме СисАн из 100 представленных там курсов есть только 4-5, причём конкретно "Проектирование ИС" висит там года 2 + он к тому же как учебник рекомендован вузам. И мне кажется логичным, что прежде чем изобретать велосипед, человек с системным подходом всё-таки находит время, чтобы наточить пилу, прежде чем пилить, а именно - формулирует задачу, ищет аналоги, анализирует их и адаптирует их или создаёт своё, чёткое понимая, чем его не устраивает существующее.
Денис, не ставьте телегу впереди лошади (с), это я к тому, что не стоит домысливать за других. Не поймите меня превратно. Никто изобретением велосипеда не занимается.
Кроме того, я все-таки считаю, что мы занялись не той дискуссией. Тема - Что такое бизнес-процесс, а не почему Эдуард изобретает велосипед:-)) А вот нравится мне изобретать велосипеды:-)) Понятнее понимаете становятся идеи других. У каждого свой стиль познания мира.
Правда, я не совсем понял ход развернувшейся дискуссии. Разговор шел о бизнес-процессах. Приведенные мысли в слух - цитата из статьи, источник которой к сожалению потерян... Т.е. это даже не мой велосипед, а чужой. Я просто рупор послужил, единственно что, не сделал цитирование...
-
Те цитаты, которые приводите Вы, похоже, из последних лекций (11-12), посвящённых UML, в котором возможно Грекул не имеет такого обширного опыта, как в SADT. Я не вижу ничего дурного в том, что человек знает что-то лучше, что-то хуже, как говорил тут Александр - нет гуру в своём отечестве.
Да знать или не знать ... это одно, выносить в качестве публикации ... это другое. Дурное, в первую очередь в том, что не следует сравнивать вещи, которые таки разные. И незнание не освобождает от ответственности, тем более ответственности при обучениии. А это уже не цитаты, а его собственные рассуждения. И это две разницы.
Во-первых, коим образом это относится с бизнес-процессам? Во-вторых, сколько я помню, именно в такой форме Потребности и описываются, даже у мажоров требований типа Вигерса-Лефингвелла-Коберна, т.к. "насколько надёжно" - это не уровень потребностей, а уровень требований к системе, определяемый совместно архитектором и аналитиком. См. мою таблицу уровней требований (http://beskov.livejournal.com/14493.html?nc=12). Какие точные требования к атрибутам качества может предъявлять Заказчик??? Это скорее исключение, чем правило.
1. Коберна и Вигерса вы напрасно поставили в один ряд с Леффингвеллом говоря о user&stakeholder needs. Кроме этого что-то я не увидал их в списке литературы которые приводит автор лекции :-).
2. Связь с бизнес-процессами очевидна, при условии понимания причины -- ЗАЧЕМ в конкретном случае мы занимаемся описанием БП -- если делаем автоматизацию (читай создаем систему), то очевидно. что БП/Потребности/Требования -- будут связаны.
3. Серьезного формализма в описании needs нет, достаточно почитать апологета их выделения - Лефингвелла, (не важно какое 1 или 2 издание). И тем более ПРЕДЪЯВЛЕНИЯ к user needs "не вводить необоснованных ограничения на имплементацию". Это, пардон, характеристика требований, а никак не needs, не так ли? Остается открытым вопрос, на основании чего автор это утверждает, собственное IMHO? Тогда ценность этого утверждения невелика.
4. Что касается вашей "таблицы уровней требований". Не могли бы вы более детально описать, что вы вкладываете в понятие "Требования к системе" (вид требования в вашей таблице)? И как он связан с источниками "Стандарты, Архитектурные шаблоны" и документом SAD?
А что плохого в том, чтобы взять всё лучше, скомпилировать и переработать? Аутентичность текста - насколько важная ценность в контексте задачи накопления и передачи знаний?
Согласитесь, но я в тексте своего постинга не давал оценки "компиляция это хорошо или плохо", я просто сделал утверждение, что это компиляция. С моей т.з. в тех моментах которые я отметил, эта компиляция не совсем удачна, и я пояснил почему. Аутентичность меня в данном случае не заморачивает абсолютно, важна передача сути, и она должна быть неискаженной. А собственные размышления автор должен видимо был как то выделять.
Посмотрев на их драфт 1.6 меня уже одно то смущает, что у них там ни одной диаграммы - хороши мастера представления знаний.
О каких диаграммах идет речь? Какие диаграммы есть в других BOK, выражающие "представление знаний", которые не преведны в этом?
-
Ничего плохого в компиляции нет, если она сделана добротно и использует скажем недоступные источники.
Так ведь, вот, и ты, Юрий, не напишешь лекции эти:-)).
Да вообще это нормальное дело. И ссылаться на них вполне обосновано: 1. ресурс доступен, 2. материал вполне адекватен
Меня однажды пригласили вместо моего большого босса, в бытность работы в ВТБ, почитать вместо него лекцию о бизнсес-моделированию для студентов одного известного столичного ВУЗа, готовившего специалистов на стке банковских и ИТ-технологий. Когда я увидел их программу, то ужаснулся, в результате, пришлось самому делать презентацию для лекции. Но после этого, я понял, что одно дело учить студентов, другое давать знания в рамках консалтинга. Это несколько разные вещи. Чтобы писать лекции и/или книги -- это тяжелый труд (если не делать халтуры конечно). Перевод SWEBOK и комментарии тоже был труд.
Про компиляцию я уже Денису ответил. Плохого в компиляциях нет. Вопрос только в том из каких источников она сделана и насколько глубоко автор понимает суть проблемы. А "тут знаю и это пишу, а тут не знаю, но все равно пишу" не уверен, что можно назвать достойной работой.
-
Юрий, вся проблема в том, что учебники часто пишутся таким образом, чтобы получить деньги.
Программы разрабатываются - я даже не знаю кем и главное для кого. Вроде читаешь, кажется понятным, начинаешь формировать курс - в пору идти в монастырь. При этом в рамках ГОС такие формулировки встречаешь, что остается только догадываться, что же авторы имели в виду.
Согласен с твоим тезисом - одно дело курс писать отвлеченный, другое дело лекции в рамках некотрой образовательной программы
-
Господа, хватит убиваться, формулировка процесса, как таковая, и применяемая везде и поголовно с минимальными изменениями не затрагивающими суть представлена в ИСО 9000:2000, Формулировка А.В. Шеера от этой фактически не отличается. Бизнес-процесс от обычного отличает создание ценности выходящему продукту, таким образом производственный процесс с наибольшей вероятностью будет являться бизнес-процессом, а вот приведенные вами примеры НЕТ, ибо логистика- это лишь обеспечение поставки входов и доставки выходов до потребителя, туда же идет бухгалтерия и ИТ, это вспомогательные процессы, если конечено бизнесом компании не является оказание услуг в области логистики, ИТ или бухгалтерии. В бизнесе есть 2 понятия ценность и стоимость, так вот ценность создается бизнес процессами, а вот стоимость всеми в купе, конкретно добавленная стоимость вспомогательными. что проще?
Модератор: Не злоупотребляйте красным цветом, т.к. читать невозможно.
-
Описание бизнес-процессов, как наиболее трудоемкая и чреватая многими ошибками задача, нуждается в конкретной методологической платформе. Поэтому существует наиболее устоявшийся перечень атрибутов, которые модель бизнес-процессов должна описывать на изобразительном уровне, а именно:
• воздействия, инициирующие каждый шаг бизнес-процесса;
• исполнители каждого шага (это могут быть как люди, так и программы и механизмы);
• воздействия, регламентирующие данный шаг (законодательные акты, рыночные условия и т. п.);
• результат, получаемый на выходе конкретного шага бизнес-процесса.
Давайте всеж подходить реально, воздействия инициирующие каждый шаг могут относится и к управляющим воздействиям и к механизмам и ко ВХОДАМ процесса, кои тут в списке почемуто не указаны? Странно, ибо процесс и есть последовательность действий преобразующая входы в выходы?
Да, и ещё, как раз наоборот исполнители это один из вариантов механизма или инструмента с помощью которого и выполняется процесс...
-
Да, и ещё, кто сказал, что модель процесса это изображение?
-
Уважаемый доктор Ди. У нас тут приличное общество, так, что прошу зарегистрироваться.
Далее по сути. Ваши замечания очень полезны и идут в копилку понимания. Учтите, ресурс создан для того, чтобы дать возможность людям выразить свое понимание и устранить противоречие в нем. Каждый высказывает то, что считает нужным, главное в рамках приличия.
Модератор: оффтоп удален
-
Вот еще одно определение бизнес-процесса из книги "Процессный подход к управлению" В.В. Репин, В.Г. Елиферов
Бизнес-процесс - устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.
Ну так и я про то же и говорю, что большинство определений не сильно отличаются друг от друга и суть есть одно и то же....
-
Уважаемый доктор Ди. У нас тут приличное общество, так, что прошу зарегистрироваться.
Далее по сути. Ваши замечания очень полезны и идут в копилку понимания. Учтите, ресурс создан для того, чтобы дать возможность людям выразить свое понимание и устранить противоречие в нем. Каждый высказывает то, что считает нужным, главное в рамках приличия.
Денис ещё очень культурный человек... цените это...
Это вы к чему? К тому, что вы лично можете еще нас всех тут и отматюгать???
Далее, как всех задело заживое небольшое цитирование:-)) А ведь, именно, это я и сделал. Просто привел небольшую цитату из журнальной статьи.
1) http://bugrov.moikrug.ru/ я как-то не скрываюсь, и часть здесь присутсвующих меня знает, а регестрироваться мне лень, ибо выгоды от постоянного чтения сообщества не вижу, а времени теряется много... Дали ссылку - посмотрел... было время прокомментрировал....
2) Меня не цитирование задело, а рассуждения и выводы, которые делаются на основе, а уж рассуждения о разделении входов процесса, так вааще убили....
Модератор: оффтоп удален.
-
таким образом производственный процесс с наибольшей вероятностью будет являться бизнес-процессом, а вот приведенные вами примеры НЕТ, ибо логистика- это лишь обеспечение поставки входов и доставки выходов до потребителя, туда же идет бухгалтерия и ИТ, это вспомогательные процессы
Вы конечно удивитесь, но процессы в Бухгалтерии являются неотъемлемой частью основного БП.
-
таким образом производственный процесс с наибольшей вероятностью будет являться бизнес-процессом, а вот приведенные вами примеры НЕТ, ибо логистика- это лишь обеспечение поставки входов и доставки выходов до потребителя, туда же идет бухгалтерия и ИТ, это вспомогательные процессы
Вы конечно удивитесь, но процессы в Бухгалтерии являются неотъемлемой частью основного БП.
Вы конечно удивитесь, но если моя жена вяжет шерстяные вещи на продажу, то это бизнес процесс, а вот делает она это, как ни странно, без бухгалтерии.....
И ещё, Вы можете отдать бухгалтерский учет на откуп левой организации? а можете ли Вы отдать основной бизнес процесс на откуп левой организации? и что тогда останется от вашего бизнеса? правильно в лучшем случае Ваш бизнес измениться... будете перепродавать...
-
Вы конечно удивитесь, но если моя жена вяжет шерстяные вещи на продажу, то это бизнес процесс, а вот делает она это, как ни странно, без бухгалтерии.....
И ещё, Вы можете отдать бухгалтерский учет на откуп левой организации? а можете ли Вы отдать основной бизнес процесс на откуп левой организации? и что тогда останется от вашего бизнеса? правильно в лучшем случае Ваш бизнес измениться... будете перепродавать...
А причем тут тогда слово ОСНОВНОЙ (бизнес процесс)?
Ну да, ваша жена не будет планировать заказы на бумажке?! Т.е. ей заказали 10 носков, а она пошла на рынок и купила шерсти 200 грам? Дайте мне пример описания ВСЕХ БП организации где бы не фигурировала Бухгалтерия или Учет!
Если бизнес вашей жены - вязать шерстяные носки, то тут никуда недеться она и будет вязать, но планировать все равно будет. А если ее бизнес - продавать вязанные носки под своим леблом, то она может с таким же успехом отдать на откуп левой организации вязание (н-р, сосоедке) и по вашему БП никак не изменится.
-
Вы конечно удивитесь, но если моя жена вяжет шерстяные вещи на продажу, то это бизнес процесс, а вот делает она это, как ни странно, без бухгалтерии.....
И ещё, Вы можете отдать бухгалтерский учет на откуп левой организации? а можете ли Вы отдать основной бизнес процесс на откуп левой организации? и что тогда останется от вашего бизнеса? правильно в лучшем случае Ваш бизнес измениться... будете перепродавать...
А причем тут тогда слово ОСНОВНОЙ (бизнес процесс)?
Давайте отделим мух от котлет. Вязание носков - это процесс, вне всякого сомнения. Это производство. Чего? Носков. Этот процесс может существовать независимо от того будут продавать носки или нет. Таким образом мы можем сказать - это процесс производства или технологический процесс. Думаю, пока это не бизнес-процесс.
Как только родилась идея получать выгоду, т.е. вступать во взаимоотношения с другими часто незнакомыми людьми, то это уже начинается бизнес процесс. У человека возникла идея. А почему бы не вязать для продажи? По правилам законопослушного гражданина начинаются отношения , которые можно назвать экономическими. Очевидно, тут нет нужды платить налоги и т.п. Бухгалтерский учет тут естественно не нужен, хотя он возможен. Пока продажа носков осуществляется "подпольно", нет никаких явных отношений с государством. Однако вы выходите на рынок, с вас могут попросить оплатить место, возможно попросят заплатить налоги, возможно они будут включены в стоимость места. В этот момент наш бизнес-процесс изменяется и возможно потребует ведение отчетной документации.
Таким образом, можно ли считать бизнес-процессом подпольную торговлю? Думаю вряд ли, либо с большой натяжкой. Думаю он приобретает статус такового, только когда возникают интересы и необходимость защиты интересов трех сторон - продавца(производителя), покупателя и некой третьей стороны, обеспечивающей соблюдения интересов. Возможно собственого бухучета тут и не будет, слишком мал баланс, чтобы вести всю эту бухгалтерию. Однако, если это будет основной источник доходов без него не обойдешься...
Вообще по всем нормам к основным относят:
Основные бизнес-процессы — это процессы, ориентированные на производство товаров и услуг, представляющие ценность для клиента и обеспечивающие получение дохода.
разработка (проектирование) продукции;
закупка (товаров, материалов, комплектующих изделий);
транспортировка (закупленного);
разгрузка, приемка на склад и хранение (закупленного);
производство (со своим технологическим циклом и внутренней логистикой);
приемка на склад и хранение (готовой продукции);
отгрузка (консервация и упаковка, погрузка, доставка);
пуско-наладка;
оказание услуг (предусмотренных контрактом на поставку или имеющих самостоятельное значение) и т.п.
К сожалению, в данной лекции нет явного указания к чему отнести бухгалтерский учет. Но по всей видимости она относится к процесссам управления, если вспомнить классический цикл управления. Тем более что БУ пронизывает все основные.
С другой стороны БУ тоже можно рассматривать как БП, ыходом которого будут являться отчеты и рекомендации для грамотного принятия решения....
Так что я не пойму в чем собственно спор :-) Имхо понятия-то ортогональные
Модератор: Эдик, делай цитирование, плиз так: [quotе=<url_link>]text[/quotе]
-
Так что я не пойму в чем собственно спор :-) Имхо понятия-то ортогональные
Так спор о том, что Dr.D говорит:
Если мы производство по "вяжет шерстяные вещи на продажу", то БП - это только вязание и туда не вохдит закупка и доставка шерсти, бюджет, продажи и т.д. и т.п.
Я же говорю:
Если мы производство по "вяжет шерстяные вещи на продажу", то БП - это все процессы на предприятии, которые нужны для того чтобы осуществлялся основоной БП - вязание носков.
-
Вы конечно удивитесь, но если моя жена вяжет шерстяные вещи на продажу, то это бизнес процесс, а вот делает она это, как ни странно, без бухгалтерии.....
И ещё, Вы можете отдать бухгалтерский учет на откуп левой организации? а можете ли Вы отдать основной бизнес процесс на откуп левой организации? и что тогда останется от вашего бизнеправильно в лучшем случае Ваш бизнес измениться... будете перепродавать...
А причем тут тогда слово ОСНОВНОЙ (бизнес процесс)?
Ну да, ваша жена не будет планировать заказы на бумажке?! Т.е. ей заказали 10 носков, а она пошла на рынок и купила шерсти 200 грам? Дайте мне пример описания ВСЕХ БП организации где бы не фигурировала Бухгалтерия или Учет!
Если бизнес вашей жены - вязать шерстяные носки, то тут никуда недеться она и будет вязать, но планировать все равно будет. А если ее бизнес - продавать вязанные носки под своим леблом, то она может с таким же успехом отдать на откуп левой организации вязание (н-р, сосоедке) и по вашему БП никак не изменится.
Я в своем посте не употреблял слово "основной"! тем самым показав, что не то что основным, даже вааще бухгалтерия не является БП.
-
Я в своем посте не употреблял слово "основной"! тем самым показав, что не то что основным, даже вааще бухгалтерия не является БП.
Конечно, бухгалтерия не является БП, это вообще отдел, подразделение и прочее.
Имхо процессом будет все-таки бухгалтерский учет.
Единственно, все-таки куда его отнести к процессам управления, вспомогательным процессам?
-
Я в своем посте не употреблял слово "основной"! тем самым показав, что не то что основным, даже вааще бухгалтерия не является БП.
А это кто писал?? Другой Dr.D?
... а можете ли Вы отдать основной бизнес процесс на откуп левой организации? и что тогда останется от вашего бизнеса? правильно в лучшем случае Ваш бизнес измениться... будете перепродавать...
И Вы не дали пример описания всех БП предприятия без бухгалтерии, учета или доставки. Galogen же вам привел ссылку на авторитетный источник, кот. опровергает вашу точку зрения.
-
Имхо процессом будет все-таки бухгалтерский учет.
Единственно, все-таки куда его отнести к процессам управления, вспомогательным процессам?
Блин, Эд, ты же сам ссылку дал, там все популярно расписано по типам БП. БУ - это вспомогательный БП.
-
Вот как то я читаю посты и даже ответ написать не получается не понятно с какой стороны подойти, слов нет...
Почему бухгалтерия не является БП? Вот мы на работе внедряем ERP-систему, бизнес-процессы под нее писали девочки из Логики Бизнеса, уж они то знают чего творят, по крайней мере надеюсь очень на это. Очень значительную часть всех процессов занимает бухгалтерия... Конечно же это вспомогательный процесс!
На любом предприятии абсолютно каждый отдел так или иначе взаимодействует с бухгалтерией... Никто и шага ступить не может не подписав какую-то накладную, счет-фактуру или договор... О чем тут может идти речь, если бизнеса без бухгалтерии вообще не может быть (за исключением очень мелкого или нелегально). А БП что-ли не делать... Бухгалтера, что не люди что ли? :-)))
-
На любом предприятии абсолютно каждый отдел так или иначе взаимодействует с бухгалтерией... Никто и шага ступить не может не подписав какую-то накладную, счет-фактуру или договор... О чем тут может идти речь, если бизнеса без бухгалтерии вообще не может быть (за исключением очень мелкого или нелегально). А БП что-ли не делать... Бухгалтера, что не люди что ли? :-)))
Я думаю, чо бухгалтерские процессы - это не бизнес-процессы. Они вспомогательные, управленческие они всякие, они пронизывают все. Поэтому они над всеми другими - они средство наблюдения, фиксации, контроля, возможно управления. Бухгалтерские процесы - в первую очередь процессы информационные. Бухгалтерия потому и нужна в каждой щели и затычке, извините чуть не сказал ж.... Потому как нужен четкия баланс, планирование и прочие прелести реального крупного бизнеса, да даже не очень крупного, а учитывая нашу практику белых, серых, черных бухгалтерий, понятно, что все процессы нафиг не нужны, главное бухгалтерия - ведь именно она создает имидж, именно она позволяет плавать в океане экономики.
Но ведь это не так, БУ ничего не создает, не может учет создавать что-то по определению. Он только учитывает, контролирует, может давать рекомендации, может выступать ограничителем.
БП процесс конечно что-то производит, БУ безусловно производит массу отчетности, конечно еслирассмотреть модель БУ в отрыве как некую абстракцию, то наверное можно считать ее БП.
Я могу предстваить, как группа молодых бухгалтеров организуют фирму, которая ведет БУ разных маленьких конторок. В этом случае БУ - это БП, т.к. услуга, т.к. продукт.
Извините кому нужна вагша отчетность на самом деле?
Сорри, завтра будет ледниковый период. Ваш бензин будет пользоваться спросом, а ваша идеальная отчетность по БУ нет.
Я не защищаю позицию доктора Ди, он сам себя пусть защищает, но действительно логика в его словах очевидна
-
Я думаю, чо бухгалтерские процессы - это не бизнес-процессы. Они вспомогательные, управленческие они всякие, они пронизывают все. Поэтому они над всеми другими - они средство наблюдения, фиксации, контроля, возможно управления. Бухгалтерские процесы - в первую очередь процессы информационные. Бухгалтерия потому и нужна в каждой щели и затычке, извините чуть не сказал ж....
Эдуард, при прицессном подходе вся деятельность предприятия (любого) рассматривается как совокупность процессов. В том числе могут быть выделены либо процессы бухгалтерского учета, либо бухгалтерский учет будет являться частью других процессов.
В термине "бизнес-процессы" слово "бизнес-" используется чтобы показать отличие от других видов процессов - технологических, физических, химических, исторических, социальных, тектонических и т.д.
То есть, когда люди говорят "бизнес-процессы" они подразумевают "бизнес-процессы = процессы в деятельности предприятия = 'деловые' процессы".
И когда рассматривают деятельность предприятия, часто в обсуждениях это слово просто опускают, подразумевая, что "процессы = бизнес-процессы".
При этом предприятие может быть совершенно любого вида - коммерческая структура, государственное учреждение, учебное заведение, общественная организация и т.п.
Так что, бухгалтерский учет вполне можно выделить как бизнес-процесс.
Обычно его действительно относят к обеспечивающим бизнес-процессам предприятия, если только это не услуги бухучета для сторонних клиентов.
-
Эд, ты вот ссылки даешь на intuit.ru, там все популярно написано.
Я больше не буду спорить. Если Вы с Др. Ди считаете, что БУ на предприятии - это не БП, то ради Бога. Но Вы так до сих пор и не привели ссылки на авторитетные источники, кот. доказывают вашу т.з., с нашей же стороны, ты же сам привел ссылку на intuit.ru, где наша т.з. подтверждается.
-
У меня есть пиво, сегодня ночь с пятницы на субботу и есть время... видно придется все по порядку раскладывать с пояснениями...
1)Очень рад что часть моих доводов частью участников полемики оказалась услышанной....
2) Логика бизнеса, а уж тем более интуит не являются конечной инстанцией, я достаточно хорошо знаком со специалистами из Логики Бизнеса, они же вестьметатехнология, они же представители упомянутого в начале Шеера в России, - его определение вам чем-то не понравилось...
3)Процессы на предприятии (химические, физические и другие мы тут, вроде, не рассматриваем) есть процессы и их можно группировать по разному, например по созданию или не созданию ценности продукту и услуге, или по созданию качества продукту и услуге (в данном случае создание качества один из видов создания ценности), однако любые процессы предприятия создают добавленную стоимость продукта и услуги (прошу отметить, что ценность и стоимость разные понятия, и если ценность вашего продукта или услуги будет неадекватна стоимости - вы ничего не продадите, вот жеж азы объяснять-то приходится). Все процессы предприятия создают добавленную стоимость т.к. требуют затрат ресурсов, это, я думаю, понятно? Теперь давайте смотреть с точки зрения потребителя, а именно для него вы создаете ценность продукта и услуги. Если на вашем предприятии не будет бухгалтерии - вы не сможете выпускать ценный для потребителя продукт? Думаю сможете. Для таких случаев существует так называемая "упрощенка". Бухгалтерия никогда не считалась профит-центром, т.е. источником зарабатывания средств для предприятия (мы не рассматриваем случай конкретно вебения "черной" бухгалтерии), впрочем как и логистика и ИТ и иже с ними. Я ещё раз напоминаю, что мои высказывания относятся не только к бухгалтерии, кроме случаев когда компания не оказывает услуги в соотвествующем направлении. Ух, устал кнопы жать... Итак, давайте подведем итоги. Если отсуствие того или иного процесса не влияет на создание ценности продукта/услуги для потребителя, то это процесс создания добавленной стоимости, а не добавленной ценности, т.е. не БП.
4)Я не хочу приводить очередные цитаты, ибо смысла в этом нет, множество источников дает различные определения понятию "бизнес-процесс". Могу только сослаться на собственный опыт :-)
5) Я не предоставлю никаких примеров в виду того, что рисовать абстрактный пример нет времени, а показывать боевые не имею права и желания.
6) Что есть авторитетный источник мне не понятно? тут прозвучали достаточно авторитетные определения, но большинство их уперто игнорирует, уж не знаю по какой причине.
7) Естественно, что можно все переиграть, и есть ситуации, когда мы можем назвать ИТ-процессы или бухгалтерский учет БП, например в случае перехода на сервисориентированный подход, в случае например внедрения ITSM в ИТ, надеюсь, здесь дешифровка не нужна? Тогда ИТ начинает оказывать услуги предприятию, при этом оставаясь подразделением предприятия и возможна путаница, однако если вы описываете процессы предприятия, то я бы не рекомендовал рассматривать даже в таком раскладе ИТ процессы как БП. Предлагаю в таких случаях опираться на виды деятельности предприятия (только не то, что написано в уставных документах, ибо в нашей стране туда пишут все виды существующей в мире :-) деятельности), они вам дадут список продуктов и услуг оказываемых потребителю и с этого разреза выделять БП.
-
Перечитал... Сумбурно получилось, простите уж, пиво и пятница берут свое...
-
Эд, ты вот ссылки даешь на intuit.ru, там все популярно написано.
Я больше не буду спорить. Если Вы с Др. Ди считаете, что БУ на предприятии - это не БП, то ради Бога. Но Вы так до сих пор и не привели ссылки на авторитетные источники, кот. доказывают вашу т.з., с нашей же стороны, ты же сам привел ссылку на intuit.ru, где наша т.з. подтверждается.
Саша, я не спорю, а дискутирую. Думаю есть разница. То что я не ссылаюсь на авторитеты ничего не значит. Я просто показываю оппонентам свой ход мысли, оппонеты указывают мне на мои ошибки, таким образом дают мне понять, чего же раньше я не понимал.
Давая ссылку на интуит - заметь, я оговорился, что по БУ там к сожалению ничего не сказано в явном виде. Я читал книгу Калянова - что-то ою использовании DFD для анализа бизнес-процессов - к сожалению у него там тоже нет ни слова, где бы четко говорилось - БУ -это важный бизнес-процесс, т.е. вообще ничего не говорится..
Вместе с тем очень интересный комментарий дает MikeCharge, заставляя взглянуть на все немного по-другому...
-
Иногда бывает полезным начать все сначала. Известно, что познание идет по гармонической кривой, даже если эта кривая не особо гармоничная. Главное, чтобы гармоника на каждом новом шаге (периоде) не оставалась на том же уровне, тем более не опускалась ниже его, а постепенно поднималась вверх по лестнице.
Итак с чего все началось. Я опубликовал одно из определений на wikipedia (http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81))
Бизнес-процесс, ИТ — устойчивый информационный процесс (последовательность работ), относящийся к производственно-хозяйственной деятельности компании и обычно ориентированный на создание новой стоимости. Например, компания может сознательно организовать информационный бизнес-процесс своего основного производства. Бизнес-процесс включает в себя иерархию взаимосвязанных функциональных действий, реализующих одну (или несколько) из бизнес целей компании в информационной системе компании, например, управление и анализ выпуска продукции или ресурсное обеспечение выпуска продукции, под продукцией здесь понимают, например, товары, услуги, решения, документы).
Далее Keen_G привел другое определение Шеера:
Предлагаю следующую формулировку бизнес-процесса, довольно интересно:
*******************
"Коммерческие и некоммерческие организации производят продукты или предоставляют услуги, поэтому они могут рассматриваться как производственные системы. В свою очередь, производственные системы состоят из групп взаимонезависимых компонент, работающих вместе для достижения конечной цели. Эти компоненты определяются как процессы. Таким сбразом, производственная система состоит из группы взаимосвязанных процессов, которые обеспечивают достижение целей организации.
Процессы — это связанный набор повторяемых действий (функций), которые преобразуют исходный материал и/или информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Различают основные и вспомогательные процессы. Основные процессы — это те, которые добавляют качество, вспомогательные процессы формируют инфраструктуру организации. Примерами процессов могут быть процессы сбыта и снабжения, процесс разработки нового изделия и вывода его на рынок, процесс обслуживания клиентов."
*******************
Из книги Профессора Шеера "Бизнес-процессы. Основные понятия. Теория. Методы."
Обратите внимание - ничего не сказано о добавочной стоимости и новой ценности. Более того, вообще нет деления на процессы приносящие стоимость или создающие ценность. Хотя логика в словах Dr.D очевидна.
Ну в заключении добавлю достаточно замысловатое трудночитаемое определение.
М. Каменнова, А. Громов "Моделирование бизнеса"
******************
Понятие «процесс» — ключевое в современной теории управления бизнесом. Международный стандарт ИСО 9000:2000 определяет процесс как совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы и выходы. Процесс включает одну или более связанных между собой процедур или функций, которые совместно реализуют некую задачу бизнеса — обычно в рамках организационной структуры. Он может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций, например, в системе «покупатель-поставщик»
Процесс обычно связан с операционными отношениями, например, процесс разработки нового изделия или процесс продаж.
******************
Последнее определение действительно такое заумное, и вообще чисто может относится к любому процессу.
-
Далее Keen_G привел другое определение Шеера:
Предлагаю следующую формулировку бизнес-процесса, довольно интересно:
*******************
"Коммерческие и некоммерческие организации производят продукты или предоставляют услуги, поэтому они могут рассматриваться как производственные системы. В свою очередь, производственные системы состоят из групп взаимонезависимых компонент, работающих вместе для достижения конечной цели. Эти компоненты определяются как процессы. Таким сбразом, производственная система состоит из группы взаимосвязанных процессов, которые обеспечивают достижение целей организации.
Процессы — это связанный набор повторяемых действий (функций), которые преобразуют исходный материал и/или информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Различают основные и вспомогательные процессы. Основные процессы — это те, которые добавляют качество, вспомогательные процессы формируют инфраструктуру организации. Примерами процессов могут быть процессы сбыта и снабжения, процесс разработки нового изделия и вывода его на рынок, процесс обслуживания клиентов."
*******************
Из книги Профессора Шеера "Бизнес-процессы. Основные понятия. Теория. Методы."
Обратите внимание - ничего не сказано о добавочной стоимости и новой ценности. Более того, вообще нет деления на процессы приносящие стоимость или создающие ценность. Хотя логика в словах Dr.D очевидна.
Простите, а где тут что либо связанное с БП? Бизнес-процессы здесь тоже не упоминаються :-)
-
Простите, а где тут что либо связанное с БП? Бизнес-процессы здесь тоже не упоминаються :-)
Доктор ДИ, а может перестанем ерничать:-)? Конструктив давайте.
Если у вас есть четкое точное отличное определение, может Вы его тут приведете? Да и дело с концом?
Я просто собрал вместе те определения, которые были в этой ветке. Может народ уже забыл какие определения давались, самое время повториться и поставить точку или многоточие:-))
-
Меня учили (насколько я понял и помню) так:
Бизнес-процесс -
- направленная на достижение конкретных измеримых результатов,
- ограниченная в ресурсах,
- персонализированная в ответственных лицах и исполнителях,
- допускающая ветвление и повторение,
последовательность операций.
-
2 AlexTheRaven
по вашему определению получается что бухучет - это БП
-
2bas
IMHO да, процесс бух. учёта является служебным БП, направленным на:
1) выявление отклонений от штатного хода БП (усушек, утрясок, утрат, недостач и прочего разгильдяйства и воровства)
2) сбор информации об эффективности (прибыльности) основных БП и общем состоянии организации
3) прогнозирование (износ, устаревание, вложения)
4) достижение соответствия деятельности закону.
(1)-(3) для России неприменимо: бух. учёт и фактический учёт у нас по известным причинам расходятся.
-
Меня учили (насколько я понял и помню) так:
Бизнес-процесс -
- направленная на достижение конкретных измеримых результатов,
- ограниченная в ресурсах,
- персонализированная в ответственных лицах и исполнителях,
- допускающая ветвление и повторение,
последовательность операций.
это я к тому что
химические, физические и другие мы тут, вроде, не рассматриваем
а чего же мы рассматриваем:-))
Можно ли говорить, что любой процесс, протекающий в рамках товарно-денежных отношений есть бизнесс-процесс.
Даже если рассматривать бюджетные организации - вуз - все равно за обучение платит государство, оно выделяет деньги, контролирует эффективнойсть их использования и т.п.
Саша, твое определение вполне подходит и к процессу технологическому, Смотри сам:
Производство серной кислоты:
- направлена на получение серной кислоты
- ограничена в ресурсах (временных, денежных, энергетических, сырьевых)
- начальник участка, бригада операторов и т.п.
- допускает кучу ветвлений и циклического производства
-
Саша, твое определение вполне подходит и к процессу технологическому, Смотри сам:
Производство серной кислоты:
- направлена на получение серной кислоты
- ограничена в ресурсах (временных, денежных, энергетических, сырьевых)
- начальник участка, бригада операторов и т.п.
- допускает кучу ветвлений и циклического производства
В технологическом процессе, в отличие от бизнес-процесса, не конкретизируются исполнители/участники/ответственные лица - а приводится только необходимое и достаточное описание технологии для получения требуемого результата.
А когда в описание включаются конкретные персоналии, конкретное оборудование с определенными инвентарными номерами, распределение ответственности и т.д. - в этом случае мы можем перейти от описания технологического процесса к описанию бизнес-процесса.
-
Мда, наверное опять будут возмущения по поводу того, что зачем приводить идентичные определения, когда уже и так немало перечислено. Действительно это так, вообще хочу сказать, что существует немало слов, имеющих множество определений, пускай обозначающих одно и то же по своей сути, но все-таки имеющих различия, примеры таких слов: "Культура", "Система". Благодаря совместным усилиям нашли еще одно понятие - Бизнес-процесс! Итак представлю определение из книги "Структурные модели бизнеса: DFD-технологии"
Бизнес-процесс - связанная совокупность функций, в ходе выполнения которой потребляются определенные ресурсы и создается продукт (вещественные или нематериальный результат человеческого труда: предмет, услуга, научное открытие, идея), представляющий ценность для потребителя.
Бизнес-модель - структурированное графическое описание сети процессов и (или функций) операций, связанных с данными, документами, организационными единицами и прочими объектами, отражающими существующую или предполагаемую деятельность предприятия.
На мой взгляд достаточно трудно перевариваемые
-
Keen_G, думаю ты имеешь полное право высказывать свои мысли и приводить разные аргументы.
Книги пишут люди, они пытаюсь вложить в некоторые понятия свое понимание.
В твоем случае, как я понимаю, ты ссылаешься на книгу Калашяна и Калянова. Книга интересная и очень практичная. Если она у тебя под рукой, приведи полную цитату того параграфа, где упомниается это определение. Я нашел его довольно интересным, хотя и не безпорным. Конечно, Калянов признанный авторитет в DFD-методологии.
Но вот, что интересно хороших книг, где внятно и понятно рассмотрена данная технология, мне, к сожалению не попадались, так же как и хорошие примеры использования. Для IDEF0 есть, а DFD как-то выпадает, словно интерес к этой методики изчез до нашего рождения:-))
Самого определение БП в этой книге вполне понятно и ориентирует на понятия: ФУНКЦИЯ, РЕСУРС, ПРОДУКТ, ЦЕННОСТЬ.
А вот определение бизнес-модели очень расплывчатое и, как ты говоришь, неудобоваримое.
-
Мда, из двух определений, приведенных Keen_G, следует, что Бизнес-модель включает не только БП, но какие-то еще процессы. Что это тогда за процессы (как называются) и зачем они нужны в БМ?
-
Ой, прошу прощения, действительно забыл авторов указать... Вместо параграфа лучше всю главу приведу. Ниже выдержка из книги "Структурные модели бизнеса: DFD-технологии" (А.Н. Калашян, Г.Н. Калянов)
********************************************************
В настоящее время моделирование бизнес-процессов прочно вошло в практику выполнения проектов по развитию бизнеса. Реально ни один серьезный успешно завершившийся проект данного вида не обходится без этапа моделирования бизнес-процессов. Одной из главных причин неудач в большинстве неуспешных проектов являлось отсутствие модели с достаточно серьезной глубиной проработки.
Адекватная бизнес-модель позволяет существенно облегчить решение следующих насущных в современных условиях задач, стоящих перед каждым предприятием или учреждением:
• реорганизации бизнеса, обусловленной переходом от функциональной индустриальной модели к процессной;
• применения информационных систем для управления бизнесом, обусловленных бурным ростом современных информационных технологий;
• сертификации бизнеса с применением комплекса стандартов серии ISO 9000, обусловленной повышением требований к качеству товаров и услуг.
Первая из перечисленных задач традиционно предполагает построение моделей текущего и перспективного бизнеса, а также плана и программы перехода из первого состояния во второе. Любое современное предприятие является сложной системой, его деятельность включает в себя исполнение десятков тысяч взаимовлияющих функций и операций. Человек не в состоянии понимать, как такая система функционирует в деталях - это выходит за границы его возможностей. Поэтому главная идея создания моделей «as is» (как есть) и «as to be» (как должно быть) - понять, что делает (будет делать) рассматриваемое предприятие и как оно функционирует (будет функционировать) для достижения своих целей.
Успешное решение второй задачи в значительной степени определяется требованиями к будущим информационным системам, назначением которых является решение проблем бизнеса посредством современных информационных технологий. Эти требования строятся на основе бизнес-модели, а критерии выбора систем прежде всего основываются на наиболее полном их удовлетворении.
Сертификация в соответствии с ISO 9000 в качестве одного из главных условий предполагает детальное описание бизнес-процессов, при этом описание в виде бизнес-модели в одной из общеупотребительных нотаций только приветствуется.
Детальная бизнес-модель позволит:
• описать, «увидеть» и скорректировать будущую систему до того, как она будет реализована физически;
• уменьшить затраты на создание системы;
• оценить работы по времени и результатам;
• достичь взаимопонимания между всеми участниками проекта;
• улучшить качество создаваемой системы.
Бизнес-модель полностью независима и отделяема от конкретных разработчиков, не требует сопровождения его создателями и может быть безболезненно передана другим лицам. Она может быть положена «на полку» до тех пор, пока в ней не возникнет необходимость.
Следует отметить, что построенные модели бизнес-процессов являются не просто промежуточным результатом, используемым консультантом для выработки каких-либо рекомендаций и заключений. Они представляют собой самостоятельный результат, имеющий большое практическое значение, в частности:
1) модели позволяют осуществлять автоматизированное и быстрое обучение новых работников конкретному направлению деятельности предприятия;
2) с их помощью можно осуществлять предварительное моделирование нового направления деятельности с целью выявления новых потоков данных, взаимодействующих подсистем и бизнес-процессов.
В заключение сформулируем ключевые термины, определяющие язык и понятийный аппарат области исследования.
Операция - элементарное (неделимое) действие, выполняемое на одном рабочем месте.
Функция - совокупность операций, сгруппированных по определенному признаку.
Бизнес-процесс - связанная совокупность функций, в ходе выполнения которой потребляются определенные ресурсы и создается продукт (вещественный или нематериальный результат человеческого труда: предмет, услуга, научное открытие, идея), представляющий ценность для потребителя.
Подпроцесс - бизнес-процесс, являющийся структурным элементом некоторого объемлющего бизнес-процесса и представляющий ценность для внутреннего потребителя.
Бизнес-модель - структурированное графическое описание сети процессов и (или функций) операций, связанных с данными, документами, организационными единицами и прочими объектами, отражающими существующую или предполагаемую деятельность предприятия.
********************************************************
Пока еще мало чего узнал, но на первый взгляд DFD-методология слабовата... Почитаю посмотрю..., по крайней мере в книге куча примеров
-
Пока еще мало чего узнал, но на первый взгляд DFD-методология слабовата... Почитаю посмотрю..., по крайней мере в книге куча примеров
Если внимательно посмотреть на DFD-методологию, то мы в ней найдем очень явные черты вариантов использования и диаграмм деятельности. Конечно, нужно смотреть наоборот DFD_старше. Тем не менее это так:
Внешняя сущность ~ Действующее лицо (есть тут некая тонкость между действительно внешними к системе и внутренними ДЛ, но в целом очень похоже)
Подсистема или Процесс ~ вариант использования, деятельность или действие
Миниспецификация ~ сценарий ВИ, хотя и в более жестких рамках
Хранилища ~ Бизнес сущности или их совокупность
Потоки данных ~ именованные ассоциации и т.п.
Диаграмму дейятельности я бы быстрее сравнил с IDEF3 сценарием. Тут практически 100% совпадение.
Т.е. UML, конечно, развитие ранее существовавших методов.
Опять же между IDEF0 и DFD нет принципиальной разницы. если скажем рассматривать просто материальные системы. Однако переходя к проектированию ПО, возникает необходимость идти от требований, что IDEF0 вообщем не дает явно, а DFD позволяет это поддеркнуть. Кроме того выделение Хранилищ и Потоков Данных, которые например в BPWin ассоциируются с сущностями и атрибутами, позволяет интегрировать моделирование функциональности и моделирование данных
-
Возникло желание дополнить тему, предётся её воскресить;)
Напомню, здесь, в частности, ведётся дискуссия, является ли, к примеру, ведение бухгалтерского учёта, БП или нет.
Выше в теме отнесение процесса к БП обуславливалось его возможностью создавать ценность для потребителя или приносить доход организации.
Мне кажется, что, во-первых, слово "бизнес", как было верно замечено ранее, в данном контексте синонимично скорее слову "деловой", нежели "коммерческий".
Во-вторых, определение БП во многих источниках заканчивается "....выходы, имеющие ценность для потребителя". Не стоит ограничиваться только внешними по отношению к организации потребителями. На самом деле интерфейсов со внешней средой и внешними потребителями у организации не так и много. Под потребителями подразумеваются и внутренние потребители. Допустим, я готовлю отчёт для отдела А, отдел А - мой потребитель. Система менеджмента качества ИСО на этом и основана: она не гарантирует качество конечного продукта, но гарантирует, что внутри организации предпринимаются все возможные действия для обеспечения качества продукции.
Более того, ведение бухгалтерского учёта - это бизнес-процесс, ещё и потому, что он таки имеет интерфейсы с внешними потребителями организации. Даже в ФЗ "О бухгалтерском учёте" в разделе термины и определения закреплено понятие "потребитель бухгалтерской информации", и таких потребителей совсем не мало.
-
Согласен, причем если разделить БП на Основные, Поддерживающие, Управляющие и т.д., то сразу все становится на свои места.
-
Мне кажется, что, во-первых, слово "бизнес", как было верно замечено ранее, в данном контексте синонимично скорее слову "деловой", нежели "коммерческий".
Не против. Мы еще употребляем термин "рабочий" вместо "бизнес" особенно для госучреждений. и еще некоторые варианты, которые не вызывают отторжения у конкретного заказчика
Во-вторых, определение БП во многих источниках заканчивается "....выходы, имеющие ценность для потребителя". Не стоит ограничиваться только внешними по отношению к организации потребителями. На самом деле интерфейсов со внешней средой и внешними потребителями у организации не так и много. Под потребителями подразумеваются и внутренние потребители.
Ну хорошо, пусть так...
Допустим, я готовлю отчёт для отдела А, отдел А - мой потребитель. Система менеджмента качества ИСО на этом и основана: она не гарантирует качество конечного продукта, но гарантирует, что внутри организации предпринимаются все возможные действия для обеспечения качества продукции.
Здесь некоторое искажение действительности, один из принципов ISO-9000: ориентация на потребителя. Зачем потребителю платить (в силу включения в себестоимость продукции) за вашу работу по подготовке отчета для отдела А? Почему вы (ваше предприятие) не можете реорганизовать свою информационную систему/среду таким образом, чтобы отдел А сам получал нужную ему информацию без затрат вашего труда по подготовке отчета.
Так что коллизия наблюдается в ваших рассуждениях.
Более того, ведение бухгалтерского учёта - это бизнес-процесс, ещё и потому, что он таки имеет интерфейсы с внешними потребителями организации. Даже в ФЗ "О бухгалтерском учёте" в разделе термины и определения закреплено понятие "потребитель бухгалтерской информации", и таких потребителей совсем не мало.
Еще раз - ведение бухгалтерского учета - НЕ ПРОЦЕСС! и совсем не потому, что "существуют интерфейсы". Бухгалтерский учет ведется для того, чтобы соответствовать требованиям в первую очередь государства в части оплаты установленным законодательством налогов. Для этого законодательно же устанавливается план счетов и ряд учетных правил. Но база для их начисления кроется в неких хозяйственных операциях, выраженных в денежной форме. не будет их, не будет возможности бухучета. Поэтому бухучет преимущественно состоит из ОПЕРАЦИЙ. Причем операции эти могут быть преимущественно связаны с хозяйственными операциями, по принципу: возьми из сведений, описывающих хозяйственную операцию, циферку и запиши ее в учетный регистр. Это если утрированно рассуждать.
-
2 Водолей:
Но ведь бухучёт всё же ведётся, на него тратится время, людские ресурсы. С точки зрения владельца предприятия бухучёт - это затраты, которые наверняка отражаются в себестоимости продукции. И вести его можно по разному - посадить 20 бухов за бумажные тетради или использовать специальные ИС. Я согласен, что бухучёт больше похож на набор простых операций, но тогда вопрос, где та грань между операциями и БП?
Ещё пару дней назад я был уверен в том, что бухучёт - это не БП, но вот сегодня в мою душу вкрались сомнения...) Наверное, ответ кроется в определении БП, но их немало...
-
возможно я раскрою Вам страшную тайну, но какую бы специальную ИС не поставить - посадить сколько-то бухов (какое всё-таки хорошее сочетание получилось :о))) за нее придётся. Т.к. сама ИС без участия человека пока работать не может.
Насчет грани между операциями и бизнес процессом - Вы неверно ставите вопрос, т.к. ее нет! Вообще! Любой БП в конечном счете состоит из операций, и в случае с бухучетом отдельные операции выполняют (составляют) учетную функцию для разных (причем иногда совершенно разных) бизнес процессов. Если говорить совсем просто: учетные функции (операции б/у) - часть бизнес процессов компании.
Возьмите для примера компанию, в которой Вы работаете, и "пройдите", например, по своей цепочке от первичной продажи до сдачи работ, отслеживая что, на каком этапе и как отражается в бухучете. Возможно после этого станет понятнее.
-
"Составление отчётности" - вот вам пример подпроцесса процесса ведения бухгалтерского учёта. Повторяется ежеквартально. ПРОЦЕСС!!
Насчёт операций: да, учётные операции входят в состав многих процессов помимо процесса "ведение бух учёта". Но вот та последовательность действий, которую изо дня в день выполняют бухгалтерши (взять бумажку, переписать цифру, положить бумажку) - это и есть процесс бух учёта, ну или его составная часть.
И вообще, если к примеру обратиться к PMI PMBOK, то там предлагают всю деятельность организации разделять на: ПРОЦЕССЫ и проекты. Если бух. учёт по-вашему не процесс, то что, неужели это проект?
-
Asd,
составление отчетности - это бизнес-функция. Не путайте.
Есть еще такое понятие, как "поток работ", которое часто путают с бизнес-процессом. Поток работ - это некая определенная последовательность действий, при которой начало следующего действия предполагает обязательное завершение предыдущего. То есть действия выполняются по порядку (кстати, иногда это параллельные действия, но тоже упорядоченные). Линейность.
В жизни не все можно описать в виде потока работ. Определенные действия могут порождать некоторое количество других действий или сами порождаются какими-то событиями. Это обычно называют ad-hoc процессы. Мне не хочется даже пытаться давать еще одно n+1 -е определение бизнес-процессов, но если Вы действительно хотите разобраться, что является бизнес-процессом, а что нет, то найдите следующие признаки:
1. кроссфункциональность (по этому признаку бизнес-процессы бухгалтерии сразу отпадают)
2. взаимодействие n к m (то есть n процессов могут порождать m событий или процессов и наоборот)
3. повторяемость (часто процессы путают с проектами)
Я не скажу, что этого всегда хватает, чтобы правильно выявить процессы - это довольно сложная работа. Но, по крайней мере, это ключевые отличия.
По поводу "ценного результата на выходе" - с этим определением (с его однозначностью) можно поспорить. Существуют процессы, добавляющие ценность, и процессы, добавляющие стоимость (как правило, это внутренние процессы). К примеру, процесс увольнения сотрудника (начиная с подачи заявления, включая подписание бегунка, размещение заявки на замещение вакансии, истребования задолженностей, получения выходного пособия и проч.) - это внутренний процесс, ценности для конечного заказчика он не представляет, затраты увеличивает. Но при этом он действительно необходим.
Вообще-то в подобном споре полностью победить не удастся никому. Куда ни ткни, даже в самый, казалось бы, явный "процесс" - обязательно придется разбираться, с какими бизнес-процессами он взаимодействует, какими бизнес-функциями оперирует, какой документооборот порождает и т.д. Есть такой термин - Process Discovery - выявление бизнес-процессов. Не все так просто :-)
-
возможно я раскрою Вам страшную тайну, но какую бы специальную ИС не поставить - посадить сколько-то бухов (какое всё-таки хорошее сочетание получилось :о))) за нее придётся. Т.к. сама ИС без участия человека пока работать не может.
Есесно, только в одном случае нужнен более профессиональный сотрудник, а в другом недостатки квалификации заменяет ИС, ну а уж о сэкономленном времени и говорить не приходится.
Насчет грани между операциями и бизнес процессом - Вы неверно ставите вопрос, т.к. ее нет! Вообще! Любой БП в конечном счете состоит из операций, и в случае с бухучетом отдельные операции выполняют (составляют) учетную функцию для разных (причем иногда совершенно разных) бизнес процессов. Если говорить совсем просто: учетные функции (операции б/у) - часть бизнес процессов компании.
Да это тоже понятно.
-
2 WJ:
составление отчетности - это бизнес-функция. Не путайте
составление отчётности подразумевает получение данных из различных источников, их агрегацию, составление отчёта по стандартной форме (всё это и много другое в какой угодно детальности). Причём вся эта последовательность действий (функций) повторяется каждый раз при составлении отчёта, допустим ежеквартально. По-моему - это процесс. Если исходить из определения ИСО 9000 - это процесс, если из определения Репина Елефёрова - процесс... ИДС Шеер в своём проекте в компании N без колебаний отнёс это к разраду обеспечивающих процессов.
Если уж на то пошло, то ИДС процессом называл и одну единственную функция (замечу, при заданном уровне детализации), которая относилась к определённой обособленной от остальных предметной области и периодически инициировалась определёнными событиями. О кроссфункциональности, ясное дело, речи не идёт.
Существуют процессы, добавляющие ценность, и процессы, добавляющие стоимость (как правило, это внутренние процессы). К примеру, процесс увольнения сотрудника (начиная с подачи заявления, включая подписание бегунка, размещение заявки на замещение вакансии, истребования задолженностей, получения выходного пособия и проч.) - это внутренний процесс, ценности для конечного заказчика он не представляет, затраты увеличивает. Но при этом он действительно необходим.
Опять повторюсь, помимо внешних потребителей есть внутренние, для которых эти самые обеспечивающие процессы создают ценность. Если уж так хочется, то опосредованно, создавая ценность для внутренних потребителей и создавая условия для функционирования всей организации, такие процессы создают ценность и для внешних потребителей.
Про воркфлоу и их отличие от бизнес-процессов немного не понял, буду благодарен за пояснение.
-
Доброго всем времени суток
Выскажу свое мнение по обсуждаемой теме.
В процессе обсуждения были даны всевозможные определения компонентов имеющих отношение к процессам компании, но небыли установлены связи всех компонентов.
Процессы выявляются через связи 4 компонентов.
• Организационной структуры.
• Функциональной структуры.
• Древа целей.
Первым шагом установим связь орг. структуры и функциональной структуры и получим организационно-функциональную матрицу, где на осях орг. единицы и функции, а в качестве связи роли, которые выполняются орг. единицами в рамках функции. На пример Руководит, Исполняет, Соисполняет, Использует результат/информацию.
Следующим шагом построим древо целей компании это, и определит нам набор процессов компании.
Далее для каждой цели определим последовательность функций реализующих цель.
Вот мы и получили процессы, осталось только дать им названия. И не важно как их классифицировать, управленческие, бизнес, или производственные. Важно их регламентировать оценить и управлять, а также периодически подвергать аудиту.
Возвращаясь к обсуждению «бухгалтерского учета».
В контексте выше изложенного «бухгалтерский учет» это набор функций, выполняемых орг. структурой «бухгалтерия» по определенной роли в рамках различных процессов компании.
-
Процессы выявляются через связи 4 компонентов.
• Организационной структуры.
• Функциональной структуры.
• Древа целей.
...организационно-функциональную матрицу
А где 4 компонент? Или это производная организационно-функциональная матрица?
-
IMHO мнение хорошее, даже, я бы сказал, интересное, но неправильное... уж извините
Процессы выявляются через связи 4 компонентов.
• Организационной структуры.
• Функциональной структуры.
• Древа целей.
а четвертый где?
Первым шагом установим связь орг. структуры и функциональной структуры и получим организационно-функциональную матрицу, где на осях орг. единицы и функции, а в качестве связи роли, которые выполняются орг. единицами в рамках функции. На пример Руководит, Исполняет, Соисполняет, Использует результат/информацию.
Здесь проблема в том, что основываясь на тезисе "оргструктура у компании есть всегда", все с нее начинают. Но реально это похоже на известный анекдот:
- Ты что тут делаешь?
- Ключи ищу...
- Где потерял?
- Вон там в кустах...
- А почему здесь ищешь?
- Здесь светлее...
Безусловно, я не хочу сказать, что оргструктура не должна учитываться при обследовании предприятия, должна конечно, но не в первую очередь чтоли...
Кстати, что Вы называете функциональной структурой? И зачем Вам эта матрица? С таким же успехом можно было бы взять положения о подразделениях и должностные инструкции (буде они существуют) - и вуаля! Вопрос только, ЧТО это дает исследователю?
Следующим шагом построим древо целей компании это, и определит нам набор процессов компании.
А вот цели - это как раз то, с чего надо начинать, именно они определяют, зачем всё это хозяйство нужно. Далее, раскручивая как обеспечивается достижение этих целей, и становится понятно как функционирует предприятие.
Далее для каждой цели определим последовательность функций реализующих цель.
Это тоже, мягко говоря, не на тему... Какая, например, последовательность функций реализует цель - стать лидером рынка? И вообще, что Вы в рассматриваемом Вами контексте называете функцией?
Вот мы и получили процессы, осталось только дать им названия. ....
интересный ход. Пробовали уже? И как? получилось?
я, к сожалению, так и не понял откуда они взялись, процессы-то. поясните, плиз.
Важно их регламентировать оценить и управлять, а также периодически подвергать аудиту.
никогда больше так не делайте. если процессы только оценивать, управлять ими, да еще подвергать аудиту, ни одно предприятие долго не протянет, т.к. не будет результата, а вокруг немногих работающих будут толпами ходить оценщики, управляющие и аудиторы. Воистину, один с сошкой, а семеро с ложкой!
-
Посыпаю голову пеплом, пропустил.
Четвертым, точнее первым идут документы.
Документы связанны с функциями. Функции их создают или используют.
-
Водолей, спасибо Вам за развернутый анализ моего сообщения.
Я согласен с Вами, что цели первичны, а задачи вторичны и являются реализацией цели, но серость бытия накладывает свой отпечаток.
Реальность такова, что не очень большое количество менеджеров компаний получили соответствующее образование и могут сформулировать цели компании (особенно в сегменте среднего бизнеса), а тем более транслировать их на свои подразделения. Я не умоляю их достоинств они эксперты в предметных областях но …. так случилось.
Один из способов докопаться до истины осознать, кто и что делает и систематизировать эти знания. Если у Вас есть готовая модель анализа деятельности компании в условиях полного отсутствия документов регламентирующих его деятельность (устав не в счет его создают копированием), а ответы менеджмента сводятся к описанию что и как они делают ….
Я буду премного благодарен :)
-
на самом деле у Вас не всё так уж плохо, если настырно идти по Вашему пути тоже можно придти к нужному результату, только дорога будет длинной и путь запутанным - следовательно, очень легко будет в дороге потеряться.
да, у меня есть то, что Вы называете "готовой моделью анализа деятельности компании" (причем вне зависимости от наличия документов, регламентирующих ее деятельность).
правда, я не готов на отрытом ресурсе делиться ею, к тому же не оформлена она у меня должным образом, а время терять на причесывание сейчас не хочется. и потом я же не претендую на лавры доктора Шеера :о)))
IMHO Вам достаточно научиться задавать правильные вопросы, типа зачем/почему? а не что, как и куда?
например, зачем вообще существует это подразделение?
Также обратите внимание на то, что деятельность сотрудников в подразделении, а также самого подразделения (в лице его руководителя) ОЦЕНИВАЕТСЯ тем или иным образом. из сопоставления критериев оценки и фактических оценок довольно много становится понятно.
и не надо до поры до времени опускаться до уровня функций (а тем более операций) отдельных сотрудников. так Вы только время потеряете. опускаться нужно только тогда:
- когда стоит такая задача
- когда на предыдущем уровне процессов ВСЁ ЯСНО. (т.е. новая информация о них всегда укладывается в уже описанную картину).
это сродни подходу SADT.
-
Так и происходит, задаю именно эти вопросы зачем и почему да еще в разных вариациях для того чтобы расшевелить мозг «пытуемого» (интервьюируемого) и получить информацию. Но полученная информация может быть разноуровневая да и из разных областей.
При попытке подвергнуть собранные данные анализу как раз и возникают подчистую проблемы (в моем случаи).
Не всегда получается разложить полученною информацию по полочкам (систематизировать), так как эти самые полочки еще не созданы. Вот я для себя и принял такую модель, где есть предопределенная структура и данные укладываются в нее и поэтапно связываются, а одним из критериев оценки является отсутствие не связанных элементов.
Бизнес анализ это не мой хлеб, но для организации операционной и проектной деятельности своих ИТ подразделений и взаимодействия с подразделениями компании (не только через воронку службы Service Desk) необходимо разбираться и понимать бизнес компании.
Если Вы смежите пояснить хотя бы концептуально этапы и фазы анализа Вашей модели, то помощь будет не оценима.
-
IMHO не надо ничей мозг шевелить, ведь люди, которых вы интервьюируете, идиотами не являются. при этом они гораздо лучше вас знают свой участок. вы просто научитесь слушать, понимать то, что вам говорят, направлять беседу, отделять главное от второстепенного.
Знание языка (русского-русского) и умение объяснить, что именно вам нужно, в этом сильно помогает.
боюсь, что не смогу научить вас выполнять вашу работу удаленно. пробуйте, набивайте шишки, учитесь на ошибках (причем не только на своих), работайте над собой, нарабатывайте опыт и всё у вас получится.
дам еще один совет: чтобы научиться лучше работать, надо работать лучше :о))
для организации операционной и проектной деятельности своих ИТ подразделений и взаимодействия с подразделениями компании (не только через воронку службы Service Desk) необходимо разбираться и понимать бизнес компании.
это бесспорно
-
Позвольте поучаствовать в увлекательной дискуссии, прочитал ветку от начала до конца, и встретил разные взгляды на понимание термина бизнес-процесс, с некоторыми был знаком, что-то оказалось новым.
Встречаясь с термином Бизнес-Процесс в разной литературе, курсах, статьях и личностями культивирующими это понятие, пришел к выводу, что общего понимания не существует, есть только общая структура понятия, однако взгляды классифицировал для себя в зависимости от области применения этого понятия: финансы, операционный менеджмент и ИТ. Каждая из "целевых групп" понимает Бизнес-процесс по своему, при этом используя общую структуру (а может быть даже лучше концепцию) понятия, добавляет знания из своей области, тем самым формируя модель понятия применимую конкретно к своей области.
Однако изучая литературу и опыт людей чаще всего конечная цель любых бизнес-процессов заключалась в удовлетворении потребностей клиента. Отсюда рождается мысль о клиентоориентированности данного понятия, конечно можно спорить о том для кого выгоден конкретный бизнес-процесс, однако бизнес существует в конечном счете для удовлетворения своих клиентов, тех которые существуют на рынке, тех которые выбрали именно ваш товар или услугу, вопрос - а почему именно вы? Здесь как мне кажется речь идет уже о стратегии и целях организации и это несколько выше бизнес-процессов, это уже из области определения конкурентного преимущества. Обращаясь к специалистам в этой области мне больше всего импонирует подход по М. Портеру с определением "ключевых компетенций" компании в цепочке создания стоимости. Опуская все возможные методики и модели определения конкурентного преимущества, в конечном итоге будет сформирован ряд направлений в которых компания будет двигаться и достигать поставленных целей. А вот здесь уже можно опуститься на уровень ниже и определить процессы (именно процессы) которые добавляют ценность для потребителя, которые и будут объединены в бизнес-процессы, при этом в зависимости от потребностей клиентов и изменения рыночной конъюнктуры состав процессов будет меняться также собственно как и бизнес-процессы.
Собственно из вышесказанного мною был сделан вывод, что вся деятельность компании это процессы, в состав бизнес-процесса они входят в случае если несут какую-то ценность для конечного потребителя вашего товара/услуги и его можно назвать основным процессом, в ином случае он является обеспечивающим (кстати мне кажется, что есть смысл делить еще на одну функцию - венчурные или инновационные). Возвращаясь к столь любимому всеми примеру бухгалтерии мне кажется что в большинстве случаев процессы являются все таки обеспечивающими - результат отчетности обеспечивает принятие решения относительно ключевого/основного процесса, однако к примеру если вы придумали какой-то новый процесс в бухгалетрии (ведение двойной отчетности, какой-то новый отчет в предметной области бизнеса который позволяет обладать ключевой компетенцией), данный процесс станет основным и будет включен в бизнес-процесс. Именно выросшие из обеспечивающих в основные, процессы зачастую выделяются в отдельную компанию или направление деятельности компании в том числе и ИТ. Затрагивая еще один пример если ЧП по вязанию носков освоила в совершенстве обеспечивающий процесс ведения бухгалтерии по этому направлению или есть завязки на поставщиков шерсти, то акцент ключевых компетенций смещается в эту область и основными становятся процессы бухгалтерии или поставки шерсти, т.к. именно они приносят ценность.
Еще раз повторюсь, это только мысли, и скорее попытка проанализировать, что же есть такое бизнес-процесс в общем понимании объединяющего разные области. Буду рад дополнениями и уточнениями, а также конструктивной критике.
-
Начать стоит с определения человеческой деятельности (или человеческого действия или работы (Sic!), human action) как родового понятия для всех остальных. Выдающийся экономист и, бесспорно, философ прошлого столетия Л. фон Мизес постулирует: «Человеческая деятельность суть целеустремленное поведение. Можно сказать и иначе: деятельность суть воля, приведенная в движение и трансформированная в силу; стремление к цели; осмысленная реакция субъекта на раздражение и условия среды; сознательное приспособление человека к состоянию Вселенной, которая определяет его жизнь. Это положение должно прояснить данное определение и предотвратить возможность неверных интерпретаций. Но само определение является точным и не нуждается в дополнениях и комментариях».
Это утверждение имеет ряд замечательных моментов:
1. Деятельность — поведение человека;
2. Деятельность — осмысленная реакция на раздражение (возмущение) и условия внешней среды;
3. Деятельность — стремление к цели;
4. Деятельность «суть воля», приведённая в движение и трансформированная в силу.
Далее следует упомянуть разделение труда, А. Смит (утверждается, что он ввёл само понятие) в «Исследовании ...» описывает: «Один рабочий тянет проволоку, другой выпрямляет ее, третий обрезает, четвертый заостряет конец, пятый обтачивает один конец для насаживания головки; изготовление самой головки требует двух или трех самостоятельных операций; насадка ее составляет особую операцию, полировка булавки — другую; самостоятельной операцией является даже завертывание готовых булавок в пакетики. Таким образом, сложный труд производства булавок разделен приблизительно на восемнадцать самостоятельных операций, которые в некоторых мануфактурах все выполняются различными рабочими, тогда как в других один и тот же рабочий нередко выполняет две или три операции. Мне пришлось видеть одну небольшую мануфактуру такого рода, где было занято только десять рабочих и где, следовательно, некоторые из них выполняли по две и по три различные операции. Хотя они были очень бедны и потому недостаточно снабжены необходимыми приспособлениями, они могли, работая с напряжением, выработать все вместе двенадцать с лишним фунтов булавок в день».
К важным для нас осмысленной реакции, условиям, движению (или бездействию), цели, добавилось разделение труда, которое в свою очередь привело к функциональному разделению труда (работ), к т. н. функциональной департаментализации. Структуры, в т. ч. организационные, здесь являются следствием разделения труда.
Теперь можно приступить к функциям. Функция (или бизнес-функция), в смысле управления человеческой деятельностью, – сгруппированные по предмету (объекту), содержанию или используемому инструментарию виды работ, выполняемых в организации (структуре).
Функции определяются при разделении труда в организации.
Работы группируются в целях специализации и повышения производительности труда.
Сгруппированные работы требуют от исполнителей специфических теоретических знаний, практических навыков и опыта, поэтому функции часто соответствуют определенным профессиям и специальностям.
Работы группируются исторически, по аналогии с другими организациями, в соответствии с законодательством или на усмотрение руководства (владельцев) организации. Не существует однозначной и единственно верной группировки работ.
При создании структуры организации функции закрепляют за структурными единицами — подразделениями (division, department, unit, group, team) и должностями (position), поэтому функции перечисляются в Положениях о подразделениях и Должностных инструкциях.
Функция редко представляет собой бизнес-процесс, т. к. обычно в бизнес-процессе выполняется несколько функций. Однако можно определить бизнес-процесс в рамках отдельной группы функций, например, бизнес-процесс «Расчет и начисление заработной платы» в рамках группы финансовых функций.
Функциональное разделение труда так или иначе приводит к возникновению барьеров на пути к достижению общих целей или целей организации (структуры).
Бизнес-процесс — совокупность повторяющихся работ, сгруппированных по цели (результату, продукту, «специфическому выходу для определённого клиента или рынка» [Т. Давенпорт, 1993]), предопределённых во времени и пространстве, имеющих предопределённые старт и завершение.
Продукт является краеугольным камнем определения бизнес-процесса, однако Давенпорт настаивает на «точке зрения клиента». Продукт в понимании и представлении исполнителя не имеет смысла — не надо делать то, что не будет вознаграждено, хотя награды бывают разными.
Предложенное выше определение бизнес-процесса имеет список следствий:
1. Повторяющиеся работы, т. о. продукт (не-экземпляр) гипотетически неограничен во времени;
2. Работы кем-то (конкретным) определены во времени и пространстве;
3. Работы имеют чёткий (для кого-то конкретного) начало и завершение.
4. Продукт определяет клиент, а не исполнитель.
М. Хаммер и Дж. Чампи в легендарной «Реинжиниринг корпорации …» очень много внимания уделяют «ценности» («value to the customer»). С одной стороны это похвальный «прогиб» перед маркетологами (marketers), т. к. ценность определяется клиентом. Но реверс не впечатляет: они всё-таки говорят о цене или стоимости. Но нам важно добавить в копилку:
5. Ценность (или воспринимаемая ценность) продукта;
6. Стоимость.
Из выше сказанного как-то не очень понятно, чем бизнес-функция отличается от бизнес-процесса?
Проще всего их взаимосвязь представить как двумерный массив:
В постоянной части — функции, так исторически сложилось и разговоры о матричных (например, проектных) организациях (структурах) лишь разговоры. Функции, например, продажи, это компетенции организации (структуры), они устойчивее, чем показатели. Здесь совершенствуются знания, навыки и накапливается опыт.
А в показателях у нас «продукты», точнее продукт должен быть на выходе, а в показателях процессы.
Но лучше последние 2 абзаца переписать следующим образом:
В постоянной части — функции структур, например, канцелярии: приём корреспонденции, регистрация входящей корреспонденции и т. д.
А в показателях — процессы (или процедуры), которые выполняет структура (канцелярия), чтобы предоставить продукт, например, работа с рекламациями.
Важно другое: как бизнес-функции, так и бизнес-процессы определяются человеком!
А. Начало;
Б. Завершение;
1. Условия (или контекст);
2. Реакция (что мы делаем и в какой связи);
3. Цель;
4. Предмет;
5. Содержание работ;
6. Инструментарий;
7. Исполнитель;
8. Критерии успеха (или KPI).
Просто эволюция нас привела к функциональным организациям, а продукты создаются в результате функционального взаимодействия.
-
Цитата интересная, но нельзя ли точный вывод, конечное велью, лучше на примерах, что же есть Б-функция и Б-процесс, чем они отличаются, как это использовать на практике анализа
-
... нельзя ли точный вывод, конечное велью, лучше на примерах, что же есть Б-функция и Б-процесс, чем они отличаются, как это использовать на практике анализа
Попробуем на примере разграничить функции и процессы.
Рассмотрим лишь один процесс — приготовление салата «Летний» (Сборник рецептур, 1982 г.):
70. Салат «Летний»
1. Очистить картофель;
2. Отварить картофель;
3. Подготовить овощи;
4. Нарезать овощи: картофель и огурцы — ломтиками, помидоры — дольками, фасоль — ромбиками;
5. Нашинковать зелёный лук;
6. Перемешать картофель, овощи и фасоль;
7. Полить сметаной при отпуске;
8. Оформить порцию дольками яиц при отпуске;
9. Посыпать зелёным луком при отпуске.
Популярный британский «голый повар» Дж. Оливер как то обмолвился, что для того, чтобы научиться нарезать картофель-фри ему понадобилось год заниматься только этим делом на ресторанной кухне. За это время начинающий повар приобрел знания, навык и опыт, которые позволяют легко, споро и красиво нарезать картофель-фри.
Функциональное разделение труда позволяет формировать и не терять нужные навыки. В нашей группе компаний именно специфический набор навыков (skills set) отличает функции от процессов.
Теоретически все девять перечисленных в нашем процессе работ мы можем назвать функциями и распределить между поварами да их подмастерьями. Например, приготовление отварного картофеля, включая его чистку, отдаём первому сотруднику, приготовление и смешивание овощей — второму, а действия при отпуске — третьему. Вот и получилось традиционное функциональное разделение труда на нашей кухне.
Не обращая внимания на вопросы и замечания, продолжим развивать нашу историю. Со временем кухня разрослась настолько, что мы вынуждены выделить приготовление отварного картофеля в отдельное производство. Функционал этого подразделения существенно изменился, добавились закупки, хранение, упаковка, комплектование и транспортировка. Ко всему прочему появились менеджеры, бухгалтера, охранники, маркетологи, ИТ-специалисты и многие другие. А для руководства данного производства возникли новые бизнес-процессы, например, логистика готовой продукции и бизнес-планирование.
В чём же тогда смысл разделения процессов и функций, если легким постукиванием по клавиатуре, волею моей фантазии, недавние функции стали процессами?
Смыслов немного, но они крайне важны:
1. Выделение функций позволяет развивать знания, навыки и накапливать опыт. Конечно, если салат будет готовить один повар, он будет совершенствоваться со временем, но одни навыки будут развиваться быстрее в ущерб других, а если он умеет делать все работы «легко, споро и красиво» — значит он уже мастер, а это другая лига.
2. Выполнив функциональное разделение труда между тремя сотрудниками кухни, я возвёл организационные барьеры на пути приготовления салата. Основные следствия — расслоение, когда первому платят меньше, чем третьему, а второму больше, чем третьему, и угроза качеству — знаменитое «К пуговицам претензии есть?» (М. Жванецкий, 1969). Во многом процессный подход управления призван нивелировать негативное влияние организационных барьеров, фокусируясь на конечном продукте и потребителе.
3. Функциональное разделение труда привычнее и понятнее, т. к. сотрудники воспринимают свою работу как набор определённых функций, часто эти функции хорошо документированы. Крайне редко сотрудники видят производственную линию или бизнес-процесс целиком, осознают свой вклад в конечный продукт. Изучая и моделируя бизнес-процессы или бизнес в целом необходимо учитывать разные точки зрения заинтересованных сторон. А определённая точка зрения вынуждает нас использовать различные языки, не просто разные нотации, а именно языки. Второй важный смысл — это коммуникации.
Из всего выше сказанного есть замечательное следствие:
Функции и процессы — это деятельность. Деятельность характеризуется наличием цели. Цель кто-то должен определить. Определяя функции и процессы, группируя работы, всегда есть автор, контекст и заинтересованные стороны, с которыми автор должен договориться. Т. о. функции и процессы, границы между ними — это конвенции принятые в конкретных обстоятельствах. В 2005 в нашей группе компаний была разработана нормативная модель бизнес-процессов компании, она содержала 39 процессов. Сейчас в репозитории у нас уже больше 200, а реализуемый в данный момент ИТ-проект добавил ещё 160 штук. Некоторые «процессы» выполняются парой сотрудников в одном подразделении, но результат их выполнения настолько критичен, что я не возражаю называть их «процессами», хотя с методологической точки зрения это и неверно.
-
Попробуем на примере разграничить функции и процессы.
Исходя из всего выше(ниже) сказанного я могу заключить, что разделение между функцией и процессом чисто субъективно и условно.
Однако, если рассматривать математический аспект, то функция - это способ сопоставления аргументов - результату, а процесс - это последовательность смены состояний.
Мне не очень понятно почему слово бизнес так меняет смысл слова?
Либо мы должны ясно признать что использование слово функция в таком контексте не уместно. Надо сказать в иностранном языке (английском) вообще-то не говорят о бизнес-функции или процессе (если взять тот же IDEF), а говорят об activity - то есть некой активности деятельности.
-
Либо мы должны ясно признать что использование слово функция в таком контексте не уместно. Надо сказать в иностранном языке (английском) вообще-то не говорят о бизнес-функции или процессе (если взять тот же IDEF), а говорят об activity - то есть некой активности деятельности.
Во-первых, в «IDEF0» п. 3.2.1.1 гласит «A box provides a description of what happens in a designated function» (с. 8). «Function» используется в стандарте чаще, чем «activity», хотя на с. 5 сказано «IDEF0, used to produce a "function model". A function model is a structured representation of the functions, activities or processes within the modeled system or subject area». Т. о. для составителей первого из семейства стандартов эти слова синонимы. Термин «функция» использован в IDEF0 скорее потому, что Д. Т. Росс (родоначальник методики) был обучен математиком, хотя в душе был инженером (The Boston Globe, Feb. 10, 2007). Не менее важно, что в 70-е в управленческой литературе «function» было моднее «activity», т. к. отсылало к «value analysis and engineering» Л. Д. Майлса c его легендарным «All Cost is for Function» (L. D. Miles, 1961). Казалось более научным, точным, accountable. В «IDEF3 Process Description Capture Method» чаще используется «activity», но это публикация 1995 г., моду задавал уже М. Хаммер и Дж. Чампи. И опять-таки «function» и «activity» используются взаимозаменяемо, а основной строительный блок «UOB» или чушь какая-то.
Я думаю, что «IDEF3» был данью моде и существенным упрощением «IDEF0». Первый из семейства стандарт, который так и не стал стандартом, задумывался как организационно независимая методика описания деятельности, но не имел средств для представления информации, состояний и объектов. Моделирование бизнес–процессов в «IDEF0» — это последовательность функций, что не противоречит тому, что я писал ранее.
Во-вторых, «activity» — очень общее понятие, например, в «UML», что хорошо для универсальности методики, но не даёт понимания уровня декомпозиции. В практике нашей компании «activity» соответствует 2-му уровню декомпозиции — этапы (шаги) бизнес-процесса, но это особенность используемого нами ПО. Для меня «activity» — это «работа» и на определённом уровне детализации она становиться очень конкретной, настолько, что её можно прописать в контракте или должностной инструкции.
В-третьих, латинское «functio» — выполнять, осуществлять, в основном, про глагол, определяющий влияние одного на другое. Хотя забавно, что у В. И. Даля «функция» имеет только математическое и физиологическое значения, а у Д. Н. Ушакова уже «Явление, зависящее от другого и изменяющееся по мере изменения этого другого явления» и даже переносное «4. … Обязанность, круг деятельности чего-н., подлежащая исполнению работа». Я считаю, что использование слова «функция» вполне уместно, т. к. плотно вошло в употребление во всех организация, даже в РПЦ. Просто о терминах надо договариваться, а методологическая чистота — не самоцель. Всё определяется автором, контекстом и заинтересованными сторонами.
-
Думаю, наша статья в журнале ELMA дает точное определение бизнес-процесса (https://www.elma-bpm.ru/journal/chto-takoe-biznes-processy-obzor-bazovyh-ponyatij-bpm/). В ней мы рассказали простыми словами о базовых понятиях процессного управления.
-
Думаю, наша статья в журнале ELMA дает точное определение бизнес-процесса (https://www.elma-bpm.ru/journal/index.php?ELEMENT_ID=7555). В ней мы рассказали простыми словами о базовых понятиях процессного управления.
А что, интересно, понимается под бизнес-функцией?