Содержание

Статьи

Hard Skills

IT

Soft Skills

Success story

Аналитика

Аудит

Банковская отрасль

Гайд

Дополнительное образование

Изнутри

Инструменты

Интервью

Кейсы

Консалтинг

Личный опыт

Менеджмент

Методики

Наука и образование

Подборка

Предпринимательство

Продуктивность

Резюме

Розничная торговля

Собеседование

Телекоммуникации

Туториал

Фармацевтика

Финансы

Инфографика

Маркетинг

Тест

Управление

Кейс-интервью

Статьи

Hard Skills

IT

Soft Skills

Success story

Аналитика

Аудит

Банковская отрасль

Гайд

Дополнительное образование

Изнутри

Инструменты

Интервью

Кейсы

Консалтинг

Личный опыт

Менеджмент

Методики

Наука и образование

Подборка

Предпринимательство

Продуктивность

Резюме

Розничная торговля

Собеседование

Телекоммуникации

Туториал

Фармацевтика

Финансы

Инфографика

Маркетинг

Тест

Управление

Кейс-интервью

Кейс-задания

Метод case-study или
метод конкретных ситуаций (от английского
case – случай, ситуация) – метод активного
проблемно-ситуационного анализа,
основанный на обучении путем решения
конкретных задач – ситуаций (решение
кейсов).
Непосредственная цель
метода case-study – совместными усилиями
группы студентов проанализировать
ситуацию – case, возникающую при конкретном
положении дел, и выработать практическое
решение; окончание процесса – оценка
предложенных алгоритмов и выбор лучшего
в контексте поставленной проблемы.

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

Идеи метода
case-study (метода ситуационного обучения)
достаточно просты:

— Метод предназначен
для получения знаний по дисциплине БЖД,
истина в которой плюралистична, т. е. нет
однозначного ответа на поставленный
вопрос, а есть несколько ответов, которые
могут соперничать по степени истинности;
задача преподавания при этом сразу
отклоняется от классической схемы и
ориентирована на получение не единственной,
а многих истин и ориентацию в их проблемном
поле.

— Акцент обучения
переносится не на овладение готовым
знанием, а на его выработку, на сотворчество
студента и преподавателя; отсюда
принципиальное отличие метода case-study
от традиционных методик – демократия
в процессе получения знания, когда
студент по сути дела равноправен с
другими студентами и преподавателем в
процессе обсуждения проблемы.

— Результатом
применения метода являются не только
знания, но и навыки профессиональной
деятельности.

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

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

В методе case-study
преодолевается классический дефект
традиционного обучения, связанный с
«сухостью», неэмоциональностью изложения
материала – эмоций, творческой конкуренции
и даже борьбы в этом методе так много,
что хорошо организованное обсуждение
кейса напоминает театральный
спектакль.Метод case-study – инструмент,
позволяющий применить теоретические
знания к решению практических задач.
Метод способствует развитию у студентов
самостоятельного мышления, умения
выслушивать и учитывать альтернативную
точку зрения, аргументированно высказать
свою. С помощью этого метода студенты
имеют возможность проявить и
усовершенствовать аналитические и
оценочные навыки, научиться работать
в команде, находить наиболее рациональное
решение поставленной проблемы.

В данном разделе
предлагается решить 30 задач на тему:
«ЧС природного, техногенного и социального
характера». Каждая задача состоит из 5
тестовых вопросов. Первый вопрос
предполагает один правильный ответ,
второй предлагает установить
последовательность действий в ситуации,
третий – установить соответствие,
четвертый – дать определение
фундаментального понятия и, наконец,
пятый вопрос предлагает выбрать
необходимые защитные действия при
чрезвычайной ситуации.

Международный инженерный чемпионат «CASE-IN» | О методе кейсов

О методе кейсов

Метод кейсов (Case study) 

Метод кейсов – это основа современного образования для интеграции теоретических знаний с реальным сектором экономики. Case study – активный метод обучения,технология для привлечения, отбора, оценки и обучения, развития необходимых профессиональных и надпрофессиональных «soft skills» навыков.

С 2012 года Организаторы Чемпионата занимаются продвижением техники метода кейсов в России, адаптировав формат для инженерных специальностей. 

Сегодня инженерный кейс – неотъемлемый инструмент молодежных проектов в отраслях ТЭК, МСК и промышленности, для профориентации школьников, развития и обучения студентов, а также развития и отбора молодых специалистов.

Что такое кейс?

Бизнес — кейс – пример из практики реально действующей компании той или иной сферы или отрасли. Как правило, кейс содержит не только описание, но и проблему, строится на реальных фактах. 

Инженерный кейс – ситуационный пример, содержащий описание инженерно-технической задачи, «встроенной» в реальную отраслевую ситуацию. Основан на конкретных производственно-финансовых показателях. Инженерные кейсы отличаются от бизнес-кейсов тем, что в основе лежат конкретные инженерные задачи с несколькими возможными правильными решениями и определенным подбором данных.

Кейс как образовательный инструмент 

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

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

За 10 лет проведения чемпионатов на базе инженерных кейсов организаторы накопили существенный опыт и в 2019 году были изданы методические рекомендации

Об использовании инженерных кейсов, в качестве измерительного инструментария в образовательном процессе под редакцией и.о. директора Института инновационного проектирования и технологического предпринимательства СПбГЭТУ «ЛЭТИ», к.э.н. Н.В. Трифоновой.

Инженерные кейсы в рамках чемпионата

В чемпионате «CASE-IN» участники решают полноформатные инженерные кейсы,  предполагающие командную работу над решением в ограниченный период времени и его защиту перед экспертной комиссией. Временное ограничение мобилизует все резервы участников, поэтому командная работа, умение распределять роли, задачи и зоны ответственности являются неотъемлемой частью решения инженерного кейса.

В методических рекомендациях по решению кейсов международного инженерного чемпионата «CASE-IN», разработанных компанией «Астралогика» собрана и систематизирована информация о целях методики CASE-технологии, процессе и принципах работы над кейсом.

По данным рекомендациям Организаторы также подготовили обучающую презентацию «Как решать инженерные кейсы» и видеометодичку.

Видеометодичку будет полезно посмотреть:

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

Что дает решение кейсов студентам?

Использование метода инженерных кейсов дает молодым людям возможность отточить множество полезных навыков: умение распределять роли в команде, искать, структурировать и анализировать информацию, вырабатывать согласованное мнение, презентовать и аргументировать свои идеи в общении с экспертами. Подобный опыт в современном мире необходим. Известно, что ведущие компании ведут борьбу за инженерные кадры, но не стоит забывать, что всем нужны лучшие. Чемпионат дает уникальную возможность качать свои профессиональные навыки и «soft skills». Школа «CASE-IN» – это сложно, но это того стоит.

Какие задачи решаются в кейсах Чемпионата?

Сегодня в Чемпионате «CASE-IN» 5 лиг. В самой титулованной и многочисленной – Cтуденческой лиге – восемь направлений. Каждый кейс – это работа организаторов, партнеров и аналитиков. Учитываются возрастные критерии аудитории, актуальность задач для компании, важность рассматриваемой темы для государства и множество других факторов. Каждый кейс, представляемый для решения участникам, проходит пять и более согласований, с каждым годом мы совершенствуем процесс разработки кейсов.

Наша цель – внедрить метод инженерных кейсов в образовательный процесс, чтобы его эффективно могли использовать как преподаватели, так и будущие специалисты. Поэтому совместно с Томским политехническим университетом был подготовлен сборник инженерных кейсов «Инженерный кейс: от практических задач до инновационных решений» под редакцией начальника отдела стратегического партнерства Е.С. Воронцовой, в котором можно ознакомиться с заданиями кейсов, которые решали участники трех сезонов Международного инженерного чемпионата «CASE-IN» в 2017-2019 гг., подготовленные  по материалам и совместно с нашими партнерами – компаниями АО «СО ЕЭС», ПАО «ФСК ЕЭС», СИБУР, ПАО «НК «Роснефть», ООО «Майкромайн Рус», ООО «Транснефтьэнерго», ПАО «НЛМК», АО «Гринатом», ПАО «Русгидро», АК «Алроса» (ПАО).

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

В заключение

Оргкомитет «CASE-IN» совместно с партнерами готовят для участников интересные и полезные материалы. Вы также можете ознакомиться с признанными экспертами лучшими решениями кейсов участников прошлых лет и другими полезными материалами.



Что такое кейс-стади? Кейс-стади (case-study)

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

Методика Case Study.

Общая характеристика метода case-study

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

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

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

Метод кейсов.

Задача преподавателя становится более сложной, если сравнивать разбор кейса с классической схемой получения знаний. Руководитель должен получить не 1 ответ, а несколько. Потом он должен оценить, можно ли применять предложенные студентами решения на практике.

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

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

Метод кейс-стади заключается в следующем: из жизни берется ситуация, участники обсуждения разрабатывают модель. Преподаватель поддерживает дискуссию, направляет обсуждение. Он задает вопросы и фиксирует ответы, которые дают студенты.

Общая характеристика метода Case Study.

Занимаясь анализом ситуации, участники не только приобретают знания. Они формируют систему ценностей, которая присуща специалистам, работающим в этой сфере.

Если традиционное обучение у многих ассоциируется с «сухостью», то case-study отличается наличием эмоций. Дело в том, что при хорошей организации процесса обсуждения между участниками возникает конкуренция.

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

Признаки метода кейс-стади

Обучение имеет свои признаки, от других методов оно также отличается технологическими особенностями.

Признаки метода case study.

Ситуационное обучение отличается следующими признаками:

  1. В ходе обсуждения рассматривается модель в выбранный период времени и в рамках какой-либо социально-экономической системы.
  2. Решения вырабатываются коллективно. Деятельность студентов тоже оценивается группой.
  3. Есть несколько вариантов решений, невозможно дать единственный ответ.
  4. Цель обсуждений одна.
  5. В ходе дискуссии возникает эмоциональное напряжение, участники обмениваются мнениями.

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

Технологические особенности метода case-study

В основе кейс-стади лежат анализ ситуации и коллективное обучение.

Технологичесике особенности метода.

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

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

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

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

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

Рекомендации по анализу кейсов.

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

В case-study анализируются ситуации следующих видов:

  1. Примеры из жизни. Участники стараются найти решение или определить, что на этом этапе оно невозможно. Студенты примеряют на себя роли руководителя предприятия и топ-менеджеров.
  2. Участникам предлагают рассмотреть ситуацию, когда решение уже найдено. В этом случае студенты занимаются критическим анализом принятых управленческих решений. Слушатели в ходе обсуждения занимают позицию стороннего наблюдателя.
  3. Кейс-упражнение. Его решают, чтобы на практике более подробно рассмотреть сложную ситуацию или проблему. Студенты в ходе обсуждения могут спрашивать ведущего, критиковать или одобрять сложившееся положение вещей.
  4. Кейс-упражнение. В ходе решения задачи находят применение наработки, сделанные ранее.

В ходе обсуждения руководитель выстраивает работу по следующим направлениям:

  1. Разыгрывание ситуации по ролям. В этом случае участники заранее изучают ситуацию, а потом на основе сделанного анализа принимают участие в игре.
  2. Обсуждение в коллективе.

Использование метода ситуационного обучения помогает обогатить опыт слушателей.

Типы и жанры кейсов, способы их представления

Кейсы классифицируют по разным признакам.

Классификация кейсов по жанрам.

Чаще всего их разделяют по степени сложности:

  1. Иллюстративные. Они помогают на выбранном примере обучить слушателей, как принимать правильное решение.
  2. Учебные. Они созданы для диагностирования ситуации, сложившейся в сфере. Участники обсуждения должны самостоятельно принять решение.
  3. Учебные ситуации. Дискуссия протекает без формирования проблемы со стороны ведущего, это делает работу над кейсом еще более сложной. Студенты должны выявить проблему, назвать пути ее решения с учетом имеющихся в распоряжении ресурсов.
  4. Практические упражнения. Руководитель описывает ситуацию, участники обсуждения должны найти пути решения поставленной перед ними задачи.

По содержанию кейсы могут быть практическими, научно-исследовательскими и обучающими.

Разработана еще 1 классификация кейсов, но уже с учетом поставленных задач:

  • иллюстрирующие проблему;
  • обучающие слушателей принятию решений;
  • созданные для обучения анализу.

По размеру кейсы могут быть большими, на несколько страниц, или содержать всего пару предложений.

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

Получает распространение мультимедиа-представление информации, которое включает в себя текстовое сообщение и видеоизображение.

Существует классификация по наличию сюжета. По этому признаку все кейсы можно разделить на бессюжетные и сюжетные.

По размеру выделяют:

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

Пример кейса.

Кейсы разделяются на группы в зависимости от того, кто является субъектом. По этому признаку выделяют:

  1. Личностные. Главными героями, чьи действия изучают студенты, являются политики, топ-менеджеры и другие личности.
  2. Организационно-институциональные. При изучении таких задач рассматривают работу предприятий или их отделов.
  3. Многосубъектные. Действие в таких кейсах вращается вокруг нескольких участников.

Если рассмотреть методическую часть, то по этому типу все задачи разделяют на следующие:

  • вопросные, для решения которых студенты должны дать ответы на вопросы;
  • кейсы-задания, содержащие задачу.

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

Источники кейсов

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

Источники формирования кейсов.

Перечисленные источники называют первичными, или базовыми, но есть и вторичные. К ним относятся литературные произведения, информация из СМИ. Полезно использовать местные материалы, которые освещают опыт компаний, присутствующих на национальном рынке.

В качестве вторичных источников информации служат статистические материалы, отчеты, монографии и научные статьи. Они придают обсуждению реалистичность.

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

Интернет-ресурсы считаются неисчерпаемым кладезем информации. Но при работе над программой преподавателям нужно тщательно проверять информацию на достоверность.

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

Структура кейса и принципы его построения

Грамотно составленный кейс написан доходчиво, интересно.

Структура кейса.

Процесс создания кейсов включает в себя следующие этапы:

  1. Определение дидактических целей. Постановка целей, перечисление задач.
  2. Определение ситуации, которая будет рассматриваться при решении кейса.
  3. Построение карты программы. В ней перечисляют тезисы, их позже воплощают в тексте.
  4. Поиск организации, которая может служить примером или иметь отношение к программным тезисам.
  5. Сбор информации.
  6. Выбор модели ситуации.
  7. Определение жанра кейса-задачи.
  8. Написание текста.
  9. Диагностика эффективности программы. После проведения тестирования выполняется подготовка окончательного варианта программы.
  10. Внедрение в практику.
  11. Подготовка методических рекомендаций. В их перечень могут быть включены вопросы, которые помогают преподавателям вести дискуссию на предложенную в задании тему.

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

Требования к формату и структуре кейса

Правильно составленный кейс состоит из следующих частей:

  • сюжетной;
  • информационной;
  • методической.

Сюжетная и информационные части часто тесно переплетаются, но они могут быть даны отдельно. Тогда слушатели сначала знакомятся с сюжетом, а информационная часть им будет доступна в приложении.

Требования к содержанию кейса.

Виды анализа кейсов

Для решения бизнес-кейсов слушатели могут использовать следующие виды анализа:

  • проблемный;
  • причинно-следственный;
  • прагматический;
  • аксиологический;
  • ситуационный;
  • прогностический;
  • рекомендательный;
  • программно-целевой.

В процессе анализа участники программы решают множество задач.

Задачи, решаемые в процессе реализации метода case-study

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

Задачи реализации метода case-study.

Устанавливаются причины, из-за которых произошли события, моделирование ситуации, работа над созданием системы оценок, которую можно использовать для оценки положения. Осуществляется выработка возможных вариантов развития событий. На завершающем этапе участники обсуждения дают рекомендации, с их помощью можно решить проблемы.

Метод сase-study как образовательная технология

Case-study используется в сфере образования для повышения профессионального уровня слушателей. На работу студентам отводится разное время, все зависит от уровня сложности задания. Чаще это 2-3 дня, за это время слушатели знакомятся с текстом задания самостоятельно.

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

Задания для поступления

В 2021 году при поступлении в Новоколледж абитуриентам необходимо решить кейс по специальности и пройти собеседование (либо вступительное тестирование). Собеседование (либо вступительное тестирование) – это общая информация об абитуриенте, его интересах и приоритетах. Кейс – это проблемная ситуация, которую поступающий должен исследовать, разобраться в сути проблемы, предложить возможные решения и выбрать лучшее из них.

Тестирование и решение кейсов проводятся письменно, при подаче заявления на поступление.


Задания для кейсов:

Абитуриент выбирает одно задание из кейса желаемой специальности. Чтобы получить максимальное количество баллов за решение кейса необходимо, чтобы текст работы давал представление о понимании сути проблемы и предложенных возможных решений. Для анализа проблемы абитуриент должен применить не только примеры из предложенного кейса, но и из других ситуаций/других отраслей знаний. Ответ необходимо изложить четко, с понятной логикой.

Выполненное задание необходимо прислать на почту: [email protected] 

Обязательно! Подписывайте свою работу с ФИО (в названии документа и в самом документе), например: «Иванов Иван Иванович_задание по кейсу «Право». А также указывайте ФИО в теме письма, если отправляете на почту.

Проверка кейсов:

  • понедельник, среда, пятница.

Результаты проверки будут опубликованы на сайте на следующий день. 


Вступительное тестирование

При дистанционной подаче документов кейсы и вступительное тестирование необходимо загрузить в специальную форму в разделе «Абитуриенту» или отправить на почту [email protected]

При очной подаче документов в Центральном кампусе или в отделениях Новоколледжа кейсы и вступительное тестирование выполняется при подаче заявления.

Результаты выполненных заданий будут доступны на следующий день в разделе «Результаты приема 2021».  Кроме того, с вами свяжется специалист приемной комиссии и сообщит о результатах.  

Обязательно! Подписывайте свою работу с ФИО (в названии документа и в самом документе), например: «Иванов Иван Иванович_вступительное тестирование. А также указывайте ФИО в теме письма, если отправляете на почту.

Удачи!

Бизнес кейсы. Примеры. Решения.

Быстрый переход по разделам:

Введение

Часть 1 Общая информация по бизнес-кейсам

      Как создаются бизнес-кейсы

      Что оценивают бизнес-кейсы

      В чем сложность решения бизнес-кейсов?

      Как применяются кейс-методики при отборе персонала

      Типы бизнес-кейсов

      Что нужно уметь, чтобы успешно решать бизнес-кейсы?

Часть 2. Решение бизнес-кейсов

      Пошаговый план решения бизнес-кейсов

      Полезные инструменты бизнес-анализа, помогающие в решении бизнес-кейсов

      Как эффективно использовать время

Часть 3. Составление презентации по решению кейса

      Структурирование презентации

      Рекомендации по проведению презентации

Часть 4. Оценка решения кейса

Часть 5. Как подготовиться к бизнес-кейсам

 

Введение

      Это руководство поможет вам подготовиться к такому
испытанию как бизнес-кейсы. Бизнес-кейс (от англ. case) — это популярный
инструмент, используемый сегодня работодателями для оценки стратегического и
аналитического уровня мышления кандидатов. Кейс состоит из описания ситуации в
вымышленной или реальной компании и определенной задачи, которую необходимо
решить. Испытуемый должен проанализировать предоставленные ему данные и
разработать оптимальное решение для поставленной задачи.  

 

Часть
1. Общая информация по бизнес-кейсам

 

Как
создаются бизнес-кейсы

      Свое распространение бизнес-кейсы получили из практики
преподавания в западных школах бизнеса: сам кейс-метод зародился в 1870-е годы
в Гарвардской школе права, а в бизнес-обучении он утвердился с 1920-х годов.

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

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

      По статистике, 80% компаний, испытывающих претендентов с
помощью кейсов, предлагают задания, связанные со сферой своей деятельности. Но
есть и компании, которые любят давать кейсы на отвлеченную тему – например, во
время отбора на стажировку одного коммерческого банка часто дают кейсы, не
связанные с банковской сферой вообще.Что тут важно понимать? Если вы работаете
в фармацевтике, а вам, к примеру, предлагают кейс про FMCG рынок, не стоит
злиться или паниковать. Калькой для кейса служит бизнес, в котором вы
работаете, и за незнакомыми деталями скрываются привычные бизнес-процессы.

      Интересно: в
среднем за два года каждый слушатель программы МВА в HBS изучает 500–600 кейсов
и тратит на это до 80–90 % своего учебного времени. 

 

Что
оценивают бизнес-кейсы

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

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

      Оценка навыков тестируемых в основном проводится с
использованием так называемой матрицы компетенций — списка компетенций, важных
работодателю на открытой позиции и проверяемых в данном кейсе. Матрица может
иметь различные виды и зависит от набора оцениваемых компетенций. Но есть общие
компетенции, которые закладываются в оценочные матрицы: целеустремленность,
клиентоориентированность, коммуникативность 
и т. д. Соискателю выставляется оценка, например, от 1 до 5 баллов по
каждой позиции. В конце данного руководства вы сможете ознакомиться с
компетенциями, которые, как правило, присутствуют в большинстве оценочных
таблиц. Основные навыки, которые оцениваются в процессе решения бизнес-кейсов,
представлены ниже:

 

В чем
сложность решения бизнес-кейсов?

     Казалось бы, решение кейсов состоит всего из 3 шагов:

      1) исследования предложенной ситуации (кейса) и в случае
необходимости — сбора и анализа недостающей информации;

      2) анализа возможных вариантов решения проблемы;

      3) выработки наилучшего решения и презентации проделанной
работы.

      Но если опираться на статистику и мнение опытных «эйчаров»,
протестировавших с помощью бизнес-кейсов не один десяток кандидатов,
подавляющее большинство соискателей решать бизнес-кейсы не умеют. Лишь около
20% от общего числа тестируемых могут успешно справиться с данным испытанием.

      В чем же сложность бизнес-кейсов для неподготовленных
кандидатов?

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

      При решении бизнес-кейса необходимо проявить:

      • Уверенность и гибкость в решении проблем, умение
разбивать проблему на составляющие, думать о проблеме качественно и
количественно.

      • Бизнес-мышление, логику, креативность и внимательность.

      • Умение выявить наиболее вероятное и эффективное решение,
взвесив все плюсы и минусы и оценив потенциал от его реализации.

      • Умение создать действенные рекомендации на основе
выбранного решения.

      • При презентации кейса — великолепные коммуникативные
навыки.

 

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

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

 

Как
применяются кейс-методики при отборе персонала

      Спектр применения кейс-методик достаточно широк. Вам могут
встретиться:

      • Индивидуальные кейсы, которые
условно можно разделить на два подтипа.

      В первом случае задание кейса и сопутствующая информация
выдаются интервьюером в письменном формате. На испытании вы получите данные по
кейсу в виде документов, в которых описывается ситуация и задания. Документы
могут быть представлены вам в электронном или печатном виде. Если презентация
должна быть сделана вручную, то вам предоставят флипчарт и маркеры. В некоторых
случаях вам будет предложено подготовить цифровую презентацию на компьютере
(здесь поможет знание программы PowerPoint). Калькулятор обычно использовать
разрешено. Чтобы ознакомиться с данными кейса, найти необходимые решения и
подготовить презентацию у вас будет ограниченное количество времени (обычно
около 60 минут).

      Во втором случае (кейс-интервью) кандидату
предлагается устное изложение ситуации, без предоставления цифр и документов.
Интервьюер дает только самую общую задачу, а выяснять все детали, важные для
решения, нужно самому кандидату. Вы должны задавать базовые вопросы о компании,
индустрии, конкуренции, внешних факторах на рынке, а также о продукте. Чем
лучше вы поймете кейс, тем больше вопросов с несколькими вариантами ответов вы
должны переключить на вопросы, предусматривающие единственный ответ.
Кейс-интервью — это разговорное упражнение для оценки. Здесь интервьюер будет
оценивать, насколько хорошо у вас развиты аналитические и коммуникативные
навыки. Также погружая соискателя в смоделированную реальность, «эйчары»
наблюдают, как он движется к решению, какие варианты выдвигает, какие ценности
при этом демонстрирует и что ставит в качестве приоритетов.

      • Тесты на основе бизнес-кейсов — ProblemSolvingTest (PST)
и его аналоги. Это своего рода кейс-задачи с вариантами ответов. PST позволяет
«эйчарам» узнать, в какой мере кандидат готов работать с реальными
бизнес-ситуациями, и одновременно позволяет увидеть, хорошо ли участник
воспринимает информацию в письменном виде и в больших количествах. Такие тесты
проводятся по-разному – как непосредственно в офисе компании, так и заочно с
помощью онлайн-тестирования. Такой вид испытания в качестве одного из этапов
отбора чаще всего применяется при найме в консалтинговые компании.

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

 

Типы
бизнес-кейсов

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

      1. Стратегические кейсы. Под стратегией
мы понимаем «максимизацию ценности в условиях ограниченных ресурсов». В
стратегических кейсах перед вами могут стоять следующие задачи: расширение
масштабов бизнеса (слияние, поглощение, создание совместного предприятия),
уменьшение масштабов (ликвидация бизнеса или подразделения), смена направления
(вход/выход из рынка, добавить/удалить продуктовую линию), развитие и продажа
новых продуктов/услуг, репозиционирование.

      2. Операционные кейсы. Они
сфокусированы на внутренних операциях компании, в них есть две важнейшие
категории — доходы и расходы. Доходы и расходы – основные факторы в бизнесе,
так что будьте готовы, что эти кейсы будут встречаться очень часто. В таких
кейсах перед вами будут ставить задачу роста доходов (цена х объем) или задачу
снижения расходов. Роста доходов мы добиваемся ростом цены, изменением цены по
сегменту, ростом продаж (за счет нынешних клиентов, за счет новых клиентов, за
счет новых каналов продаж). Для снижения расходов применяем оценку соотношения
постоянных и переменных затрат, оценку соотношения внешних и внутренних затрат,
перекладывание расходов на другие компании, оценку минимальных операционных
расходов.

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

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

      5. Так называемые «реактивные» кейсы»: проблемы,
описанные в заданиях, требуют от компании определенной реакции. К примеру,
угроза от конкурентов может привести к стратегиям завоевания, снижения цены или
выхода из сегмента рынка. Данные кейсы предполагают принятие определенных
ответных действий: реакция на проблемы с поставщиками, реакция на отношение общественности,
реакция на макроэкономические изменения, реакция на угрозу со стороны
конкурентов, реакция на рост по всей отрасли, реакция на действия
аудиторов/партнеров, реакция на изменения в законодательстве, реакция на
технологические новшества.

 

      Приведем
пример стратегического бизнес-кейса из международной практики. Постарайтесь
решить данный кейс самостоятельно:

      Введение

      Клиент
вашей консалтинговой фирмы – международная компания «АльфаСтайл»
(потребительские товары), с несколькими подразделениями (зубная паста,
аккумуляторы, уход за кожей и телом и т.д). «АльфаСтайл» является лидером на
всех рынках, на которых они присутствуют, за исключением рынка средств для
удаления волос. На этом рынке они представлены под брендом Shave&Go. Как
Shave&Go может стать №1 на рынке средств для удаления волос? Какие
конкретные действия можно предпринять, чтобы увеличить продажи в этой
категории?

 

      Исходные
данные

      • Обратите внимание, что сумма по категориям в
Таблице №1 составляет более 100%, так как покупатели могут использовать более
чем один метод удаления волос

      • Социологи выяснили причины, по которым
женщины значительно меньше, чем мужчины пользуются сухим бритьем. Основные
причины – страх перед порезами и стереотип несовременности метода.

      • Все указанные в Таблице №1 значения
оставались стабильными в течении многих лет и в дальнейшем прогнозируется, что
эти значения останутся неизменными.

      • 95% мужчин регулярно используют
продукты для удаления волос

      • 80% женщин регулярно используют
продукты для удаления волос (нерегулярно используют, в основном, пожилые
женщины)

      • БрендShave&Go для бритья среди
женщин считается дешевым ценовым сегментом. Мужчины же считают Shave&Go
брендом дорогого класса.

      • Все продукты бренда Shave&Go имеют
одинаковую норму прибыли.

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

      • Бренд Shave&Go занимает второе
место по продажам в категории влажного и сухого бритья для мужчин.

      • Бренд Shave&Go занимает 8 место в
категории Удаление воском.

      • Рынок бритья для женщин очень
фрагментирован, на нем присутствует 8 компаний, суммарно занимающих 60% рынка.

 

      Решение
данного кейса, батарея из 8 бизнес-кейсов для подготовки с подробным разбором решения, а также Полная версия этого руководства
доступна в личном кабинете после приобретения пакета

Ассессмент-центр.

 

 

Что
нужно уметь, чтобы успешно решать бизнес-кейсы
?

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

      1.
Уметь раскладывать сложное на простые части.
  В большинстве кейсов сложная проблема может
быть разбита на несколько более простых. Например, на вопрос «Почему наша
компания не получает прибыль?» невозможно ответить, не перейдя к более
конкретным вещам. Стив Джобс, выступая в 1997 г на выставке MacWorld,
представил свой вариант структурирования этого вопроса применительно к компании
Apple: Выпускает ли компания продукты, разработанные специально для своих
основных клиентов? Инвестирует ли компания в свои основные активы (бренд Apple
и операционная система MacOS)? Сотрудничает ли Apple с единственным конкурентом
(Microsoft)? Выводит ли компания инновационные продукты на рынок? Ответить на
такие вопросы намного проще, чем на исходный. Рекрутеры будут внимательно
следить за ходом ваших мыслей, и успех здесь зависит именно от того, как вы
умеете разбивать самый сложный кейс на простые компоненты.

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

      3. Уметь
структурировать свое решение.
Ключ к созданию хорошей
структуры — делать заметки. Практикуйте этот навык! Структура — очень важная
часть бизнес-кейсов. Фактически, большинство кандидатов, не прошедших отбор, не
умеют структурировать проблему и свое решение.

      4.
Уметь распределять свое время
. Можно с головой погрузиться
в изучение всяких мелочей и забыть, что практически все время на задание уже
потрачено, а решения – даже приблизительного, пока нет. При должной практике
можно научиться равномерно распределять время, чтобы укладываться в лимиты и
иметь к дедлайну хороший обоснованный ответ и несколько минут в запасе.

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

      • Отчеты о прибылях и убытках: это финансовые отчеты, в
которых суммируются доходы и расходы, понесенные в течение определенного
периода времени — обычно за квартал или год. Эти записи предоставляют
информацию, которая показывает способность компании получать прибыль за счет
увеличения доходов и сокращения расходов.

      • Бухгалтерский баланс – этот отчет дает представление о
том, как компания работает на определенную дату.

      • Данные о продажах – это отчеты, отражающие текущую
информацию о продажах, включая цены и объем, а также другую информацию,
связанную с торговлей.

      • Данные о клиентах – эта информация может быть
представлена в виде демографических данных, таких как возраст, пол и доход; или
это могут быть такие данные как отзывы, жалобы или исследования рынка.

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

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

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

      Довольно часто бизнес-кейсы могут требовать некоторых
вычислений. Однако, скорее всего, задание ограничится простейшими
арифметическими действиями: сложением, вычитанием, умножением и делением.
Правда, работать, возможно, придется с процентами, десятичными или дробными
долями. 

 

Часть
2. Решение бизнес-кейсов

 

Пошаговый
план решения бизнес-кейсов

      1. Первый шаг
к решению кейса — определение задачи, которая стоит перед вами. Обычно она
указывается во введении, хотя есть и такие кейсы, где задача формулируется в
самом конце. Когда вы нашли и поняли задачу, стоящую перед вами, приступайте к
изучению всех сопроводительных данных для поиска решения.

 

     

 

Вы видите 30% этого материала.

Полная версия данного руководства будет доступна в Личном кабинете (меню Бизнес-кейсы) после приобретения пакета Ассессмент-центр или Все включено. Пакет содержит бизнес-кейсы, руководства и практические упражнения, которые помогут вам превентивно оценить и при необходимости скорректировать ваше поведение в групповых упражнениях, ролевых играх и в индивидуальных деловых упражнениях.

Возможно, вам также будет интересно прочитать: Ассессмент-центр. Полное руководство по прохождению.

С уважением, команда разработчиков test-help.com

Задача против случая — в чем разница?

Английский

Существительное

( ru имя существительное )

  • Работа, выполняемая в рамках служебных обязанностей.
  • * {{quote-magazine, date = 2013-08-10, volume = 408, issue = 8848, magazine = ( The Economist )
  • , title = Новый рецепт
    , пассаж = Как показывает мировая пристрастие к наркотикам, правительства терпят неудачу в своем стремлении контролировать каждую коробку под окном Лондона и склон Анд на предмет запрещенных растений.Но даже эта сизифовская задача выглядит легкой по сравнению с борьбой с синтетическими наркотиками. Как только лекарство попадает в черный список, химики корректируют свой рецепт и начинают выпускать немного другой.}}

  • Трудное или утомительное дело.
  • * {{quote-magazine, date = 2013-07-19, author = Ian Sample
  • , volume = 189, issue = 6, page = 34, journal = ( The Guardian Weekly )
    , title = Примечания по использованию

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

    Синонимы

    * ( работа ) по дому
    * ( сложное дело ) обязательство
    * ( цель ) цель, цель
    * ( процесс ) процесс

    Производные условия

    * многозадачность
    * подзадача
    * целевая группа
    * взять на себя задачу
    * поручено
    * Taskbody
    * тасклет
    * надсмотрщик

    Глагол

    ( en глагол )

  • Чтобы назначить задачу или наложить на нее задачу.
  • В мой первый день в офисе мне было поручено отсортировать стопку счетов-фактур.
  • * 1610 , , акт 1 сцена 2
  • Всем привет, великий хозяин! Могила, сэр, привет! Я прихожу / Чтобы ответить на ваше лучшее удовольствие; Быть не летать, / Плавать, нырять в огонь, ездить / По завитым облакам, к твоему твердому приказу , задача / Ариэль и все его качества.
  • * Драйден
  • Вот задание, твои служанки и ткацкий станок.
  • Угнетать тяжелыми или непосильными отягощениями; облагать налогом.
  • Зарядить, как в случае неисправности.
  • * Бомонт и Флетчер
  • Слишком нагло задача мне с теми ошибками.

    Анаграммы

    *
    *
    *

    Английский

    Этимология 1

    Из ( etyl ) cas, из ( etyl ).

    Существительное

    ( ru имя существительное )

  • Фактическое событие, ситуация или факт.
  • * {{quote-magazine, date = 2013-07-20, volume = 408, issue = 8845, magazine = ( The Economist )
  • , title = Атака МООК
    , пассаж = С момента запуска в начале прошлого года […] двух стартапов в Кремниевой долине, предлагающих бесплатное обучение через МООК, массовые открытые онлайн-курсы, «башни из слоновой кости» академических кругов пошатнулись до основания. Бренды университетов, построенные в корпусах на протяжении веков, были вынуждены задуматься о возможности того, что информационные технологии быстро сделают их существующую бизнес-модель устаревшей.}}

  • Заданное условие или состояние.
  • * 1590 , ( Эдмунд Спенсер ), ( Королева фей ) , III.10:
  • Он не знал, как повернуть, и в какое место: / Никогда не был несчастным человеком в таком ужасном cace .
  • Произведение, специально определенное в рамках профессии.
  • *
  • , title = ( Знаменитость ), chapter = 2
    , пассаж = Мы поехали обратно в офис с некоторой озабоченностью с моей стороны перспективой получения такого большого ящика . Загорая на ступеньках доски, я впервые увидел мистера Фаркуара Фенелона Кука.}}

  • * {{цитата, год = 1927, автор = Ф. Э. Пенни
  • , chapter = 4, title = Социальная справедливость: это в нашей природе (и в нашем будущем)?
    , пассаж = Он эклектично использует исследования бабуинов, описательные антропологические отчеты об обществах охотников-собирателей и, в нескольких случаях, летописи окаменелостей.}}

  • ( ярлык ) Судебное разбирательство, иск.
  • * {{цитата, год = 1905, автор =
  • , title =
    , chapter = 2 цитата
    , пассаж = «Прошло еще два-три месяца ?; публика с нетерпением ждала прибытия этого полуэкзотического претендента на звание английского пэра, и сенсации, превосходящие таковые в случае Tichbourne case , ждали с трепетным интересом. […] ”}}

  • ( метка ) Конкретное склонение слова в зависимости от его функции в предложении.
  • *
  • Теперь, Субъекту либо изъявительного, либо сослагательного наклонения всегда назначается Номинативный падеж , как мы видим из:
    (16) (a) Я знаю [что «они» / * » them » / * » их » завтра уезжают на Гавайи]
    (16) (b) Я требую [чтобы » они » / * » их » / * » их » уехать в Гавайи завтра]
    Напротив, субъекту инфинитивного предложения назначается » Objective » » ‘case’ », как мы видим из:
    (17) I want [» them » / * » they » / * » их », чтобы завтра уехать на Гавайи]
    И субъекту оговорки » герундий » назначается » Objective » или » Genitive » » ‘case
    : cf.
    (18) Мне не нравится идея [» их » / » их » / * » они
    уезжают на Гавайи завтра]
  • Грамматические падежи и их значения, взятые в качестве темы в общий или на определенном языке.
  • (ярлык ) Экземпляр определенного состояния или набора симптомов.
  • Раздел кода, представляющий одно из действий условного переключения.
  • * 2004 , Рик Миллер, C ++ для художников
  • Поместите оператор разрыва в конце каждого случая , чтобы предотвратить провал корпуса.
  • * 2011 , Стивен Прата, C ++ Primer Plus (стр. 275)
  • Выполнение не останавливается автоматически на следующем случае .

    Синонимы

    *
    *

    Производные условия

    * быть в случае
    * тематическое исследование
    * судебное дело
    * трудный случай
    * в случае
    * на всякий случай
    * Дело

    Гипонимы

    * Смотрите также

    Глагол

    ( cas )

  • (устарело) Предлагать гипотетические случаи.
  • * L’Estrange
  • Кожух по делу.

    См. Также

    *

    Этимология 2

    От среднеанглийского cas, с.

    Существительное

    ( ru имя существительное )

  • Ящик, который содержит или может содержать несколько идентичных изделий производства.
  • Ящик, оболочка или покрытие в целом.
  • a футляр для очков; футляр часов
  • Багаж, который можно использовать для перевозки такого устройства, как швейная машина.
  • Защитная рама или кожух.
  • дверной шкаф »; окно » футляр
  • Чемодан.
  • Мебель, частично изготовленная из прозрачного стекла или пластика, внутри которой можно размещать предметы.
  • Наружное покрытие или каркас какого-либо устройства, например компьютера.
  • (полиграфический, исторический) Мелкий лоток, разделенный на отсеки или «коробки» для удерживающего типа, традиционно размещенный в наборах по два: «верхний регистр» (содержащий заглавные, строчные заглавные буквы, с ударением) и «нижний регистр» (строчные буквы, цифры, знаки препинания, квадраты и пробелы).
  • (типографика, по расширению) Характер части алфавитного типа, будь то «заглавная» (верхний регистр) или «маленькая» (нижний регистр) буква.
  • (покерный сленг) Каре.
  • (США) Единица измерения жидкости, используемая для измерения продаж в индустрии напитков, эквивалентная 192 жидким унциям.
  • (горнодобывающая промышленность) Небольшая трещина, через которую вода попадает в выработки.
  • ( Knight )

    Производные термины

    *
    * портфель
    * верблюжий футляр
    * (имя существительное)
    * упрочнение
    * регистр букв
    * нижний регистр
    * упаковочный ящик
    * Падеж приговора
    * Название дела
    * верхний регистр

    Список литературы

    * Вайзенберг, Майкл (2000) Официальный словарь покера . MGI / Университет Майка Каро. ISBN 978-1880069523

    Прилагательное

    ()

  • (покерный жаргон) Последняя оставшаяся карта определенного ранга.
  • Нарисовал корпус восьмерка!

    Ссылки

    * Вайзенберг, Майкл (2000) Официальный словарь покера . MGI / Университет Майка Каро. ISBN 978-1880069523

    Глагол

    ( cas )

  • Поместить (изделие или изделия производства) в ящик, как при подготовке к отправке.
  • Для прикрытия или защиты футляром или как бы имённым футляром; вложить.
  • * Прескотт
  • Человек, который, загнал в сталь, провел в седле целые дни и ночи.
  • (неофициально) Осмотреть (здание или другое место) тайно, как при подготовке к ограблению.
  • * 1977 , ( Майкл Иннес ), Гей Феникс , ISBN 9780396074427, стр. 116 :
  • Вы находитесь на территории аббатства Брокхолс, дома, в который только что переехали.И ваша работа — расследить стык для взлома.
  • * 2014 , ( Эми Гудман ), От COINTELPRO до Сноудена, взломщики ФБР говорят после 43 лет молчания (Часть 2 ) , Democracy Now !, 8 января 2014 г., 0:49 — 0:57 :
  • Бонни работала директором детского сада. Она помогла делу офису ФБР, представившись студенткой колледжа, заинтересованной в том, чтобы стать агентом ФБР.

    Статистика

    *

    Процессы дела

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

    Тема «Процесс обращения» включает следующие атрибуты и инструкции, которые помогут администраторам в создании, копировании, редактировании и удалении процессов обращения:

    Администраторы

    могут создавать новые процессы и управлять существующими, перейдя на страницу «Управление системой»> «Коллекции»> «Процессы обращения».

    Страница «Процесс обращения» содержит сетку, в которой отображается список всех настроенных процессов обращения.Эта сетка содержит следующие данные:

    Колонна Описание
    Имя Название процесса рассмотрения дела.
    Описание Подробная информация о процессе рассмотрения дела.
    Последнее изменение Обозначает, когда в процесс дела было внесено последнее изменение.
    Изменено на Обозначает, кто внес последнее изменение в процесс рассмотрения дела.

    Атрибуты процесса дела

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

    Общие

    Общие атрибуты предоставляют основную информацию о процессах обращения и расположены на вкладке «Общие».

    Общие атрибуты находятся на вкладке «Общие»:

    Атрибут Описание
    Имя Введите имя для процесса обращения.Это поле обязательно для заполнения.
    Описание Предоставьте подробную информацию о цели и использовании процесса рассмотрения дела. Описание процесса обращения видно администраторам на странице администрирования процессов обращения и конечным пользователям, когда они просматривают процессы обращения для добавления в обращение.

    Задачи

    Атрибут задач — это интерактивный экран для администраторов для создания процесса обращения.

    Типы корпусов

    Атрибут типов дела позволяет администраторам назначать процесс дела типам дела. Если процессу обращения присваивается тип обращения, процесс доступен для добавления в обращение пользователем с соответствующими разрешениями.

    Атрибут Описание
    В наличии Отображает список всех типов дел, настроенных в разделе «Управление системой»> «Коллекции»> «Типы дел».

    Создание процесса обращения

    Функция «Создать» позволяет администраторам создавать новые процессы дел, которые можно использовать в типах дел.

    • Чтобы создать процесс обращения, перейдите в Управление системой> Коллекции> Процессы обращения и щелкните.

    • Перемещайтесь по вкладкам и определяйте атрибуты процесса обращения.

      • Построение процесса
      • Пользовательские процессы дел создаются на вкладке задач с использованием интерактивного интерфейса для добавления задач, создания зависимостей и определения результатов.Вкладка «Задачи» позволяет быстро и легко упростить сложные процессы.

      • Добавление задач

      • Чтобы создать процесс обращения, щелкните правой кнопкой мыши в любом месте вкладки Задачи, чтобы отобразить список типов задач, доступных для создания и добавления в процесс обращения. Выберите тип задачи из списка.

      • Появится экран редактора задач.Перемещайтесь по вкладкам и назначайте атрибуты задаче.

      • Дополнительные сведения о задачах и их атрибутах см. В разделе «Задачи дела» в этом руководстве.

        По окончании назначения атрибутов щелкните.Новая задача будет размещена на вкладке «Задачи».

        После добавления задачи в процесс обращения ее можно переместить, щелкнув задачу и перетащив ее в желаемое место на экране.

        Редактирование задачи

        • Чтобы изменить задачу, дважды щелкните плитку задачи в процессе обращения.Появится редактор задач.
        • Перемещайтесь по вкладкам, обновляя необходимые атрибуты.
        • По окончании щелкните, чтобы вернуться к рассмотрению дела.
        • Щелкните, чтобы отменить изменения и вернуться к рассмотрению дела.

        Удаление задачи

        • Чтобы удалить задачу, щелкните плитку задачи в процессе обращения.Появится подтверждающее сообщение.
        • Щелкните Да , чтобы удалить задачу и вернуться к процессу обращения.
        • Щелкните , чтобы не принимать во внимание и вернуться к рассмотрению дела.

        Создание зависимостей

      • Если в процесс включено несколько задач, их можно связать для создания зависимости.

        Для привязки задач:

        • Наведите указатель мыши на задачу, чтобы отобразить точки подключения задачи.

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

          Задача «Посещаемое собрание кредиторов» зависит от задачи «Собрание кредиторов» и не начинается до завершения собрания кредиторов.

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

          Если задаче запуска назначена задержка, она отображается как задача «Ожидание запуска».Если задержки нет, задача отображается как «Выполняется». Дополнительную информацию о статусах задач см. В разделе «Статусы задач» в руководстве для конечного пользователя.

        Определение результатов

      • После связывания задач результат можно определить, введя результат в синее текстовое поле на ссылке.Результат создает условную зависимость, поэтому задача может быть обработана только в том случае, если зависимая задача завершена с результатом, определенным в зависимости.

      • Результаты в синем текстовом поле — это результаты, доступные пользователю для выбора при выполнении задачи.Когда результат выбран, задача, связанная с ним, становится в деле «Выполняется».

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

      • При настройке задачи администратор может разрешить выбор одного или нескольких результатов. Это может вести процесс по нескольким путям.

        • Single Result — Если разрешен только один результат, пользователям предоставляются переключатели для выбора желаемого результата.
        • Несколько результатов — Если разрешено несколько результатов, пользователям предоставляются флажки для выбора желаемых результатов.
        При настройке задачи «Выполнение правил» результат в синем текстовом поле должен совпадать с результатами, определенными в правиле, чтобы запустить соответствующую задачу.

        Пример

      • Чтобы проиллюстрировать, как настроен процесс обращения, просмотрите приведенный ниже пример.

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

        1. Подтвердите дефолт по ссуде.
        2. Захватить автомобиль.
        3. Определите судьбу транспортного средства: оставить ли его в качестве оплаты, продать на аукционе или восстановить ссуду для владельца счета.
        4. После того, как судьба автомобиля определена, необходимо выполнить следующие задачи:
          • Возврат ТС (только при восстановлении кредита)
          • Возврат личного имущества
          • Выплата излишка или возмещение дефицита
      • Атрибут задач процессов дела упрощает построение сложного процесса, такого как вышеупомянутый.

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

        Администратор настраивает процесс, который определяет, что делать после изъятия транспортного средства, удерживать транспортное средство, восстанавливать ссуду или продавать транспортное средство.

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

      • В этом примере только один из результатов может быть выбран конечным пользователем при выполнении задачи «Захват транспортного средства».

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

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

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

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

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

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

        При завершении рабочего процесса по продаже автомобиля пользователи должны выбрать дефицит или излишек и вернуть личное имущество.

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

        Полезные советы при построении кейса:

        • Автоматическая компоновка : при нажатии оптимизируется компоновка задач на вкладке «Задачи».
        • Процесс изменения размера : администраторы могут изменить размер процесса, удерживая ctrl на клавиатуре и прокручивая колесо прокрутки мыши. Это позволяет полностью видеть на экране более крупные процессы.
        • Перемещение ссылок: После того, как ссылка сформирована, щелкните ссылку, чтобы активировать ее. Ссылка выделена синим цветом и содержится в самой ссылке. Щелкните и перетащите, чтобы переместить ссылку.

          Копирование дела

          Функция копирования позволяет администраторам дублировать структуру существующего процесса обращения. Существующий процесс рассмотрения дела может использоваться в качестве основы для создания нового процесса рассмотрения дела.

          • Выделите процесс, который нужно скопировать, и щелкните.

          • Появится экран «Процесс копирования дела». Просмотрите все вкладки и внесите необходимые изменения в процесс задачи.

            Редактирование дела

            Функция редактирования позволяет администраторам повторно посещать существующие процессы обращения и редактировать присвоенные им атрибуты.

            • Выделите процесс, который нужно отредактировать, и щелкните.

            • Появится экран «Редактировать процесс дела». Просмотрите все вкладки и внесите необходимые изменения в процесс обращения.

            • Когда закончите ввод всей информации, нажмите, чтобы сохранить процесс и вернуться на страницу Cask Processes.

              Удаление дела

              • Выделите процесс, который нужно удалить, и щелкните.

              • Появится подтверждающее сообщение.

              • Щелкните Да , чтобы удалить процесс обращения. Щелкните , чтобы вернуться на страницу «Процессы обращения», не удаляя процесс обращения.

                Управление клиентами, делами и задачами

                Управление клиентами, делами и задачами

                Вы здесь: Управление клиентами, делами и задачами

                8×8 предоставляет возможности управления клиентами и делами с помощью локальной CRM.Local CRM предоставляет модель для управления взаимодействием вашего контакт-центра с клиентами. В Local CRM хранятся данные о клиентах, обращениях и последующих действиях вашего контакт-центра.

                Сценарии телефона, чата и электронной почты виртуального контакт-центра

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

                Как агент, вы можете использовать Local CRM для записи и управления вашими клиентами, обращениями и последующей деятельностью.

                Для управления взаимоотношениями с клиентами в Local CRM предусмотрена следующая иерархия стандартных объектов:

                • Заказчик
                • Кейс
                • Продолжение
                • Задача

                Заказчик

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

                Ящик

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

                Например, агент службы поддержки в AcmeJets создает случай, когда клиент звонит и сообщает о проблемах планирования с частными самолетами.Агент службы поддержки фиксирует и записывает проблему, о которой сообщил клиент, путем создания обращения.

                Продолжение

                До разрешения дела может потребоваться несколько последующих наблюдений. Каждое сообщение по делу с момента его создания до закрытия может регистрироваться как отдельные последующие случаи. Это может включать примечания, а также сообщения электронной почты по делу. Объект Follow-up позволяет вам отслеживать, как разрешается дело, путем создания нескольких последующих записей.

                Задача

                Задача — это звонок, электронное письмо, встреча, чат или любой другой тип контакта с клиентом. Задача организует и помогает отслеживать все взаимодействия, связанные с клиентом. Объект задачи служит для создания и управления всеми задачами, которые вы планируете выполнять или уже выполнили, например, совершением звонков или отправкой писем. Например, вы можете создать задачу, чтобы запланировать телефонный звонок клиенту, и установить напоминание. Напоминание появляется за несколько минут до запланированного звонка.

                Интеграция с внешним CRM

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

                См. Также



                Открыть тему с навигацией

                Глава 6.Добавление динамических задач и процессов в обращение с помощью API Red Hat Process Automation Manager 7.4

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

                Вы можете добавить в дело следующие динамические действия:

                • Пользовательские задачи
                • Сервисные задачи (любой тип, реализованный как рабочий элемент)
                • Повторно используемые подпроцессы

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

                Вы можете использовать приложение Swagger REST API для создания динамических задач и подпроцессов.

                Порядок действий

                1. В веб-браузере откройте следующий URL-адрес:

                  / http: // localhost: 8080 / kie-server / docs

                2. Откройте список доступных конечных точек в разделе Экземпляры дела :: Управление делами .
                3. Найдите конечные точки метода POST для создания динамических действий.

                  POST / сервер / контейнеры / {id} / cases / instance / {caseId} / tasks

                  Добавляет динамическую задачу (пользователя или службу в зависимости от полезной нагрузки) в экземпляр дела.

                  POST / сервер / контейнеры / {id} / case / instance / {caseId} / stage / {caseStageId} / tasks

                  Добавляет динамическую задачу (пользователя или службу в зависимости от полезной нагрузки) на определенный этап в экземпляре дела.

                  POST / сервер / контейнеры / {id} / cases / instance / {caseId} /cesses / {pId}

                  Добавляет динамический подпроцесс, идентифицированный идентификатором процесса, в экземпляр дела.

                  POST / сервер / контейнеры / {id} / case / instance / {caseId} / stage / {caseStageId} /cesses / {pId}

                  Добавляет динамический подпроцесс, идентифицированный идентификатором процесса, на этап в экземпляре дела.

                4. Чтобы открыть документацию, щелкните конечную точку REST, необходимую для создания динамической задачи или процесса.
                5. Щелкните Попробуйте и введите параметры и тело, необходимые для создания динамического действия.
                6. Щелкните Execute , чтобы создать динамическую задачу или подпроцесс с помощью REST API.

                6.1. Создание динамической пользовательской задачи с использованием REST API

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

                • Название задачи
                • Описание задачи (необязательно, но рекомендуется)
                • Актеры или группы (или оба)
                • Входные данные

                Используйте следующую процедуру для создания динамической пользовательской задачи для примера проекта IT_Orders , доступного в Business Central, с помощью инструмента Swagger REST API. Эту же конечную точку можно использовать для REST API без Swagger.

                Порядок действий

                1. В веб-браузере откройте следующий URL-адрес:

                  / http: // localhost: 8080 / kie-server / docs .

                2. Откройте список доступных конечных точек в разделе Экземпляры дела :: Управление делами .
                3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

                  / сервер / контейнеры / {id} / case / instance / {caseId} / tasks

                4. Щелкните Попробовать и введите следующие параметры:

                  Таблица 6.1. Параметры

                  Название Описание

                  id

                  заказов

                  caseId

                  IT-0000000001

                  корпус
                   {
                   "name": "RequestManagerApproval",
                   "данные" : {
                     "причина": "Фиксированная спецификация оборудования",
                     "caseFile_hwSpec": "# {caseFile_hwSpec}"
                    },
                   "description": "Запросить одобрение менеджера еще раз",
                   "актеры": "менеджер",
                   "группы": ""
                  } 
                5. В приложении Swagger щелкните Execute , чтобы создать динамическую задачу.

                Эта процедура создает новую пользовательскую задачу, связанную с делом IT-000000001 . Задача назначается лицу, которому назначена роль менеджера по делу . Эта задача имеет две входные переменные:

                • причина
                • caseFile_hwSpec : определено как выражение, позволяющее выполнять захват данных процесса или дела во время выполнения.

                Некоторые задачи включают форму, которая предоставляет удобный пользовательский интерфейс для задачи, которую вы можете найти по имени задачи.В случае IT-заказов задача RequestManagerApproval включает форму RequestManagerApproval-taskform.form в свой KJAR.

                После создания задача появляется в папке «Входящие» задачи уполномоченного в Business Central.

                6.2. Создание динамической служебной задачи с использованием REST API

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

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

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

                Используйте следующую процедуру, используя Swagger REST API, чтобы создать задачу динамического обслуживания для примера проекта IT_Orders , доступного в Business Central. Вы можете использовать ту же конечную точку для REST API без Swagger.

                Порядок действий

                1. В веб-браузере откройте следующий URL-адрес:

                  / http: // localhost: 8080 / kie-server / docs

                2. Откройте список доступных конечных точек в разделе Экземпляры дела :: Управление делами .
                3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

                  / сервер / контейнеры / {id} / case / instance / {caseId} / stage / {caseStageId} / tasks

                4. Щелкните Попробовать и введите следующие параметры:

                  Таблица 6.2. Параметры

                  Название Описание

                  id

                  заказов

                  caseId

                  IT-0000000001

                  корпус
                   {
                   "name": "InvokeService",
                   "данные" : {
                     "Параметр": "Фиксированная спецификация оборудования",
                     «Интерфейс»: «орг. jbpm.demo.itorders.services.ITOrderService ",
                     «Операция»: «printMessage»,
                     "ParameterType": "java.lang.String"
                    },
                   "nodeType": "Сервисная задача"
                  } 
                5. В приложении Swagger щелкните Execute , чтобы создать динамическую задачу.

                В этом примере выполняется служба на основе Java. Он состоит из интерфейса с общедоступным классом org.jbpm.demo.itorders.services.ITOrderService и общедоступным методом printMessage с одним аргументом String .При выполнении значение параметра передается в метод для выполнения.

                Номера, имена и другие типы данных, предоставляемые для создания служебных задач, зависят от реализации обработчика служебных задач. В приведенном примере используется обработчик org.jbpm.process.workitem.bpmn2.ServiceTaskHandler .

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

                6.3. Создание динамического подпроцесса с использованием REST API

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

                Используйте следующую процедуру, чтобы использовать Swagger REST API для создания задачи динамического подпроцесса для примера проекта IT_Orders , доступного в Business Central. Эту же конечную точку можно использовать для REST API без Swagger.

                Порядок действий

                1. В веб-браузере откройте следующий URL-адрес:

                  / http: // localhost: 8080 / kie-server / docs .

                2. Откройте список доступных конечных точек в разделе Экземпляры дела :: Управление делами .
                3. Щелкните следующую конечную точку метода POST , чтобы открыть сведения:

                  / сервер / контейнеры / {идентификатор} / случаях / экземпляры / {caseId} / процессы / {pId}

                4. Нажмите Попробуйте и введите следующие параметры:

                  Таблица 6. 3. Параметры

                  Название Описание

                  id

                  заказов

                  caseId

                  IT-0000000001

                  пид

                  itorders-data.разместить заказ

                  pId — это идентификатор создаваемого подпроцесса.

                  корпус
                   {
                   "placeOrder": "Вручную"
                  } 
                5. В приложении Swagger щелкните Execute , чтобы запустить динамический подпроцесс.

                В этом примере подпроцесс размещения заказа был запущен в случае ИТ-заказов с идентификатором дела IT-0000000001 .Вы можете увидеть этот процесс в Business Central в разделе Меню Управление Экземпляры процессов .

                Если описанный пример выполнен правильно, процесс размещения заказа появится в списке экземпляров процесса. Откройте сведения о процессе и обратите внимание, что ключ корреляции для процесса включает идентификатор экземпляра дела IT-заказов, а список Process Variables включает переменную placeOrder со значением Manually , как доставлено в теле REST API. .

                Поддержка MerusCase: создание новой задачи


                Из главного меню

                Вы можете создать новую задачу из любого места в MerusCase.

                1. В разделе Задачи на главной панели навигации щелкните Новая задача .

                2. Заполните информацию о задаче:
                  • Кому назначено: Лицо, ответственное за выполнение этой задачи.
                  • Срок выполнения: Дата, к которой задача должна быть завершена.Это поле не обязательно.
                  • Приоритет: Настройка приоритета указывает на срочность задачи.
                  • Дело: Необязательно. Задачи могут быть связаны с обращением, а их создание и завершение отображаются как действия на вкладке Действия связанного обращения.
                  • Описание: Информация, важная для задачи.
                3. Нажмите Сохранить после ввода всех обязательных полей.

                Примечание

                Изнутри кейса, возможность вместо этого добавить Новое дело. Задача автоматически заполнит текущий кейс в поле Обращение.

                Из «Обзор задач» (фирма / дело) и «Мои задачи» (все / дело)

                1. Нажмите кнопку Добавить задачу .

                2. Заполните информацию о задаче:
                  • Кому назначено: Лицо, ответственное за выполнение этой задачи.
                  • Срок выполнения: Дата, к которой задача должна быть завершена. Это поле не обязательно.
                  • Приоритет: Настройка приоритета указывает на срочность задачи.
                  • Дело: Необязательно. Задачи могут быть связаны с обращением, а их создание и завершение отображаются как действия на вкладке Действия связанного обращения.
                  • Описание: Информация, важная для задачи.
                3. Нажмите Сохранить после ввода всех обязательных полей.

                Работа со специальными случаями

                Работа со специальными случаями
                Вы здесь: Порталы> Портал для менеджеров по делам> Работа со специальными делами

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

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

                Специальные обращения — это экземпляр (называемый Simple Case) класса Work-Cover-SimpleCase , , который создается стандартным потоком Simple Case ( pySimpleCaseWorkFlow ). Обращение содержит одно назначение с именем Специальная панель наблюдения , в котором операторы создают задачи, которые обрабатываются как назначения в стандартном потоке завершенных задач ( Data-AdHocTask. WorkTask) .

                Примечание: Стандартные специальные начальные потоки Стандартная специальная задача ( pyManualTaskStandardAssignment ) и Одобрение диспетчера специальных задач ( pyManualTaskStandardApproval ) поддерживаются в существующих конфигурациях, но не рекомендуются к использованию в существующих конфигурациях.Вместо этого используйте pySimpleCaseWorkFlow .

                Создание специальных случаев

                Во время выполнения оператор может создавать специальные обращения на портале Case Manager, в пользовательских формах и в Pega Pulse.

              • Воспользуйтесь функцией «Быстрое создание» в заголовке «Мои обращения». Оператор вводит имя в текстовое поле и нажимает кнопку «Быстрое создание». По умолчанию работа передается текущему оператору.Нет общих целей или сроков.
              • Выберите обращение на портале «Мои обращения» и с помощью контекстного меню «Создать специальное обращение» создайте специальное дочернее обращение. Операторы могут добавлять эти дочерние кейсы в другие специальные и дочерние кейсы.
            • См. Портал менеджера дел — Использование моих дел.
            • Пользовательские формы

              Выберите Создать специальное обращение из меню Другие действия .

              Выберите «Создать задачу » в меню «Действие » в сообщении Pega Pulse.

              Использование действия «Создать специальное дело»

              Когда оператор вызывает действие, появляются следующие поля в диалоговом окне «Создать специальный случай» или в области действия пользовательской формы.

              Введите значения для:

              • Имя — Название дела. Имя отображается на портале Case Manager и в пользовательских формах.
              • Описание — необязательно. Предоставьте текстовое описание работы, которая будет сделана.
              • Маршрутизация — Выберите маршрутизацию работы. Возможные варианты:
                • Me — По умолчанию. Рабочий список текущего оператора.
                • Оператор — рабочий список другого оператора в текущем рабочем пуле оператора.
                • Рабочая корзина — Рабочая корзина, на которую есть ссылка в текущем приложении.
              • Уровень обслуживания — Необязательно.Определите общие цели и сроки для этого дела.

              После заполнения полей оператор нажимает кнопку «Создать».

              Действие Create Ad Hoc Case вызывает стандартное действие потока pyCreateAdhocCase , которое можно применить к потоку или любому локальному действию.

              Добавление задач на панели инструментов Ad Hoc Case

              После создания специального обращения оператор добавляет задачи, открыв назначение на панели инструментов Специального обращения и щелкнув значок «Добавить задачи». Откроется действие потока Create Tasks (pyCreateAdHocTasks).

              Для добавления одной или нескольких задач оператор:

              1. Щелчки Добавить элемент , чтобы добавить строку и создать первую задачу. Оператор редактирует следующие поля:
              • Назначить — Выбирает оператора, который будет выполнять задачу. По умолчанию это оператор, добавляющий задачу.
              • Инструкции — вводит текстовое описание задачи, которая будет выполняться.
              • Deadline — вводит или использует календарный элемент управления для указания крайнего срока задачи. По умолчанию это один рабочий день с текущей даты. Крайний срок не может наступить раньше срока по умолчанию.
              1. При необходимости нажмите Добавить элемент еще раз, чтобы добавить вторую задачу. Каждый дополнительный элемент обрабатывается последовательно, начиная с первой задачи. Второй крайний срок по умолчанию составляет один рабочий день от крайнего срока по умолчанию для первой задачи. Крайний срок для третьей задачи — один день от значения по умолчанию для второй и т. Д.
              2. По завершении оператор нажимает «Отправить». Первая задача появится в области действий формы и в списке назначений «Содержимое дела».

              Если пользователь добавляет более одной задачи в действие потока «Создать задачи», назначения обрабатываются итеративно. Когда одна задача завершена, следующая задача в списке становится открытым заданием.
              Задачи обрабатываются в том порядке, в котором они были введены, независимо от сроков.

              Действие потока «Создать задачи» также доступно по умолчанию из меню Действия специальной формы пользователя. Операторы могут использовать меню Другие действия для создания дополнительных задач во время работы в пользовательской форме задачи. Новые задачи обрабатываются независимо от ранее определенных в случае.

              Изменение настроек по умолчанию для действия потока создания задач

              Вы можете изменить некоторые настройки по умолчанию для действия Create Tasks, обновив исходные значения в преобразовании данных Data-AdHocTask.pyDefault

              Примеры:

              • Обновить текст, используемый .pyLabel от «Инструкции к задаче» до «Опишите, что вы планируете делать».
              • Измените приращение по умолчанию .pyDeadlineTime с одного дня (1, 2, 3, …) до двух дней (2, 4, 6, …), отредактировав его исходное выражение следующим образом:

              Параметры соглашения об уровне обслуживания по умолчанию для простого случая находятся в pySimpleCase ( Data-AdHocTask.pySimpleCase ).

              Вы можете изменить C-префикс по умолчанию, скопировав преобразование данных Data-Cover-.pyDefault в RuleSet вашего приложения в Data-Cover-SimpleCase и обновив исходное значение pyWorkIDPrefix . Кроме того, вы можете добавить Work-Cover-SimpleCase в список «Типы дел» на вкладке «Дела и данные» записи приложения и изменить значение в поле «Префикс идентификатора работы».

              Настройка кейсов на повторное использование

              Эта функция доступна только в том случае, если группа доступа оператора ссылается на стандартную роль pyPega-ProcessEngine: CaseDesigner , которая содержит привилегию .pyCaseInstitutionalize .

              Убедитесь, что текущее приложение содержит разблокированную версию набора правил.

              Оператор может получить доступ к функции по:

                Щелчок по значку «Настроить для повторного использования» в назначении на панели мониторинга специального случая.
              • Выбор случая в списке «Мои обращения» и использование контекстного меню «Настроить для повторного использования».
              • Нажатие кнопки «Настроить для повторного использования» в заголовке пользовательской формы.

              Когда пользователь выбирает этот параметр, появляется диалоговое окно «Настроить для повторного использования».

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

              Когда пользователь нажимает кнопку «ОК», новый тип дела появляется в проводнике типов дел.

              Порталы в приложениях

              Открыть тему с навигацией

              Emerging-welfare / case-2021-shared-task: информация и данные, относящиеся к общей задаче ProtestNews на семинаре CASE @ ACL-IJCNLP 2021

              Результаты на: Codalab. Дополнительные запуски и участие возможно на другая страница Codalab

              Информация и данные, относящиеся к общей задаче по выявлению социально-политических и кризисных событий, на семинаре CASE @ ACL-IJCNLP 2021. Подробное описание задачи можно найти в этом файле. Задач

              • Задача 1: Обнаружение многоязычных новостей о протестах (английский, испанский, португальский, хинди)
                — Подзадача 1: Классификация документов
                — Подзадача 2: Классификация предложений
                — Подзадача 3: Идентификация сопоставления предложений о событии
                — Подзадача 4: Извлечение событий
              • Задача 2: Детальная классификация социально-политических событий
              • Задача 3: Обнаружение событий в жизни чернокожих в США

              Найдите образцы кода и данных, а также форматы отправки в папках task1, task2 и task3.

              • Задача 1: Пожалуйста, подпишите форму заявки и отправьте ее Али Хюрриетоглу ([email protected]). Данные для обучения доступны с 14 марта 2021 года.
              • Задача 2: В целях обучения можно использовать связанные с событиями текстовые данные любого типа, где мы рекомендуем рассмотреть возможность использования коротких текстовых фрагментов отчетов о событиях, которые являются частью большого набора данных событий, созданного ACLED (https://acleddata.com /), которые можно получить из ACLED, используя эту веб-страницу: https: // acleddata.com / data-export-tool / для академических целей. Если вы собираетесь работать над этой задачей, как можно скорее отправьте электронное письмо Николя Стефанович [email protected]
              • Задача 3: Нет данных обучения для этой задачи. Данные, используемые для задач 2 и 3, или любые дополнительные данные могут использоваться для построения систем / моделей, которые могут определять события Black Lives Matter (BLM) в твитах и ​​новостных статьях. Коллекция твитов, которая будет обрабатываться участниками, собирается с использованием специальных хэштегов BLM.

              Пожалуйста, свяжитесь с нами, используя следующие адреса электронной почты, чтобы узнать, как мы можем вам помочь: Али Хюрриетоглу, [email protected] (Задача 1 и Задача 3 и любые другие вопросы), Николас Стефанович case2021.task.finegrained @ gmail.com (Задача 2), Сальваторе Гиорги, [email protected] (Задача 3, сбор списка наземных событий и использование коллекции твитов).

              Этот репозиторий постоянно обновляется.

              Выпуск данных обучения для Задачи 1: 14 марта 2021 г., Задача 2: уже доступна
              Срок регистрации: 30 апреля 2021 г.
              Выпуск тестовых данных для всех задач для зарегистрированных участников: 4 мая 2021 г.
              Подача ответов системы: Задача 2 : 8 мая 2021 г. (12:00 CET), Задача 1: 9 мая (AoE), Задача 3: 10 мая (AoE)
              Результаты объявлены участникам: Задача 2: 10 мая (AoE), Задача 1: 10 мая ( AoE), Задача 3: 12 мая (AoE)
              Общие рабочие документы Срок сдачи: 21 мая 2021 г.
              Уведомление о принятии: 28 мая 2021 г.
              Документы, готовые к съемке, срок сдачи: 7 июня 2021 г. результаты): 5-6 августа 2021 г.

              Все крайние сроки — 23:59 AoE (где угодно на Земле) и в 2021 году, если иное не указано выше.

              Добавить комментарий

              Ваш адрес email не будет опубликован. Обязательные поля помечены *

              2021 © Все права защищены.