Что такое кейс в программировании
Перейти к содержимому

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

  • автор:

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

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

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

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

image

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

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

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

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

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

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

image

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

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

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

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

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

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

image

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

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

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

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

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

Из сказанного, в общем, становится понятно что должна уметь ACM сегодня:
• Объединять контент, участников и бизнес-процессы в новую сущность – кейс. Органично интегрироваться в BPM и ECM системы;
• Управлять пользователями – участниками кейса, их правами и ролями;
• Уведомлять о событиях кейса, иметь инструменты коммуникации команды;
• Хранить связи, последовательность и результаты выполнения задач, историю кейса, журналировать все события;
• Иметь развитую систему тегирования, поиска, фильтров;
• Уметь искать, создавать, сохранять, использовать, изменять шаблоны кейсов.
Существует мнение, что наличие ACM-функционала в информационной системе свидетельствует о высокой зрелости системы.

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

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

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

  • управление кейсами
  • кейс-менеджмент
  • адаптивный кейс-менеджмент
  • ACM
  • adaptive case management

Кейс

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

«IT-специалист с нуля» наш лучший курс для старта в IT

Виды кейсов и способы их использования

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

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

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

Профессия / 8 месяцев
IT-специалист с нуля

Попробуйте 9 профессий за 2 месяца и выберите подходящую вам

vsrat_7 1 (1)

В каких случаях нужно оформлять кейсы

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

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

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

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

Алгоритм создания кейса

Запрашиваем разрешение на публикацию

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

Определяем тему и формат публикации

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

Собираем информацию

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

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

  • Какие проблемы хотелось решить?
  • Почему они возникли?
  • Были ли попытки решить их самостоятельно? Если да, то как?
  • Почему выбрали нас?
  • Что изменило предложенное нами решение? Каких результатов удалось добиться?

Чтобы задать направление мысли, можно привести примеры проблем:

  • увеличение прибыли;
  • снижение затрат;
  • привлечение новых клиентов;
  • выход на новый рынок;
  • привлечение инвестиций в проект и пр.

Курс для новичков «IT-специалист
с нуля» – разберемся, какая профессия вам подходит, и поможем вам ее освоить

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

Продумываем структуру

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

  1. Цепляющий заголовок.
  2. Лид (вступительный абзац).
  3. Кто обратился? Рассказываем о клиенте.
  4. Что хотели? Рассказываем о проблемах и задачах.
  5. Кто делал? Рассказываем об исполнителях.
  6. Сколько? Рассказываем о сроках и этапах работы.
  7. Почему это полезно пользователям? Описываем выгоды ЦА от продукта.
  8. Почему это полезно для заказчика? Рассказываем, как изменится жизнь клиента.
  9. Что применялось в работе? Описываем инструменты и объясняем их выбор.
  10. Если в процессе работы возникали проблемы, хорошим тоном будет описать их и рассказать о пути их решения.
  11. Кому еще будет интересно? Расширяем аудиторию.
  12. Какие выводы были сделаны при работе над проектом?
  13. Призыв к действию.

Также кейс должен обязательно содержать цитаты и иллюстрации.

Пишем текст

После сбора необходимой информации можно переходить к написанию кейса.

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

Редактируем текст

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

Добавляем визуал

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

Согласовываем кейс с клиентом

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

Распространенные ошибки при создании кейса

Отсутствие точных данных. Цифры и качественные прямые формулировки придают больше авторитетности.

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

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

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

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

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

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

IT-специалист с нуля

Наш лучший курс для старта в IT. За 2 месяца вы пробуете себя в девяти разных профессиях: мобильной и веб-разработке, тестировании, аналитике и даже Data Science — выберите подходящую и сразу освойте ее.

картинка (75)

Статьи по теме:

Кейсы по программированию сайтов 507

Центр

Что такое кейс по веб-программированию? Это краткое описание процесса программирования веб-сайта, создание его клиентской части или доработки системы управления контентом веб-сайтов (CMS). Основное предназначение такого кейса — демонстрация компетенций в разработке и специализации веб-студии на типах, тематике и функционале сайтов.

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

Как писать кейсы о программировании веб-сайтов

  • Укажите в заголовке тип и тематику сайта, достижения команды проекта
  • Вначале опишите суть задачи, особенности и цели проекта
  • Кратко опишите основные этапы проекта, используя подзаголовки
  • Приложите визуалы и иллюстрации
  • Расставьте смысловые акценты на наиболее интересные моменты
  • Добавьте отзыв заказчика
  • Финализируйте кратким описанием пользы для бизнеса заказчика

Кейсы по программированию мобильных приложений 106

Редизайн мобильного приложения «Тайный Санта»

Что такое кейс по программированию приложений? Это краткое описание процесса этап программирования, т. е. создания кода приложения, основного и ключевого этапа мобильной разработки на Android или iOS, с помощью которой проектная команда демонстрирует свои компетенции и специализацию на видах приложений.

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

Как писать кейсы о мобильном программировании на iOS или Android

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

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

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