Текст книги "Управление бизнес-процессами. Практическое руководство по успешной реализации проектов"
Автор книги: Джон Джестон
Жанр: Зарубежная деловая литература, Бизнес-Книги
Возрастные ограничения: +12
сообщить о неприемлемом содержимом
Текущая страница: 5 (всего у книги 37 страниц) [доступный отрывок для чтения: 12 страниц]
Выше уже отмечалось, что в принятие технологии вовлечены как бизнес-подразделения, так и ИТ организации. Поскольку процессы присутствуют везде, это также подразумевает, что любой бизнес-менеджер может увлечься автоматизацией управления бизнес-процессами. Приведем общие аргументы в пользу принятия этого решения бизнес-менеджером:
• технологии управления бизнес-процессами обеспечивают их прозрачность;
• предприятие становится более маневренным;
• производительность повышается с меньшими расходами;
• можно обеспечить соблюдение нормативных правил;
• улучшается обслуживание клиентов.
Эти аргументы следует представить в виде конкретных бизнес-преимуществ, средством достижения которых является BPM.
В направлении подразделения ИТ следует сделать акцент на следующих моментах:
• при технологии BPM не окажутся бесполезными предшествующие вложения средств в приложения ИТ;
• управление бизнес-процессами свяжет вместе эти самостоятельные приложения;
• подразделение ИТ может быть более восприимчиво к меняющимся требованиям бизнеса;
• новые приложения можно получать быстрее, дешевле и с большей гибкостью;
• управление бизнес-процессами также является ключевым элементом сервисно-ориентированной архитектуры (СОА).
И, наконец, важно не забыть о вовлечении высокопоставленных исполнительных должностных лиц организации. Как уже подчеркивалось выше, управление бизнес-процессами и связанная с ним технология, весьма вероятно, изменит способы управления предприятием и даже его структуру. Поэтому поддержка высшего руководства необходима.
Кто продвигает технологию управления бизнес-процессамиМожно назвать следующие три силы, продвигающие решение автоматизации управления бизнес-процессами:
1. Силы внутри предприятия.
2. Поставщик программного обеспечения.
3. Системный интегратор и/или консультант.
Во многих организациях есть внутренние спонсоры и сторонники решения автоматизации BPM. Однако наблюдается переход от усилий индивидуалов-энтузиастов к более структурированной поддержке хозяев процессов, Центров совершенствования бизнес-процессов или главных руководителей процессов. Во многих случаях собственный персонал организации успешно использует опыт и уроки, полученные во время предыдущих проектов.
Долгое время поставщики решений BPM были нишевыми игроками на узком рынке. Поставщики ПО для «чистых» решений BPM начинали с разработки и поставки решений для рабочего процесса (например, Staffware) или управления документацией (например, Filenet). Когда первые специалисты – энтузиасты внедрения технологий BPM продемонстрировали их существенные выгоды и преимущества для предприятий, а также хорошую окупаемость (высокий коэффициент ROI), такие бизнес-аналитики, как Гартнер (Gartner) и Форрестер (Forrester) начали обращать на это внимание. О перспективах и преимуществах управления бизнес-процессами были написаны благоприятные отчеты, а также спрогнозирован рынок объемом в миллиард долларов. Это, естественно, пробудило рынок поставщиков ПО. Появились новые игроки – поставщики «чистых» решений, а некоторые изменили позиционирование, подавая себя не в качестве поставщиков CRM, а в качестве поставщиков систем BPM. Третья категория игроков вышла на рынок путем приобретения или поглощения (например, Tibco software, купившая компанию Staffware). Наконец, такие традиционные крупные фирмы, как IBM, SAP и Siebel, стали предлагать решения типа BPM. Однако, как описано в данной главе, решающим фактором все еще является то, что поставщики ПО рассматривают управление бизнес-процессами с точки зрения конкретного бизнеса, а не с точки зрения пакетного решения.
В то же время многочисленные системные интеграторы вкладываются в знания BPM и организуют специализированную практическую деятельность по ним. Консультационные фирмы предлагают услуги проектирования, описания и содействия внедрению бизнес-процессов. Важно убедиться, что эти организации способны обеспечить лучшее решение и не ограничены узкими рамками в силу партнерства или владения конкретным пакетом решения.
Для разработки стандартов BPM созданы такие ассоциации, как WfMC и BPMI.org. Сформированы сообщества BPM, например bpm-forum.org и BPtrends.com. Доступны многочисленные новые веб-сайты, курсы обучения, специализированные журналы и научные степени.
Имея столь многообразные источники решений: от поставщиков «чистого» ПО BPM и консультационных фирм до диссертаций на соискание ученых степеней, при выборе конкретного поставщика покупатель должен очень четко представлять себе бизнес-требования организации и учитывать, что резкий рост числа поставщиков решений BPM рано или поздно приведет к консолидации рынка и уходу с него мелких компаний.
Глава 8
Каковы решающие факторы успеха проекта BPM
Как уже отмечалось выше, реальность внедрения BPM значительно сложнее, чем кажется на первый взгляд. Проекты BPM потенциально (а так обычно и происходит) пересекают границы подразделений и все чаще выходят за рамки организаций, вовлекая больше клиентов, поставщиков решений и партнеров. Проекты затрагивают множество меняющихся и сложных взаимоотношений между заинтересованными сторонами как внутри, так и вовне организации.
Хотя каждый отдельный проект уникален и имеет свои индивидуальные характерные факторы успеха, мы выделили десять базовых критически важных факторов для успеха всех проектов BPM:
1. Лидерство/ведущая роль. Очень много написано о ведущей роли в связи с BPM. Высказывалось предположение, что если не удалось заручиться безраздельной и полной поддержкой высшего исполнительного лица (руководителя) организации (СЕО), не следует затевать никакие проекты BPM. На практике же лишь немногие руководители компаний готовы сделать из руководимых организаций полностью процессно-сконцентрированные предприятия. Хотя, несомненно, растет понимание важности процессов для организаций, впереди еще долгий путь. Как подробнее говорится ниже, руководство не всегда означает именно высшего руководителя. Внутри организации могут оказаться лидеры, экспериментирующие с проектами BPM. Лидерство в этом контексте означает внимание, поддержку, финансирование, твердую приверженность и время руководителя, участвующего в проекте. Очевидно, что мера каждого из этих качеств меняется в зависимости от зрелости организации и руководителя по отношению к BPM. На них также влияет тип реализуемого проекта BPM: от опытных пилотных проектов и «экспериментальных» внедрений до полномасштабных реализаций в рамках отделений или всего предприятия. Время – особенно важный фактор для проекта. Это не означает, что руководитель появляется на совещаниях руководящего комитета раз в месяц. Обязательство уделять время учитывает еще и поддержку проекта в среде коллег, заинтересованных сторон, клиентов, поставщиков и сотрудников внутри организации. Руководитель – это «главный проводник» BPM, и ему нужно постоянно пропагандировать предполагаемые выгоды и преимущества, быть рупором и наглядным примером реальности BPM.
2. Опытный бизнес-менеджер проекта BPM. В определенном смысле эта роль на ступеньку ниже ведущей роли руководителя. Менеджер возглавляет группу проекта, весь окружающий персонал, заинтересованных лиц и всю деятельность. Он обязан обладать значительными навыками работы с заинтересованными сторонами, а также необходимым образом влиять на отношение персонала к проекту. Хотя можно утверждать, что для грамотного проектного управления эти навыки необходимы всегда, проекты BPM требуют более полной и точной их реализации. Другой немаловажный аспект данного фактора успеха – необходимость, чтобы менеджер проекта был из бизнес-подразделения, а не из подразделения ИТ. Проект BPM – это бизнес-проект, влияющий на результаты бизнеса, а составляющая ИТ может либо вовсе отсутствовать, либо являться лишь частью проекта. Более того, проект BPM требует фундаментальных и структурных перемен, чего часто нет в «традиционных» проектах (это станет очевидным в части II).
3. Увязка со стратегией организации. Проекты создаются, чтобы вносить дополнительный вклад в осуществление стратегии организации и ее целей. В противном случае проект не нужен, если он заранее не планировался как краткосрочное тактическое решение; такие решения, однако, могут оказаться чрезвычайно опасными. Сколько раз нам приходилось сталкиваться с краткосрочными тактическим решениями лет через двадцать после их реализации, которые настолько плотно были вплетены в саму ткань организации, что заменить их было практически невозможно. Нет ничего более постоянного, чем временные решения. Менеджеры прибегают к временным решениям, чтобы решить неотложную проблему, но затем внимание отвлекается на другие вопросы, и у них так и не находится времени, чтобы вернуться к исходной проблеме, а это приводит к череде тактических временных решений, которые становятся серьезным операционным вызовом. Стратегия организации – это основа, которая объединяет всех участников проектов и обеспечивает их работу на общие цели.
4. Архитектура процессов. Если организация приняла BPM в качестве стратегического направления, внедрила или реализует несколько проектов BPM, то для обеспечения максимальных выгод чрезвычайно важен «синергичный» подход и согласованность внутри организации. Нужно иметь комплекс согласованных руководящих инструкций и проектных руководств, в противном случае различные части организации будут тянуть в разные стороны, и единого подхода не получится. Архитектура процессов – не просто набор их красивых моделей; она описывает основополагающие принципы процессов (или BPM) внутри организации и является основой любых изменений в подходе организации к BPM.
5. Структурированный подход к внедрению BPM. Без согласованного структурированного и системного подхода к реализации проектов BPM, который учитывает стратегию организации, принципы ее осуществления и поведенческие аспекты внедрения, проект остается хаотичным, и ему свойственны очень высокие риски. Слишком часто проекты BPM исполняются на основе традиционного проектного управления или «здравого смысла». По мере развертывания проекта и нарастания требований реальных результатов «интуитивные» шаги теряют необходимую структурированность и системность подхода. В общей схеме, описанной в данной книге, такой подход заложен.
6. Работа с персоналом, позволяющая необходимым образом влиять на отношение сотрудников к проекту. Процессы исполняются либо самими людьми, либо людьми, вооруженными технологиями. Люди могут обеспечить успех проекта BPM либо обречь его на неудачу. Если сотрудники не восприняли проект сердцем и не поддерживают его, велики шансы на неудачу. Работа, направленная на позитивное изменение отношения сотрудников к переменам, может отнимать от 25 до 35 % времени и сил. Как часто приходится слышать, что «люди – наше главное достояние»! Однако организации тратят менее 1 % бюджета проектов на аспекты, связанные с человеческим капиталом. Этого просто недостаточно для любого проекта, а при растущем воздействии процессов на людей доля должна быть значительно увеличена. Необходимо, чтобы группа проекта тратила существенную часть времени и сил на изменения в людях. Человеческий аспект любого изменения процессов и процессной работы должен адекватно и благожелательно оцениваться и приниматься.
7. Персонал и наделение расширенными полномочиями. Выше (см. п. 6) подчеркивалось, что проекты BPM оказывают огромное влияние на людей. Вполне возможно, что роли персонала кардинально изменятся в связи с изменением задач и действий сотрудников. Возможно, их производительность будет измеряться и контролироваться. Главам бизнес-коллективов, может быть, впервые придется реально «управлять» процессами, объемами работ и планами ресурсов. Этим руководителям и персоналу понадобится поддержка, и не только в виде обычного обучения, но и путем «натаскивания» по методу «один на один» и подсказок-рекомендаций. Главы коллективов, как и менеджеры, часто выступают в роли «пожарных», и тогда у них совсем мало времени на работу по процессам и «натаскивание» персонала. Люди – это действительно главный капитал организаций, и нельзя оценивать их производительность, пока не изменены процессы (системы) и структура для поддержки проекта BPM. Когда процессы, роли персонала, структура и измерения производительности сотрудников, а также обратные связи перепланированы и реализованы, персонал должен получить доверие и полномочия выполнять работу. Необходимо обеспечить сотрудникам условия для работы, которые позволят раскрыться их творческому потенциалу и гибкости при выполнении своих функций. Это возможно при четком определении роли персонала, а также постановке конкретных и понятных для сотрудников задач и нормативов.
8. Инициирование и завершение проекта. Все инициативы BPM в организации должны быть согласованы друг с другом, а после их завершения необходимо проводить постпроектный анализ, чтобы гарантировать учет уроков, усвоенных в данном проекте, при реализации последующих. Есть много уроков, которые можно извлечь для будущей пользы, особенно о том, как и когда начинать проект, как формулировать экономическое обоснование, привлечь различные заинтересованные стороны. Нельзя смотреть на экономическое обоснование как на простое оправдание финансирования проекта; это должно быть главным руководством для внедрения проектов. Такие уроки бесценны, и нельзя допустить, чтобы они были потеряны для организации.
9. Устойчивая производительность. У проекта есть вполне определенное время жизни, тогда как процессы (если они поддерживаются, измеряются и управляются) существуют в повседневных условиях бизнеса и после окончания проекта. В задачи проекта входит передача процессов таким образом, чтобы на предприятии понимали, как «содержать» процессы. В организации должна быть сформирована структура процессов, которая поддерживает существование (эффективность и продуктивность) процессов.
10. Реализация ценности. Зачем вообще затевают проекты? Чтобы создать и обеспечить вклад в стратегию организации. Проект только тогда закончен, когда достигнута цель его существования, а сам он передан предприятию таким образом, что оно может поддерживать результаты проекта. Менеджеру и спонсору проекта нужно обеспечить наличие структуры управления выгодами, чтобы осуществлять мониторинг и реализовывать ценность, которая происходит из проекта. Также очень важно набрать на протяжении проекта как можно больше быстрых «легких» выигрышей (насколько это разумно и целесообразно, конечно). Такие быстрые выигрыши нужно оценивать и реализовать, одновременно собирая информацию об экономии, которую они дают. Это создает финансирование и дальнейший импульс для проектов BPM. Всегда информируйте всех (все заинтересованные стороны) о выгодах, извлекаемых из быстрых выигрышей, – это отличный способ продвижения BPM.
Проекты BPM – сложная бизнес-деятельность, требующая выверенного, структурированного и упорядоченного подхода к их реализации. На протяжении нашей книги эти важнейшие факторы успеха рассматриваются в практическом плане.
Глава 9
Важнейшие аспекты внедрения BPM
Самые важные факторы внедрения BPM – баланс и согласованность ИТ и организационного (предприятие) аспектов. Правильно выбранный баланс позволит осуществить проект BPM эффективно и эффектно.
Подходящий образ – Sogeti в Голландии, показанная на рис. 9.1. Ее девиз: «Скорость (эффектность) и эффективность за счет баланса и согласованности».
Поясним эту метафору:
• скорость (эффектность) – решающий фактор. Главная цель – победить, а победа достигнута, если на финише вы первый (самый быстрый). В проекте/организации BPM цель – сосредоточиться на реализации выгод, которые дают бизнес-процессы;
• эффективность связана с обеспечением оптимального использования всей имеющейся энергии и энтузиазма для достижения нужного результата (выжать из команды все). В организации/проекте BPM цель – обеспечить продуктивный вклад каждого участника, достаточный для достижения нужных результатов;
• баланс требуется, чтобы лодка не перевернулась и не кренилась, поскольку это не способствует скорости и эффективности. Баланс достигается тщательным согласованием силы, веса и опыта всех сидящих в лодке. В организации/проекте BPM цель – обеспечить учет всех элементов внедрения (управления, процессов, людей, управления проектом, ресурсов и информации) в реализации решения;
• согласованность требуется, чтобы команда гребцов работала как единый механизм – в одном ритме и в одной манере, что обеспечит высокую скорость. В организации/проекте BPM важна согласованность всех элементов внедрения, которые по отдельности не рассматриваются;
• процесс – это загребной, который задает ритм остальным гребцам. В организации/проекте BPM ведущая роль принадлежит бизнес-процессам, а персонал и технологии должны следовать за ними;
• управление (менеджер проекта, руководитель процессов, спонсор проекта) ведет лодку прямо к финишу, так что она не утыкается в берег и не сбивается с курса. Если организация/проект BPM слишком много веса придает ресурсам и информации (аспекты ИТ), проект «затолкают на обочину» организации и он застрянет там, (например, не убежденный персонал). Если же организация/проект BPM придает излишний вес персоналу или процессам (аспекты организации), то «лодка» проекта может застрять на «берегу» ИТ (например, ресурсы – ПО и оборудование, – которые не способны обеспечить достижение желаемых результатов.
Глава 10
Почему необходим структурированный подход к внедрению BPM
Синдром «вершины айсберга», описанный в главе 1, показывает, что восприятие организацией программы BPM, – вероятно, лишь видимая над ватерлинией часть на уровне проекта, однако реальность такова, что бо льшая часть усилий внедрения невидима, поскольку находится ниже ватерлинии. Проекты BPM – не самоцель. Смысл BPM – в возможностях бизнеса, которые может открыть BPM, если каждый менеджер и сотрудник организации проникнется идеей процессного взгляда. Разумеется, часто BPM начинается именно с проекта, но нужно предпринять колоссальные усилия, чтобы традиционный статус проекта превратился в обычную повседневную работу предприятия.
Традиционный подход большинства предприятий к проектированию усовершенствования процессов можно продемонстрировать с помощью цикла Деминга {78}: план, действие, сверка, реакция. Со временем этот цикл эволюционировал в форму, представленную на рис. 10.1, где показаны привычные шаги, выполняемые в рамках проекта совершенствования бизнеса, например:
1. Анализ совершенствуемых сфер, понимание целевых показателей предприятия, сбор требований заинтересованных сторон и выбор процессов, которые будут усовершенствованы в первую очередь.
2. Достаточно подробное изображение «текущего состояния (как есть)», позволяющее понять процесс и решить, как его усовершенствовать.
3. Достижение согласия внутри предприятия по срокам перестройки процессов и выполнение шага «Будет так» по проектированию процессов.
4. Внедрение вновь спроектированных процессов.
Ранее большинство организаций останавливалось на этом шаге, считая, что внедрение вновь спроектированных более эффективных процессов само по себе является успешным проектом. Во многих случаях через 18–24 месяца проект пересмотра процессов повторялся, поскольку бизнес менялся, и процессы в результате переставали отвечать его требованиям.
Чтобы справиться с постоянной необходимостью все время вести новые проекты усовершенствования бизнес-процессов следует иметь программу непрерывного совершенствования процессов, чтобы изменять их в ходе изменения бизнеса. Этим замыкается кольцо обратной связи.
Один из главных вопросов при таком подходе можно сформулировать так: а решается ли именно та проблема, которую нужно решить? Как можно убедиться, что вновь разработанные процессы действительно способствуют стратегической перспективе или устремлениям предприятия?
Стейси (Doug Stace) и Данфи (Dexter Dunphy) {71} утверждают, что:
…стратегия заключается в поиске направлений, которые питают жизнь организации; структуры обеспечивают социальное наполнение, необходимое для содействия стратегии… Чтобы быть эффективными, стратегия и структура должны постоянно пересматриваться и перестраиваться для согласованности.
Итак, в первую очередь нужно, чтобы стратегия организации и ее структура поддерживали друг друга. Достаточно ли этого?
С. К. Прахалад (C. K. Prahalad), выступая на Гарвардском коллоквиуме «Нарушаем кодекс изменений» (Breaking the Code of Change) в августе 1998 года, описал три программных направления, которые постоянно и одновременно должны работать вместе:
1. Интеллектуальное направление. Некоторые называют это стратегией, другие – стратегической перспективой или стратегическими устремлениями. На рис. 10.2 это названо «Цели организации и показатели организационного успеха».
2. Управленческое направление. Включает структуры, технологии и системы организации, в том числе выбор управленцами способа применения и перемещения ресурсов внутри организации, чтобы отвечать ее потребностям. Мы включили процессы непосредственно в это направление, что отображено на рис. 10.2 в колонке «Управление организацией».
3. Поведенческое направление. Сюда входит культура, ценности, этические нормы, стиль руководства, обучение персонала, навыки и основные показатели производительности сотрудников. Здесь важно обеспечить адекватное реагирование системы вознаграждений и стимулирования на поведенческую модель, которую вы ходите продвигать и поощрять. На рис. 10.2 это показано в последней строке «Производительность и измерения».
В выступлении Прахалада справедливо указано, что организация должна работать одновременно по всем трем направлениям.
Перед руководством и управлением предприятия стоит вызов: принять эти три направления как стратегические и определить их практическое применение на предприятии. Руммлер и Брах (Rummler, Brache) {65}, а также Хармон (Harmon) {29} показали, как можно работать по этим трем направлениям, каждое из которых имеет собственные показатели производительности и требования продуктивности, что воспроизведено на рис. 10.2. Это дает прекрасное описание уровней производительности, потребностей результативности в организации и применения трех направлений, сформулированных Прахаладом.
Большинство организаций, собирающихся усовершенствовать бизнес-процессы, начинает с центральной клетки – «Конструирование/проектирование и внедрение процессов». Выполняется моделирование «состояния как есть» и «как должно быть» в будущем, реализация новых перестроенных процессов, после чего начинаются размышления, почему результаты не всегда совпадают с теми, на которые рассчитывали.
Лео Льюис (Leo Lewis, 1993) {42} указал, что «путь реинжиниринга вовсе не усыпан цветами… Согласно некоторым статистическим данным, семь из десяти проектов реинжиниринга не удается». В большинстве обследованных компаний лишь менее 5 % изменений достигнуто за счет реинжиниринга (Бюллетень психолога организации, 1995).
Кейс: важность понимания стратегии организации
К нам обратились с просьбой проанализировать действующие процессы операционной деятельности организации и дать рекомендации по программе совершенствования работы. Было выдвинуто два предложения. Первое – в пользу «ползучего» (постепенного) улучшения процессов; второе предусматривало автоматизацию BPM. Интересно отметить, что оба предложения отвечали поставленным целям процессов, которые были задокументированы заказчиком. Поэтому мы обратились к нему с просьбой описать стратегию организации на ближайшие три года.
Стратегические устремления организации в связи с программой были сформулированы так:
Разработанная стратегия должна вывести нас на передовые позиции, далеко опережающие конкурентов, так что им будет трудно сравняться с регулярно демонстрируемым уровнем процессов и систем сервиса. Это должно стать основой нашего конкурентного преимущества в кратко– и среднесрочном плане.
Вариант постепенного улучшения давал медленные улучшения. Только три из двадцати пяти процессов можно было перестроить полностью; остальные удалось бы лишь слегка подправить.
Вариант автоматизации BPM обеспечивал значительные новшества и интеграцию с другими важнейшими системами, а также способность организации сохранять маневренность бизнеса.
Вывод. Нашему заказчику стало ясно, что надо остановиться на варианте автоматизации BPM. Если у менеджера проекта нет ясного понимания стратегии организации, и он не обеспечивает соответствие проекта этим целям, а также вклад проекта в эту стратегию, есть большая опасность, что проект решает не ту проблему, которую нужно решить.
Как можно заново спроектировать процессы, не зная, чего вы хотите добиться проектом – каковы новые цели (или цель) процесса? Собираетесь ли вы сократить время обработки с пяти до двух дней или двух часов? Если цель – два часа на обработку, то подход к проектированию процесса будет кардинально отличаться от двухдневного подхода. Нацелены ли вы на повышение качество предлагаемого обслуживания, даже если это может привести к увеличению сроков обработки некоторых транзакций? Подход к пересмотру процессов будет абсолютно разным в зависимости от ответов на эти вопросы.
Но теперь нужно спросить: а как узнать, что процесс дает вклад и ценность в стратегию организации? Даже если известны цели процесса, и он перестроен таким образом, чтобы достигать этих целей, будет ли это отвечать стратегическим целям организации и вносить вклад в их достижение?
Увязав стратегию организации с целями поддерживающих процессов и создав вновь сконструированные процессы, необходимо спросить: кто реализует эти процессы? Ответ: персонал организации. Если структура организации, должностные роли, профессионально-квалификационные требования и система вознаграждений и поощрений не поддерживают стратегию организации, то лишь первые два стратегических направления по Прахаладу будут работать.
Когда решены все эти вопросы, организация должна обеспечить постоянное «управление» и совершенствование бизнес-процессов.
Реализация проекта BPM – многогранная и сложная работа, и если не принять структурированного подхода, то либо ничего не получится, либо получится не то, что ожидали заинтересованные стороны. Однако слишком жесткое применение методик или схем не дает гибкости, необходимой для ответа на меняющиеся вызовы.
Нужен практичный, всесторонний и структурированный подход, который можно адаптировать к каждой конкретной организации. Нами разработана зарекомендовавшая себя общая схема, в рамках которой такой подход обеспечивается для использования при реализации проектов и программ BPM. Эта схема охватывает всю «реальную» деятельность, находящуюся ниже «ватерлинии айсберга» проекта BPM и состоит из десяти этапов и трех неотъемлемых компонент-составляющих. Каждый этап разбивается на логические шаги, которые при правильном и точном исполнении обеспечат успех проекта.
Названные этапы, неотъемлемые компоненты-атрибуты и логические шаги, увязанные в схему, вполне укладываются в представления здравого смысла. Однако, согласно приписываемому Марку Твену изречению, «здравый смысл наиболее необычен». По нашему опыту, даже если люди знают все это, они редко исполняют все этапы правильно, в логической последовательности, а то и не исполняют совсем. Наша общая схема группирует различные аспекты проекта BPM в логическую цепочку. Однако, как уже отмечалось выше, схема или методика может оказаться как спасательным кругом, так и камнем на шее. Поэтому важно применять схему и методики согласно нуждам организации.
Правообладателям!
Данное произведение размещено по согласованию с ООО "ЛитРес" (20% исходного текста). Если размещение книги нарушает чьи-либо права, то сообщите об этом.Читателям!
Оплатили, но не знаете что делать дальше?