ГлавнаяРазноеПример кейс

БЛОГ++. Пример кейс


метод. Какой вид кейса выбрать?

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

 15 ГОТОВЫХ БИЗНЕС КЕЙСОВ С РЕШЕНИЯМИ 

 Как выбрать вид кейса?

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

Пример кейсаНа должность руководителя отдела по управлению персоналом проводили собеседование с соискателями, которые не имеют большого управленческого опыта. Чтобы выявить коммуникативные навыки в процессе руководства коллективом, оценивали следующие компетенции: - уверенность в себе, умение самостоятельно решать рабочие задачи;  – умение проявлять гибкость и избегать ненужных конфликтов;– умение принимать рациональное решение и действовать в непривычной, стрессовой ситуации. Соискателям предлагали следующий кейс. Руководитель небольшой компании попросил менеджера по персоналу принять на работу дочь одного очень важного для компании партнера. Дочь партнера много лет нигде не работала и хотела больше быть среди людей. Никаких амбиций по поводу карьеры в компании не проявляла. Основная цель была в том, чтобы девушка почувствовала себя востребованной. Менеджер по персоналу не стала предлагать ее кандидатуру в линейные подразделения и приняла девушку к себе на должность специалиста по кадрам. Ей предложили освоить простейшие функции и выполнять их по мере возможностей. В результате основными, наиболее качественными навыками, которые она приобрела за время адаптации, стали: прием входящих документов, внесение учетной записи, расфасовка по папкам корпоративной документации. В течение нескольких месяцев все были довольны, и работа выполнялась своим чередом. Через полгода освободилось место ведущего специалиста по документообороту. Пока решали найти человека со стороны или выбрать из своих, директор вызвал руководителя отдела персонала с предложением повысить недавно принятую дочь партнера, по его просьбе. Зная, что в отделе есть сотрудницы, которые больше подходят на должность ведущего специалиста, менеджер по персоналу не могла отдать эту должность новой работнице, но и генерального директора она не могла поставить в неудобное положение перед партнером.

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

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

Варианты ответов

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

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

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

 

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

Автор: Папкова Людмила. Подробнее читайте в книге «Практика эффективного рекрутмента». - М., 2013 г. 

 

×

Получить бесплатный кейс на e-mail

Кейс будет отправлен на ваш е-mail в формате PDF

Последнее изменение Воскресенье, 24 Ноябрь 2013 08:12

hr-performance.ru

Кейсы по контекстной рекламе: 12 примеров грамотного оформления

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

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

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

12 интересных примеров кейсов

Группа 08

Кейс агентства «Группа 08»

  1. Кейс датирован, указано время на его изучение – сразу можно оценить свежесть информации и понять, как долго будешь читать.
  2. Кроме обязательных входных данных (название клиента, целей и географии рекламы) указана конкурентность рынка – так можно косвенно оценить, насколько тяжело было настраивать и вести рекламные кампании для клиента.
  3. Работы разложены на понятные этапы.
  4. Цели оформлены инфографикой, всем значениям даны определения.

По непонятной причине конкретные цифры здесь не показывают

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

Брутальный мужчина говорит вам спасибо

  1. Далее идет панель расшаривания в соцсетях – любой человек может поделиться кейсом.
  2. В конце – блок с другими статьями. У агентства «Группа 08» кейсы помещены в блог.

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

BondSoft

Кейс агентства BondSoft по рекламе в гостиничном бизнесе

  1. Кейсы агентства разделены по сферам бизнеса – в рамках одного кейса работы делаются не только по контекстной рекламе, но и по поисковому продвижению. Мы рассматриваем категорию «Гостиничный бизнес, курортные отели»:

Кейсы для удобства пользователей разделены по нишам

  1. Карточка кейса начинается с описания гарантий «Оплата за результат! Финансовые гарантии прописаны в договоре». Затем идет теоретическая часть, где агентство объясняет механизм своей работы. Эту информацию можно изучить в кратком и в развернутом виде:

Информация для дотошных и не очень клиентов

  1. В практической части для обоих кейсов в категории прописаны:
    • основная и дополнительная (!) цели;
    • KPI;
    • длительность работ;
    • какой инструмент использовали.
  1. Результаты представлены графиками по контекстной рекламе, поисковому продвижению, по аналитике:

Достигнутые результаты работы по контекстной рекламе

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

Благодаря контекстной рекламе удалось получить результат даже при устаревшем дизайне сайта

  1. У BondSoft есть интересный блок в кейсах, где они показывают свой инструментарий, чтобы клиенты оценили трудоемкость работ:

Серьезный набор программ для комплексной работы с сайтом

  1. На страницу с кейсом есть две формы взаимодействия с пользователями – заказ обратного звонка и заявка.

Отличная идея – распределять кейсы по бизнес-нишам. Это облегчает поиск кейсов, которые сходны с бизнесом клиента.

i-Media

Кейс агентства i-Media

  1. Первый же экран сообщает ценность клиента и цели проведения контекстной рекламы. Также это единственный пример в подборке, где кейс можно скачать как pdf-документ:

Описание клиента, целей кейса и ссылка на скачивание кейса

  1. Далее последовательно описывается краткая история компании клиента и его сфера деятельности, задачи по рекламе.
  2. Для каждого кейса описаны его особенности – начало работ, региональность. И, что примечательно – объем проделанных работ:

Важная и обязательная информация для любого кейса по контекстной рекламе

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

blog.seodroid.ru

Как написать кейс, вызывающий доверие - conversion

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

 

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

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

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

Помните об этом, и вам будет проще подобрать название, написать тезисы и создать структуру текста.

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

Как за 6 шагов написать убедительный кейс

Шаг №1: Выбираем показательный проект

Как понять, что у вас “созрела” тема для кейса? Задайте себе или коллегам несколько вопросов:

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

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

Шаг №2: Собираем данные

Тут могут возникнуть некоторые трудности:

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

Как мы обычно решаем эти проблемы:

  1. Мы хорошо понимаем, что в 99% случаев кейс нужен не клиенту, а нам. Поэтому для начала налаживаем коммуникацию. Наш Customer Success менеджер или Support проводит регулярный аудит проекта, советует, как настроить сервис так, чтобы клиент получил максимум результата. Важно все время поддерживать коммуникацию, чтобы пользователь привык к общению. Только убедившись, что клиент всем доволен и легко идет на контакт, мы предлагаем написать кейс.
  2. Главное, не поддаться искушению “нарисовать” все самому — так вы получите действительно “фантазийный” кейс. Большинство компаний соглашается на публикацию их отчетов, если вы в них скроете конфиденциальную информацию. Или замените абсолютные цифры на относительные, показав динамику роста показателей. Если клиент ни в какую не согласен обнародовать цифры, можно пойти на компромисс — не упоминать название компании в тексте.
  3. По нашему опыту, иногда клиент просто не понимает что сказанные им слова можно проиллюстрировать цифрами или динамикой графика. В этом случае мы просим у него доступы, например, к Google Analytics или получаем разрешение на публикацию скриншотов из отчетов. И собираем эти данные самостоятельно.

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

Шаг №3: Пишем текст

Как говорится: “Глаза боятся, а руки делают”. Вы собрали информацию, и теперь ее надо упорядочить. Легче всего это делать, когда у вас уже есть структура будущего текста.

 

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

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

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

Шаг №4: Проверяем и дополняем

Итак, ваш текст готов. Теперь нужно проверить:

  1. Обоснованы ли основные тезисы фактами. Например, какая формулировка вызывает у вас больше доверия? “Клиент стал пропускать меньше звонков” или “Онлайн-магазин LETS снизил количество пропущенных звонков чуть больше чем в 3 раза с 24,6% до 6,9%”.
  2. Правильно ли вы преподносите цифры. В примере, приведенном выше, мы могли бы их округлить, но не стали этого делать. Если вы пишете кейс, то лучше указывать четкие цифры. Проверено, что в качестве доказательства человек посчитает цифру 24,6% более убедительной, чем 30%. Но в то же время не переусердствуйте, цифры в формате 87,56% или 47 561 осложняют восприятие информации. Кроме того, если изменение какого-то показателя происходит больше, чем на 100%, вместо слова  «проценты» лучше использовать слово «разы». Например, увеличение не на 150%, а в 2,5 раза.
  3. Хватает ли в кейсе скриншотов, графиков, инфографик для подтверждения ваших слов и цифр.
  4. Разбит ли текст на подпункты и смысловые блоки — это облегчает восприятие информации.
  5. Объективны ли вы при подаче информации или ваш кейс скорее похож на явный пиар. Описывайте не только успехи, но и сложности, которые возникали в процессе работы. Пишите не только о себе, но и об инструментах или партнерах, которые помогли вам добиться поставленных целей.
  6. Есть ли в нем ссылки на авторитетные источники или хотя бы на сайт самого клиента. Так читатель сможет перейти по ссылке и увидеть своими глазами, над каким проектом вы работали.
  7. Соответствуют ли результаты кейса поставленным задачам. Если во вступлении и среди целей указано “повышение продаж на 50%”, читателю захочется прочесть именно об этом.
  8. Не похож ли ваш текст на сухой отчет, от которого хочется зевать. Помните, что сторителлинг, как известно, увеличивает лояльность. Ваша цель — рассказать потенциальному клиенту историю успеха, которая его захватит, а не усыпить с первых фраз потоком скучных фактов.
  9. Есть ли в тексте цитаты или отзывы клиента. Их не всегда удается получить, но если есть такая возможность, лучше ее использовать. Мы всегда стараемся включать в кейсы “живую” речь наших клиентов. Она вызывает больше доверия и читается проще, чем обезличенная констатация фактов.

 

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

Шаг №5. Привлекаем коллективный разум

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

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

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

Выводы

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

 

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

Источник

conversion.im

Создаем кейс своими силами

Рабочая ситуация

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

Хотелось бы узнать, как создаются кейсы, можно ли разработать их самостоятельно?

Решение

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

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

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

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

Различают кейсы сложные, средней сложности и простые.

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

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

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

Словарь

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

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

Кейсы для подбора и оценки кандидата

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

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

Этапы создания кейса

Входные данные

Компания N занимается продажей автокосметики и имеет хорошо развитую розничную сеть.

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

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

Этап 1. Постановка задачи кейса

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

В данном случае задача может быть следующей.

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

Этап 2. Выбор формата кейса

Кейсы могут быть созданы в одном из следующих форматов.

1. Описание ситуации.

2. Описание ситуации в развитии.

3. Описание ситуации и характеристик действующих лиц.

4. Описание ситуации в развитии и характеристик действующих лиц.

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

Этап 3. Набросок кейса

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

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

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

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

  • Виктор, 24 года, работает в компании в течение полутора лет, компетентен. Полгода назад у него родился ребенок, из- за чего Виктор часто приходит на работу усталым.
  • Мария, 26 лет, работает в компании два с половиной года, компетентна. Не любит перемен в жизни. Привыкла к стандартным формам работы и не хочет их менять, так как боится допустить ошибку.
  • Ирина, 23 года, работает в компании в течение полутора лет, компетентна. Любит привлекать к себе внимание. Очень коммуникабельна. В свободное время много общается: лично, по телефону и в социальных сетях.

Технология создания простых кейсов

Этап 4. Проверка информационного наполнения кейса

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

Избыточная информация: данные о возрасте не являются объектами анализа.

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

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

Несоответствие описания поставленной задаче кейса.

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

Этап 5.Написание кейса

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

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

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

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

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

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

Этап 6. Постановка вопросов к кейсу

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

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

1. Какие потребности актуальны для этих сотрудников?

2. Какого сотрудника вы выберете для перевода в новый магазин?

3. Какие мотиваторы вы можете использовать в диалоге с каждым сотрудником?

Вспомним поставленную к кейсу задачу.

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

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

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

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

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

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

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

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

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

Этап 7. Тестирование кейса

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

В данном кейсе содержится вопрос об использовании возможных мотиваторов. Слово «мотиваторы» может быть непонятно сотрудникам или трактоваться ими некорректно. Тогда придется его заменить, пусть не полноценным синонимом, но таким, который будет понятен сотрудникам и испытуемым, например: «аргументы», «факторы», «условия» и др.

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

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

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

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

АЛГОРИТМ ДЕЙСТВИЙ

Журнал: Управление персоналом, Год: 2012, Номер: №2

hr-portal.ru

Примеры юз-кейсов | БЛОГ++

Здесь собираюсь приводить примеры описания юз-кейсов. Описания выполнены "моей рукой", но по мотивам книги Коберна про юз-кейсы

Задание 1

Опишите сценарий подключения платной услуги «Анонимный номер телефона» при подаче объявления на сайте объявлений.Смысл услуги – замена в объявлении реального номера пользователя на временный виртуальный номер. Услуга может быть подключена на 30 днейПримечание: Зашел на сайт, не увидел там подобной услуги. Поэтому описываю сценарий в том виде, в котором я его вижу.Предполагаю, что телефонная логика (переадресация звонков, стоимость звонка и т.п.) как-то реализована и внедрена в Системе.---Название сценария: Подключение анонимного номера телефонаОсновное действующее лицо: Пользователь сайтаПредусловие: Пользователь находится на странице создания объявления, выполняет сценарий "Создание объявления"Основной сценарий:1. Пользователь нажимает кнопку "Подключить анонимный номер" и указывает свой настоящий номер, на который нужно переадресовывать звонки и смс с анонимного.2. Система валидирует номер и выполняет сценарий "Подтверждение номера по СМС" (Примечание: предлагаю этот сценарий вынести отдельно, т.к. он может быть задействован в нескольких сценариях. Описывать не буду, но там что-то вроде генерации одноразового пароля, заявки на отправку у оператора, контроль доставки, повторные отправки, истечение жизни пароля). и удостоверяется, что для данного клиента в настоящий момент нет активной услуги "анонимный номер".3. Система создает анонимный номер телефона в статусе "Новый" с указанием даты создания по Правилам создания нового номера (Предполагаю, что они описаны где-то отдельно). В качестве параметра номера "Срок жизни" устанавливает дату = текущая дата + N дней (на момент написания сценария N=30, может меняться администратором). Стоимость услуги берется в соответствии с настройками. Система оповещает клиента об успешном результате. Статус номера переводится на "Активный".Происходит возврат в сценарий "Создание объявления" с телефонным номером, равным созданному анонимному номеру.

Альтернативные сценарии:

1a. Пользователь нажал "Отмена". Происходит возврат в сценарий "Создание объявления" с пустым телефонным номером.

2a. Номер невалиден (не соответствует формату телефонного номера или принадлежит другому оператору). Система выводит пользователю сообщение о невозможности подключить услугу "Анононимный номер" с указанием причины (не соответствует формату или не наш номер). Пользователь остается на начальном экране подключения анонимного номера (далее - начальный экран).

2b. Сценарий "Подтверждение номера по смс" выполнился неудачно. Система выводит пользователю сообщение о невозможности подключить услугу "Анононимный номер" с указанием причины (нужен маппинг кодов ошибок с человеческим текстом). Пользователь остается на начальном экране.

2c. У пользователя уже есть активная услуга "Анонимный номер". Система выводит сообщение о невозможности подключить еще одну услугу "Анонимный номер" по причине активной услуги у этого клиента и предлагает выбрать в качестве номера для объявления уже существующий анонимный номер. Если пользователь соглашается, происходит возврат в сценарий "Создание объявления" с телефонным номером, равным выбранному анонимному номеру. Если пользователь не соглашается, остаемся на начальном экране.

2d. Пользователь нажал на "Отмена" рядом с анонимным номером телефона. Система удаляет анонимный номер из нового объявления. Кнопка "Подключить анонимный номер" становится активной. Кнопка "Отмена" исчезает.

3a. Система не смогла создать новый анонимный номер по техническим причинам. Система выводит сообщение о технической ошибке и незможности создать новый анонимный номер.

3b. Система не смогла получить параметр N. Система берет параметр по умолчанию 30 дней в качестве значения N.

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

3e. Стоимость услуги =0. Система не выводит стоимость рядом с телефоном и не выводит услугу "Анонимный номер" в пакетах услуг (хотя это может быть все описано в сценариях Расчета стоимости пакетов услуг и создания объявления)

4. Прерывание. Сценарий, не дойдя до успешного выполнения, прервался по внешним причинам (таймаут связи, закрылась вкладка, пользователь вышел из системы). Действий не требуется, номер остается в статусе "Новый". (В Правилах генерации номеров можно разрешить переиспользовать подобные номера с учетом протухания +1 сутки)

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

Частота выполнения: 1 раз на 50 новых объявленийТребования к скорости: 95 персентиль создания анонимного номера = 0.1 сек.

ЗАДАНИЕ 2

2.  Задание: Напишите use case пополнения счета банковской картой в приложении оператора сотовой связи.

Use Case "Пополнения счета банковской картой"

Основное действующее лицо: Пользователь

Предусловие: пользователь выбрал способ пополнения "Банковская карта" в разделе "Пополнить счет"

Основной сценарий:

  1. Приложение направляет сигнал в систему телефона об открытии страницы oplata.operator.ru в браузере по умолчанию

Расширения:

1а. Направление сигнала не удалось. Вывод сообщения о системной ошибке.

Примечание: Смотрел на приложение для Android. Там система перенаправляла на сайт оператора, открываемый в браузере. Браузер - это уже другая система относительно рассматриваемого приложения, поэтому юз-кейс такой короткий 🙂

www.axtrace.ru

Тест кейсы примеры – traceability matrix в тестировании

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

Тестирование

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

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

Немножко структурных данных

В нашей компании существует отдел ручного тестирования и автоматизаторы. Как система для организации тестов используется довольно популярный инструмент — TestRail. С моей точки зрения удобный и довольно функциональный.Автоматизация построена тоже на довольно стандартном наборе Ruby + Cucumber + Watir/Selenium (можно упомянуть паттерн Page Object) + TeamCity.

Что происходит, когда на тестирование дается новый билд, (в нашем случае каждый раз мы имеем дело с регрешшеном)? Тестировщик создает новый тест ран, в который включаются все тест-кейсы с определенного тест-сьюта и — пошло поехало веселье. Уверен, всем знакомо то чувство, когда ты в 4-й раз прогоняешь вручную регрешшн или смоук на автомате, кликая/тапая на все элементы и проставляя статус для очередного теста. В этот момент пред красными глазами наверняка все плывет и картинка в голове повторяет знаменитое:

А порой и:

Именно сейчас приходим на помощь мы. Так уж получилось, что возникла идея. Если у нас есть автоматизация, то почему мы все еще не используем результаты нашей работы, чтобы жить стало проще? Мысль заключается в том, чтобы использовать отчет с TestRail вместо громоздких и непонятных отчетов с Cucumber. Довольно интересная задач — сделать так, чтобы тесты в TestRail сами меняли свой статус, в зависимости от того, как прошел автотест.

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

Как оказалось, это было всего лишь начало.

В конечном итоге удалось сделать довольно неплохую функциональность, а именно — мы настроили интеграцию TestRail + TeamCity + Automation Framework.

Теперь же подробности, уважаемые дамы и господа.

TestRail

Первая остановка у нас буде TestRail.

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

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

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

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

Сказано — сделано. Благо функционал TestRail позволяет нам интегрировать свой собственный код.

Как результат, мы имеем вот такую вот кнопочку:

Да, да — Start Tests.

Собственно код для этой кнопки.

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

Дабы юзер не кликал слишком часто на кнопочку, у нас организована защита от дурака — после клика на кнопку мы добавляем ключевое «in progress» к имени тестрана, это блокирует волшебную кнопку, пока наши автотесты не закончат свое дело.

Automation Framework

На конечной стадии был создан гем/библиотека, которая при разворачивании дает нам интеграцию с TestRail на любом нашем под-проекте.

Создание гема — совсем другая история, достойная отдельной статьи.

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

Для начала нужно его установить:

Далее добавить:

В after |scenario| hooks. И в env.rb файл:

Вот команды для запуска:

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

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

Тут все просто, данной командой мы создаем тестран с указанным именем в проекте-сьюте, который мы записали в конфиг файле. Команда возвращает номер созданного тесана:

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

Это и есть core фунционал c флагами:

Тут и так все понятно, нужно указать номер тест рана:

и

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

Этот флаг тоже специфический и думаю никому больше не пригодится:

Здесь можно указать новую команду для текущего запуска:

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

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

Можно определить так же номер типа тестов, которые буду запущены.

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

Либо же:

TeamCity

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

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

Время для профессиональных благодарностей

Хотелось поблагодарить за помощь и наставления следующих людей: Любовь Шишова, Евгений Пустовит, Сливка Василий, Дмитрий Коновалов, Никита Никон, Игорь Роздобудько, Андрей Толпеев и Alexis Grohar.

Ссылка на репозиторий: github.com/Kirikami/test_rail_integrationСсылка на библиотеку: rubygems.org/gems/test_rail_integration

ссылка на оригинал статьи http://habrahabr.ru/post/259359/

Запись опубликована автором admin в рубрике Без рубрики. Добавьте в закладки постоянную ссылку.

steptosleep.ru