Кейс задача это: Что такое кейс и кейс-метод обучения?

Содержание

Что такое кейс и кейс-метод обучения?

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

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

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

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

Решить кейс – это значит исследовать предложенную ситуацию (кейс), собрать и проанализировать информацию, предложить возможные варианты действий и выбрать из них наиболее предпочтительный вариант.

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

Кейс-метод обучения

Кейсметод обучения (англ. Case method, кейс-метод,) – техника обучения, использующая описание реальных экономических, социальных и бизнес-ситуаций.

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

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

Втретьих, время на решение кейса, как правило, ограничено.

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

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

Преимущества кейсметода обучения

По сравнению с традиционными методами обучения кейс-метод имеет ряд неоспоримых преимуществ.

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

Навыки работы с информацией, аналитические навыки

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

Творческие навыки

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

«Мягкие навыки» (soft skills)

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

Новый метод с давней историей

Можно ли стать специалистом в области права, не имея опыта работы с реальными юридическими казусами? Одним из первых об этом задумался Христофор Колумб. Нет, не тот, который открыл Америку. Полное имя пионера case-study – Христофор Колумб Лэнгделл. Будучи выпускником Гарвардской школы права и на себе испытавший традицию сплошной зубрежки, процветающую на юридических факультетах, Лэнгделл, став в 1870 году деканом, немедленно начал внедрять метод кейсов (case-study) – метод разбора реальных ситуаций, предлагая студентам ознакомиться с первоисточниками (судебными делами, решениями апелляционного суда и т. д.) и сделать собственное заключение. Такой метод обучения ожидаемо оказался сложнее и встретил большое сопротивление среди студентов. За три года численность студентов в школе упала более чем на 30 процентов. Но Лэнгделл остался на должности декана и продолжил внедрение кейсов и к концу XIX века такой вариант обучения прочно закрепился и в Гарвардской школе, и в нескольких других университетах. К 1920-м годам метод разбора дел из реальной судебной практики стал первостепенным в юридическом обучении и остается таковым в наше время.

(adsbygoogle = window.adsbygoogle || []).push({});

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

Настоящий расцвет кейс-метода наступил в 1919 году, когда деканом Бизнес школы Гарварда стал банкир Уоллес Донэм, который был горячим сторонником его применения. Основной причиной сложностей распространения метода было отсутствие готовых материалов, подобных опубликованным сборникам судебных решений. В 1920-м был издан первый сборник кейсов, после чего вся система обучения менеджменту в Гарвардской школе была переведена на case study Преподаватели Гарвардской школы бизнеса активно способствовали его распространению, публикуя книги, учебные пособия, сборники кейсов и занимаясь обучением преподавателей, еще не использовавших метод. В 50-е годы бизнес кейсы стали активно использоваться и в Западной Европе.

В настоящее время в Гарварде каждый год разрабатывается примерно 350 новых кейсов, рядовой студент за время обучения в престижнейшем университете США разбирает до 700 кейсов.  Всем известно, что выпускники Гарварда – одни из наиболее востребованных людей на рынке труда и одни их самых успешных бизнесменов. Наиболее ярким примером является Марк Цукерберг – основатель социальной сети Facebook и самый молодой долларовый миллиардер в мире.

Для России кейс-технологии или кейс-метод обучения – сравнительно новое явление. Распространение они стали получать лишь в 90-ые годы XX-го века на базе нескольких московских вузов. В 2007-м был проведен первый чемпионат России по решению бизнес-кейсов. В 2009-м году популярность чемпионата выросла настолько, что в нем приняли участие 3500 студентов из 15 городов России.

Что такое кейс и зачем им нужно управлять / Хабр

Разберемся в терминах

Слово

кейс

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

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

управлением кейсами.

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

Термин адаптивный кейс-менеджмент (Adaptive Case Management, ACM) был впервые предложен в 2010 году Workflow Management Coalition. АСМ – это технология, позволяющая гибко управлять процессом решения поставленной задачи, в зависимости от развития ситуации.

Кейс в ACM — это некое «дело», куда «подшивается» вся информация о задаче – участники кейса (люди), материалы (документы, видео/аудио/фото, схемы и чертежи, показатели и др.), обсуждения задач кейса, бизнес-процессы, которые выполнялись в ходе решения задачи, а также, взаимосвязи всех этих элементов.

Немного истории

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

С развитием технологии, на рынке стали появляться информационные системы, поддерживающие ACM и объединяющие возможности систем различных типов – управления бизнес-процессами (Business Process Management, BPM) и управления корпоративным контентом (Enterprise Content Management, ECM).

Появились шаблоны (наиболее удачные решения), управление правами доступа (владелец кейса может определять кто и в каком качестве подключится к задачам и данным кейса. Из BPM-систем пришли задачи (процессы), которые можно назначать участникам, прикрепив необходимый контент (указав ссылку на место его хранения), а затем проконтролировать результат. Системы управления корпоративным контентом (ECM) дали мощные инструменты работы с большими объемами неструктурированной информации, возможность классифицировать контент, отслеживать версии документов, разграничивать права доступа и журналировать события.

Сегодня ACM системы стоят на стыке классических корпоративных приложений:

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

В чем преимущества

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

Если раньше считалось, что неформализованные бизнес-процессы автоматизировать невозможно, то теперь концепция ACM опровергает это.

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

Как это работает

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

Фазы 3 и 4 (исследование и исполнение) могут многократно повторяться циклически, если неопределенность велика и за одну итерацию не виден финальный результат. Также, кейсы могут порождать дочерние кейсы, выстраиваясь в иерархию.

Как понять что перед нами – кейс?

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

Признаки кейса:
1. Объект управления – проблема (задача), а не процесс;
2. Объединяет участников, бизнес-процессы, контент;
3. В ходе исполнения происходят (или вероятны) изменения процессов, подзадач, участников;
4. Высокий уровень неопределенности задач, недостаточно информации на старте;
5. В ходе выполнения происходит накопление полезных и применимых в дальнейшем знаний (история решений, лучшие практики, шаблоны), эти знания и информацию можно передать другим.

Как выглядит современная ACM-система

Из сказанного, в общем, становится понятно что должна уметь ACM сегодня:

• Объединять контент, участников и бизнес-процессы в новую сущность – кейс. Органично интегрироваться в BPM и ECM системы;

• Управлять пользователями – участниками кейса, их правами и ролями;

• Уведомлять о событиях кейса, иметь инструменты коммуникации команды;

• Хранить связи, последовательность и результаты выполнения задач, историю кейса, журналировать все события;

• Иметь развитую систему тегирования, поиска, фильтров;

• Уметь искать, создавать, сохранять, использовать, изменять шаблоны кейсов.

Существует мнение, что наличие ACM-функционала в информационной системе свидетельствует о высокой зрелости системы.

Где можно применить

ACM сегодня начинает активно применяться в следующих областях:

• Оказание сложных услуг: обработка обращений граждан, ведение клиентских дел (досье), оказание юридических, финансвых, информационных, медицинских услуг и др.;

• Управление проектами: целевые программы, стройка, НИОКРы, разработка сложных продуктов, проведение маркетинговых кампаний;

• Специализированная деятельность: судебные дела, законотворчество, общественные инициативы и т.д.

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

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

Кейс – Определение | SendPulse

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

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

Что такое метод кейсов

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

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

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

  • иметь цель и четко поставленную задачу;
  • иллюстрировать типичные ситуации;
  • иметь определенный уровень сложности;
  • развивать аналитическое мышление;
  • иметь несколько вариантов решения поставленной задачи.

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

Для чего нужны кейсы

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

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

Далее вы узнаете, как подготовить кейс и структурировать в нем всю информацию.

Как создать кейс

Независимо от сферы деятельности компании и ее целей, кейс должен содержать следующую информацию:

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

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

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

Теперь, когда вы знаете, что такое кейс и какие данные он содержит, давайте рассмотрим несколько примеров.

Примеры кейсов

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

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

Агентство интернет-маркетинга Livepage не во всех своих кейсах использует детальное описание процесса работ с графиками и таблицами. Ниже вы видите кейс по настройке контекстной рекламы для Work.ua.

Сначала Livepage представляет краткое описание клиента и опыт работы с ним, затем демонстрирует полученные результаты в цифрах. После этого потенциальные клиенты видят мнение CEO компании Work.ua о работе маркетингового агентства и далее могут ознакомиться с его видеоотзывом. В конце кейса есть кнопка с призывом к действию для привлечения клиентов.

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

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

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

Ресурсы:

  1. В этой статье вы ознакомитесь с признаками кейса.
  2. Здесь узнаете, как пишутся кейсы.
  3. В статье 4brain прочитаете о методе кейсов в учебном процессе.
  4. В этой статье прочитаете о технологических особенностях метода кейсов в обучении.
  5. На сайте Serpstat ознакомитесь с примерами кейсов компаний в разных сферах деятельности.

Обновлено: 15.06.2021

Оценка: 4 / 5 (8)

это что это -? Кейс-способы и кейс-задачи

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

Суть метода

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

Кейс-метод – это интерактивная технология. Поэтому весьма позитивно воспринимается учащимися как игра для овладения практическими навыками с использованием реального материала.

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

История

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

Постепенно этот метод корректировался и распространялся по всему миру. С 50-х годов прошлого столетия он стал популярным во всей Западной Европе, в лидирующих бизнес-школах (ESADE, INSEAD, LSE, HEC).

В России кейс-стади – это популярная технология обучения с 2000-х годов. В настоящее время применяются не только переводные кейсы, но и авторские, созданные для соревнований, аттестации учащихся. Кроме того, открываются тематические кейс-клубы. Среди уже ставших популярными можно отметить центр карьеры НИТУ «МИСиС», клуб МГТУ им. Э. Баумана и др.

Классификация

Существует довольно широкая классификация кейсов по нескольким критериям: по структуре, размеру, форме представления, объекту, объему, оформлению и т. д.

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

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

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

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

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

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

Работа метода в бизнесе

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

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

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

Методика решения

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

Возможности

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

Стратегия развития

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

Международный инженерный чемпионат «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 был впервые применен в Гарвардской бизнес-школе в 1924 году, когда ее преподаватели и студенты столкнулись с тем, что невозможно научиться практике управления и ведения бизнеса с помощью существующих учебников.
Альтернативой учебникам стали интервью с ведущими практиками бизнеса и написанные на их основе подробные отчеты (описания ситуаций) о том, как решали ту или иную ситуацию топ-менеджеры, а также о факторах, влияющих на их деятельность. Именно так и зародились система обучения case study и первые бизнес-кейсы.
Слушателям давались описания определенной ситуации, с которой столкнулась реальная организация в своей деятельности для того, чтобы ознакомиться с проблемой и найти самостоятельно и в ходе коллективного обсуждения решение бизнес-кейса.

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

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

Case study (кейс-стади) считается одним из лучших методик для развития аналитического и критического мышления, а также креативности.
Case study также доказал свою эффективность в дистанционном обучение. Данный метод составляет основу обучения в
онлайн-тренингах на сайте mental-skills.ru. Процент использования кейсов в тренинге составляет от 50% до 90%.

что это, структура, виды, применение

#Digital #Маркетинг

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

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

Использовать кейсы стоит для изучения самых разнообразных дисциплин. Главная цель любого кейса — проработать различные методы аналитики ситуации, разработать и принять эффективные методы решения конкретной проблемы/задачи, например, в маркетинге/SEO.

Маркетинг для ИТ компаний

Применение кейсов на практике

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

  1. Описание первоначальной задачи.
  2. Выбранные пути ее решения.
  3. Действия всех участников процесса.
  4. Материалы, которые относятся к делу.
  5. Конечный результат, которого удалось добиться.

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

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

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

Каким должен быть кейс: основные признаки

Обычно кейс имеет следующие особенности:

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

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

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

Создание задачи обращения

Агент OSP создает задачу обращения после того, как обращение было назначено. Как агент вы можете работать над делом, добавляя рабочие заметки и дополнительные комментарии.

Требуется роль: sn_csm_ocs.ext_agent
  1. Перейдите в Аутсорсинговое обслуживание клиентов> Обращения> Мои обращения и откройте обращение.

    Примечание. Хронология обращения отображается в верхней части формы обращения.

  2. Щелкните список связанных задач.
  3. Щелкните Создать, чтобы создать новую задачу.

    Кнопка «Изменить» позволяет добавлять существующие задачи кейса. к случаю из списка Коллекции.

  4. При необходимости заполните поля формы новой записи.
    Опция Описание
    Тема Предмет по делу.
    Описание Описание кейса.
    Список рабочих заметок Рабочие записи кейса
    Адрес электронной почты Идентификатор электронной почты клиента.
    Дополнительные комментарии Комментарии по делу, если таковые имеются.
  5. Щелкните “Отправить”.

    Примечание: Вы также можете закрыть кейс-задачу.

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

Английский

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

( 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 = Дергая за ниточки , пассаж = Дело было убийством.Однако в нем был элемент загадки, что озадачивало власти. Были найдены тюрбан и набедренная повязка, пропитанные кровью; также посох. Эти свойства, как известно, принадлежали ящику для тодди. Он исчез.}}
  • ( метка ) Экземпляр или событие как тема исследования.
  • * {{quote-magazine, год = 2012, месяц = ​​март-апрель, автор = Джон Т. Йост
  • , объем = 100, выпуск = 2, страница = 162, журнал = ( American Scientist ) , 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 ++ для художников
  • Поместите оператор break в конце каждого случая , чтобы предотвратить провал корпуса.
  • * 2011 , Стивен Прата, C ++ Primer Plus (стр. 275)
  • Выполнение не останавливается автоматически на следующем случае .

    Синонимы
    * *

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

    Гипонимы
    * Смотрите также

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

    См. Также
    *

    Этимология 2

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

    Существительное
    ( ru имя существительное )
  • Коробка, которая содержит или может содержать несколько идентичных изделий производства.
  • Ящик, оболочка или покрытие в целом.
  • футляр для очков; футляр часов
  • Багаж, который можно использовать для перевозки такого устройства, как швейная машина.
  • Защитная рама или кожух.
  • дверной шкаф ” ‘; окно ” шкаф
  • Чемодан.
  • Мебель, частично изготовленная из прозрачного стекла или пластика, внутри которой можно размещать предметы.
  • Наружное покрытие или каркас устройства, например компьютера.
  • (полиграфический, исторический) Неглубокий лоток, разделенный на отсеки или «коробки» для удерживающего типа, традиционно расположенных в наборах по два: «верхний регистр» (содержащий заглавные, строчные заглавные буквы, с ударением) и «нижний регистр» (строчные буквы, цифры, знаки препинания, квадраты и пробелы).
  • (типографика, по расширению) Характер части буквенного типа, будь то «заглавная» (верхний регистр) или «маленькая» (нижний регистр) буква.
  • (покерный сленг) Каре.
  • (США) Единица измерения жидкости, используемая для измерения продаж в индустрии напитков, эквивалентная 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 :
  • Бонни работала директором детского сада. Она помогла делу в офисе ФБР, представившись студенткой колледжа, заинтересованной в том, чтобы стать агентом ФБР.

    Статистика
    *

    Сервисная консоль Enterprise CRM: создание задачи из обращения | IT @ UMN

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

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

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

    Создание задачи из кейса

    1. Найдите желаемое дело или откройте дело из очереди.
    2. Попав в запись дела , можно двумя способами перейти к Новая задача :
      • В верхней части записи обращения при наведении курсора на текст «Открытые действия» открывается окно, в котором можно нажать кнопку «Новое задание».
      • Ниже на странице под подробным описанием дела находится раздел «Открытые действия», где есть кнопка «Новое задание», которую можно щелкнуть.
    3. На экране New Task поля можно изменять по мере необходимости. То, как вы манипулируете этими полями, скорее всего, будет определяться внутренними бизнес-процессами.
      • Назначено по умолчанию будет использовать вас как пользователя, но при необходимости можно использовать значок «Поиск», чтобы назначить задачу другому пользователю.
      • Поле Subject , вероятно, будет определяться внутренними бизнес-процессами и должно быть чем-то описательным или полезным для пользователя, которому назначается задача, или другого пользователя, который может просматривать запись.
      • Срок сдачи по умолчанию будет пустым, но с ним можно будет работать, если это необходимо, и он автоматически повлияет на поле напоминания ниже (которое затем можно будет обновлять по мере необходимости).
      • Комментарии – это место, где вы будете помещать описательную информацию, для которой создается Задача, которая может определяться внутренними бизнес-процессами. В это поле следует поместить что-то полезное для потребителя информации.
      • По умолчанию в поле «Связано с » используется запись «Обращение», из которой была создана задача.
      • В поле Контакт по умолчанию будет указан контакт, с которым связано обращение.
      • Связанное дело позволяет при необходимости искать и связывать другую запись дела.
      • Тип должен быть установлен в соответствии с внутренней деловой практикой.
      • Направление должно быть установлено в соответствии с внутренней деловой практикой.
      • Статус должен быть установлен в соответствии с внутренней деловой практикой.
      • Приоритет должен быть установлен в соответствии с внутренней деловой практикой.
      • Телефон и Электронная почта будет извлечена из записи контакта, если применимо, и не может быть изменена здесь.
      • Если задача должна повторяться, установленный флажок Create Recurring Series of Tasks вызовет опции для выбора повторяемости и диапазонов дат.
      • Напоминание будет предварительно заполнено на основе выбора в областях «Срок выполнения» и «Повторение», но с ним можно работать по мере необходимости.
      • Если есть какие-либо подтверждающие документы или другие необходимые приложения, нажмите кнопку Прикрепить файл в разделе «Вложения» внизу экрана.
    4. Заполните все необходимые поля для задачи и, если вы хотите добавить еще одну задачу для этой записи дела, щелкните Сохранить и новую задачу вверху или внизу экрана.
    5. Заполните все необходимые поля для Задачи и, если вы закончили добавление задач в текущую запись дела, нажмите Сохранить , чтобы вернуться к записи дела.

    Глава 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 / server / container / {id} / cases / instance / {caseId} / tasks

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

      POST / server / container / {id} / cases / instance / {caseId} / stage / {caseStageId} / tasks

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

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

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

      POST / server / container / {id} / cases / 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 : определено как выражение, позволяющее выполнять захват данных процесса или дела во время выполнения.

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

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

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

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

    • имя : Имя действия
    • 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

      pId

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

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

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

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

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

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


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

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

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

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

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

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

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

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

    Определение потоков задач в шаблоне кейса – Документация по BMC Helix Business Workflows 21.05

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

    Перед тем, как начать

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

    Best Practices

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

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

    Например, у вас есть два открытых дела, case1 и case2, которые используют поток задач task_flow1. Копия task_flow1 (например, task_flow1_copy) создается, и вы изменяете эту копию. Затем вы создаете два новых дела, case3 и case4. В этом сценарии case1 и case2 используют поток задач task_flow1.Case3 и case4 используют поток задач task_flow1_copy.

    Для определения потока задач

    1. Войдите в BMC Helix Business Workflows.

    2. Щелкните Мои настройки приложения .

    3. Выберите Управление делами > Шаблоны .
    4. На странице сведений о шаблоне из списка Вид деятельности выберите направление деятельности, для которого вы хотите обновить шаблон обращения.
      Если у вас есть доступ к одному направлению бизнеса, оно выбирается по умолчанию.
    5. Щелкните шаблон дела, в который вы хотите добавить поток задач.
    6. На странице Шаблоны обращений на вкладке Задачи щелкните Последовательность задач .
    7. Отображается конструктор потока задач.

    8. Из палитры перетащите любой из следующих элементов на холст:
      • Создать задачу —Используйте этот элемент для создания задачи в кейсе с использованием определенного шаблона задачи.
      • Создать задачу без шаблона —Используйте этот элемент для создания задачи в кейсе без использования шаблона задачи.
    9. На панели Свойства элемента введите значения в обязательные поля, например Метка .

    10. В разделе INPUT MAP выполните следующие шаги в зависимости от используемого элемента:

      Элемент Поле Описание
      Создать задачу Задача Сводка

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

      1. Щелкните Щелкните, чтобы построить выражение.
      2. Введите описание задачи.
      3. Нажмите Сохранить .
      Идентификатор дела Это поле автоматически заполняется переменной идентификатора дела.
      Идентификатор шаблона задачи
      1. Щелкните Выбрать шаблон.
      2. Выберите направление деятельности .
      3. Из доступного списка активных шаблонов задач в сфере деятельности выберите требуемый шаблон задачи для задачи, которую вы хотите добавить в поток задач.
        В поток задач можно добавлять все типы задач, такие как ручные задачи, автоматизированные задачи и внешние задачи.
      4. Нажмите Сохранить .
      Создать задачу без шаблона Идентификатор дела Это поле автоматически заполняется переменной идентификатора дела.
      Сводка задачи Выполните следующие действия:
      1. Щелкните Щелкните, чтобы построить выражение.
      2. Введите описание задачи.
      3. Нажмите Сохранить .
      Динамические поля Выполните следующие шаги:
      1. Щелкните Щелкните, чтобы построить выражение.
      2. Добавьте динамические поля.
      3. Нажмите Сохранить .
      Сфера деятельности Это поле автоматически заполняется значением направления деятельности из шаблона обращения.
      Режим выбора назначения

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

      • Просмотр – отображает представление Назначение , которое позволяет выбрать исполнителя на основе выбранной комбинации компании, подразделения и отдела.
      • Expression – отображает Expression Builder , который позволяет указать выражение для выбора группы поддержки и уполномоченного.
      Имя группы правопреемников / правопреемников
      • Если ваш режим выбора назначения – Просмотр , щелкните Изменить назначение и выполните следующие шаги:
        1. Выберите группу поддержки и Исполнитель .
        2. Нажмите Сохранить .
      • Если выбран режим выбора назначения Выражение , выполните следующие шаги:
        1. Для Назначенная группа и Назначенный щелкните Щелкните, чтобы построить выражение .
        2. Определите выражение для назначенной группы и исполнителя.
        3. Нажмите Сохранить .
    11. В соответствии с вашими требованиями добавьте задачи в поток задач с помощью элемента Create Task , определите параллельное выполнение задач с помощью элемента Parallel и определите условное выполнение задачи с помощью элемента Exclusive .
      В следующей таблице описано, как добавлять задачи в поток задач в зависимости от типа выполнения задачи:

      Тип выполнения задачи Используемые элементы Пример
      Последовательный Добавьте Create Task элементы один за другим, основываясь на последовательной зависимости задач.

      Parallel Добавьте Create Task элементов и Parallel элементов, чтобы определить параллелизм задач.

      Условный Добавьте Эксклюзивный элемент , чтобы добавить условия для выполнения задачи.
      Чтобы добавить условие, выполните следующие действия:
      1. Выберите элемент Exclusive и перетащите элемент потока последовательности (стрелка) и подключитесь к элементу, который определяет путь по умолчанию.
      2. Выберите элемент Exclusive и перетащите элемент потока последовательности и подключитесь к элементу, который определяет путь, когда условие истинно.
      3. На панели Свойства щелкните Щелкните, чтобы построить выражение .
      4. В окне Редактировать выражение укажите условие, используя динамические поля и поля данных дела, и нажмите OK .

    12. Нажмите Сохранить .

    Чтобы использовать шаблон дела для создания обращений, необходимо изменить статус шаблона на Активный .

    Важно

    Процесс потока задач хранится в линейке бизнес-пакета, в котором вы создаете поток задач.Например, если вы создаете поток задач в шаблоне дела в сфере деятельности «Услуги», процесс потока задач сохраняется в пакете com.bmc.Facilities .

    Уведомления о завершении задачи

    При создании потока задач, если вы используете Пользовательская задача или Получить задачу , поле Изменено на показывает, что задача обновлена ​​Process Orchestrator. Когда исполнитель задачи меняет статус задачи на Завершено , отправляемое уведомление о завершении задачи показывает, что задача завершена системой, а не исполнителем.

    Параллельные потоки действий

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

    Совет

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

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

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

    Выполняемая задача отображается зеленым цветом в представлении Поток задач .

    Пример: условный запуск задачи

    Рассмотрим следующий сценарий:

    Ханна – бизнес-аналитик в Calbro Services. Она хочет создать поток задач в шаблоне дела для адаптации сотрудника, который состоит из условия проведения юридической проверки контракта с сотрудником. Ханна хочет добавить в поток задач следующие задачи:

    • Проверить документы сотрудников
    • Добавить нового пользователя
    • Провести вводный курс ИТ
    • Создать договор
    • Выполнить юридическую проверку

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

    Чтобы создать поток задач, Ханна создает шаблон дела и поток задач, как показано на следующих рисунках:

    Щелкните, чтобы просмотреть сведения о шаблоне дела

    Щелкните, чтобы просмотреть подробности потока задач

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

    Элемент Свойства

    Создать задачу —Проверить документы сотрудников

    Создать задачу — Добавить новую пользователь

    Создание задачи – проведение ознакомления с ИТ

    Создание задачи – создание контракта

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

    Создать задачу – выполнить юридическую проверку

    9003 2

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

    Пример: определение потока задач для создания нескольких задач с использованием значения динамического поля

    Ханна – бизнес-аналитик в Calbro Services. Она хочет создать поток задач в шаблоне кейса для предоставления периферийных устройств ноутбука. Ханна хочет включить в поток задач следующие задачи:

    • Проверить данные портативного компьютера
    • Создать отчет
    • Отправить уведомление запрашивающей стороне

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

    • Выделить мышь
    • Выделить наушники
    • Выделить клавиатуру

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

    Щелкните, чтобы просмотреть свойства процесса.

    Входная переменная динамических данных состоит из динамического поля устройства. Ханна добавляет две локальные переменные типа text: Список устройств и Вход устройства.

    В следующей таблице поясняются элементы в процессе:

    Элемент Свойства
    Исключительное условие элемента

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

    Получить записи по запросу – получить текущий автоматизированный реестр задач

    Вычислить значение – список вычислительных устройств

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

    Подпроцесс

    Подпроцесс запускается в цикле несколько раз на основе ввода списка устройств.Поскольку список устройств содержит 3 устройства, подпроцесс выполняется 3 раза.

    Элементы в подпроцессе
    Активность вызова – вызов процесса для создания специальных задач

    Этот элемент вызывает процесс для добавления задач. Значения полей INPUT MAP элемента, таких как Тип задачи и Статус выполнения задачи , являются фиксированными. Требуются значения для следующих полей:

    • Компания – значение этого поля сопоставлено с Переменные процесса> Экземпляр записи> Компания .
    • Инициатор запроса – значение этого поля сопоставляется с Переменные процесса> Экземпляр записи> Инициатор запроса .
    • Priority – значение этого поля отображается в Process Variables> Record Instance> Priority .
    • ActivityId – значение этого поля сопоставляется с Activity> Получить текущий автоматический реестр задач> Output> ActivityId .
    • Parent_ID – значение этого поля отображается в Process Variables> Record Instance> Parent_ID .
    • Сводка – значение этого поля отображается в Переменные процесса> Вход устройства .
    Получить записи по запросу – получить реестр всех специальных задач

    Эти свойства используются для параллельного добавления задач.

    Обновить запись – обновить последовательность реестра задач до параллельной

    Эти свойства используются для параллельного добавления задач.

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

    Для создания этого процесса Ханна копирует готовый com.bmc.dsm.task-lib: Задача – Сохранить процесс Adhoc Task в библиотеке службы управления задачами. Она устанавливает область действия скопированного процесса на Public , чтобы элемент «Активность вызова» в процессе для шаблона автоматизированной задачи мог использовать этот процесс.

    Затем Ханна создает поток задач и добавляет автоматизированную задачу в поток задач, как показано на следующем рисунке:

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

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

    Создать задачу – создать специальные задачи на основе динамического поля

    Создать задачу – создать отчет

    Создать задачу – отправить уведомление инициатору запроса

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


    Поток задач

    Обновление задачи и отслеживание прогресса

    Элементы конструктора процессов

    Шаблон задания / тестового случая

    | Targetprocess

    Краткое содержание статьи:

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

    Мэшап добавляет вкладку в представление User Story. На этой вкладке вы можете создавать шаблоны, содержащие задачи или тестовые примеры, которые необходимо применить к нескольким пользовательским историям. После создания шаблона и задач и / или тестовых примеров, которые вы хотели бы использовать, их можно применить к любой пользовательской истории, перейдя на вкладку «Шаблон» и выбрав «Применить шаблон».

    Активация

    Мэшап может быть активирован администраторами вашей учетной записи Targetprocess.Установите мэшап из библиотеки мэшапов. Для этого перейдите в пункт меню Settings > Mashups .

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

    Конфигурация и использование

    Добавить новые шаблоны

    Любой пользователь может добавлять новые шаблоны. Откройте любую пользовательскую историю – там будет новая вкладка под названием «Шаблон». Нажатие на символ плюса расширит имя шаблона со встроенной опцией для его изменения:

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

    Например, вот как можно настроить шаблон с двумя тестовыми примерами для тестов «Проверка совместимости веб-браузеров»:

    Применить шаблоны

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

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

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

    Модификация и удаление

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

    Администратор может добавлять новые шаблоны и изменять все существующие шаблоны.

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

    Оставить комментарий

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