Модель бизнес процессов строится как спираль

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

Спиральная модель – Дизайн

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

Удостоверение личности

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

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

Как строится модель бизнес-процессов. Взгляд изнутри #shorts

дизайн

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

Построить или построить

Фаза Construct относится к производству фактического программного продукта на каждой спирали. В базовой линии, когда продукт только продуман и дизайн разрабатывается, на этом этапе разрабатывается POC (Proof of Concept), чтобы получить обратную связь с клиентом.

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

Оценка и анализ рисков

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

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

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

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

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

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

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

При наличии бюджетных ограничений важна оценка рисков.

Для проектов со средней и высокой степенью риска.

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

Клиент не уверен в своих требованиях, как правило, так.

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

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

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

Спиральная модель – за и против

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

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

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

Преимущества модели Spiral SDLC следующие:

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

Изменение требований могут быть учтены.

Позволяет широко использовать прототипы.

Требования могут быть зафиксированы более точно.

Пользователи видят систему рано.

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

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

Управление более сложное.

Конец проекта может быть неизвестен рано.

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

Спираль может продолжаться бесконечно.

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

Источник: coderlessons.com

Жизненный цикл разработки ПО (SDLC). Спиральная модель

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

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

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

Обзор главных особенностей

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

Для лучшего понимая механизма разработки рассмотрим такую схему:

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

Четыре главные фазы это:

1. Определение целей, альтернатив, ограничений, или фаза планирования. С этой стадии начинается работа над проектом. Команда разработчиков формулирует цели проекта, основные требования (такие как, например, Business Requirement Specifications, или BRS, System Requirement Specifications, или SRS), возможный дизайн и т.д.

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

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

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

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

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

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

Спиральная модель на примере GanttPRO

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

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

Основными задачами, с которыми столкнулась команда разработчиков GanttPRO были:

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

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

Процесс разработки состоял из следующих стадий:

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

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

После этого мы проанализировали каждое требование и определили наилучший способ его разработки. Для более точной оценки были применены методы моделирования и прототипирования.
3. Фаза дизайна. На этом этапе была разработана модель, описывающая функциональность и основные особенности будущего ПО. Далее, модель была обработана нашим дизайнером. Важно было дать наиболее точное и детализированное описание, чтобы разработчики имели возможность справится с поставленными задачами с минимальными затратами.
4. Конструирование и тестирование. На этой стадии команда разработчиков предоставляет рабочее программное обеспечение, которое соответствует изменяющимся требованиям потенциальных пользователей. Что наиболее важно, команда имела возможность развернуть готовое решение в тестовой среде для проведения интеграционного тестирования системы.
5. Инсталляция. На этом этапе разрабатываются механизмы, дающие пользователям возможность доступа к последней версии приложения.
6. Поддержка. В конце каждой фазы разработки у нас был готов работающий продукт, который мы могли предоставить пользователю, на основе чего пользователи могли предоставить нам свой отзыв о текущем состоянии системы. После того, как эти отзывы были проанализированы, мы могли запланировать изменения в последующих итерациях или же включить в проект новые требования, если это требовалось.

Сильные и слабые стороны спиральной модели

У любой модели разработки ПО есть свои сильные и слабые стороны. В этом отношении спиральная модель не является исключением. Давайте рассмотрим ее основные достоинства и недостатки.

Достоинства:

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

Недостатки:

• Мониторинг рисков требует дополнительных ресурсов, а значит, эта модель может оказаться весьма затратной. Каждая итерация требует отдельной экспертизы, что делает управление проектом сложнее. Именно поэтому спиральная модель плохо подходит для небольших проектов;
• Большое количество промежуточных стадий разработки. Как следствие — большой объем документации;
• На самых ранних стадиях дата завершения работы над проектом может быть неизвестна, что также усложняет контроль над процессом разработки

Заключение

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

Источник: xbsoftware.ru

Спиральная динамика для бизнеса (часть первая)

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

5644 просмотров

Что даёт понимание спиральной динамики? Знание законов и следствий спиральной динамики даёт возможность:

• Управлять развитием. Своим. Людей в зоне влияния. Организации. Команды. Страны. Целого мира.
• Предсказывать появление кризисов и успешно их преодолевать.
• Понимать причину конфликтов и разрешать их и т.д. — в итоге стать счастливым человеком.

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

Видеоверсия статьи
Что такое организация?

Тк нас интересует прежде всего организационное развитие, то начнем с базового вопроса «Что же такое организация?». Обычно, отвечая на этот вопрос, люди рисуют организационную структуру, иерархию — подчиненные друг другу кубики.

Организационная структура

Эта структура показывает, что есть один главный, который за всё отвечает, а есть подчиненные, которые не отвечают ни за что.

Это восприятие приводит к мышлению «хорошо, что это не мои проблемы»: если проблемы организации не касаются меня лично/моего отдела, то и пойдет. Тогда организация — это не команда, а сброд единоличников.

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

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

Как часто в своей компании вы сталкиваетесь с таким поведением сотрудников?

• Устаревшие, неработающие регламенты и процессы. Бюрократия. Старые правила устарели или не работают, как их адаптировать к новым реалиям? Как создать живые правила и регламенты — не понятно.
• Сотрудники не вовлечены, равнодушны к успехам и неудачам компании. Им «ничего не надо». Они делают вид, что работают. Часто саботируют поручения и правила. Не берут ответственность. Приходится проговаривать то, что и так должно делаться. Бывает, что шантажируют увольнением, выклянчивая себе повышение зарплаты.
• «Ручное» управление. Все «тащит» на себе первое лицо. Сотрудники ждут поручений, сами не проявляют инициативу, нет драйва. Периодически всплывает «слепая» зона, за которую никто не отвечает. Руководителю приходится постоянно держать контроль и доделывать за других.
• Коллеги безразличны к запросам друг друга. Слабая энергетика и вялость сотрудников организации. Каждый отвечает за свое «болото» и не готов помогать другим. Сотрудники порой даже конфликтуют друг с другом и выясняют, кто из них главнее. «Перепихивают» задачи. В компании процветают интриги и круговая порука. Кто-то в коллективе откровенно паразитирует.
• Слабая обратная связь. Нет конструктивной критики, сотрудники не воспринимают замечания, нет культуры извлечения уроков из прошлого.
• В работе много хаоса. Полная расфокусировка действий. Cамое продуктивное время для работы – это время до начала рабочего дня, после его окончания и по выходным дням.
• Сотрудники не понимают, кто и за что отвечает. Нет единого информационного поля. Коммуникации не отлажены. Куча времени уходит на поиск информации. Люди по-разному понимают правила, задачи, результаты. Сотрудники дублируют друг друга и попросту теряют время.
• Люди по-разному понимают цели организации или не понимают их вообще. Миссия и ценности — пустые слова.Кто в лес, кто про дрова — поговорка про вашу организацию. Сотрудники ни во что не верят, не разделяют общих ценностей, нет внутреннего компаса для принятия решений. Отсиживают трудочасы

Кто виноват? И. что делать?

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

Управлять нужно не поведением сотрудников, а тем, что формирует это поведение – то есть «картиной мира»

Хотите узнать как сотрудник относится к организации? Ответьте на 12 вопросов и получите досье на конкретного человека по методологии Спиральная динамика. ПРОЙТИ ТЕСТ.

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

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

Спиральная динамика – это интегральная прикладная теория, разработанная учеником Абрахама Маслоу Клэром Грейвзом, и доведённая до практического применения уже его учениками Доном Беком и Крисом Кованом. Эта теория является одной из самых популярных мировых инструментов для управления развитием лидеров и организаций.

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

Спиральная динамика как модель управления корпоративной культурой

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

Корпоративная культура проходит несколько закономерных этапов развития. Эффективность инструментов управления сильно отличается от уровня к уровню.

Уровни спиральной динамики

1. Культура выживания = бежевый. Это животные, бомжи и люди в критических ситуациях, дети до 1 года жизни. Это максимальный эгоизм: мои потребности — самое главное, любые другие я не учитываю, сначала наемся я, а потом все остальные. Суть — выжить.
2. Культура принадлежности = фиолетовый. Это племя: компания на этапе стартапа, семья, отношения между друзьями (особенно детьми и подростками), родовые отношения вроде кумовства в бизнесе — мой свояк важнее, чем действительно квалифицированный сотрудник. Это неосознанное поведение: человеку не хватает разума понять, что такое правила, он их не понимает и не воспринимает. Суть: забота друг о друге, чтобы выжить. Для этого нужно объединяться и заботиться друг о друге.
3. Культура власти = красный. Кто сильнее — тот и прав. Суть — быть сильнее. Тут уже появляется лидер, который берет ответственность за племя (он уже способен увольнять, например). Права на ошибку нет. Лидер правилам не подчиняется: чем больше правил я могу нарушить, тем выше мой авторитет.
4. Культура правды = синий. Суть — быть правым, правильным. Каждый имеет право на ошибку, но никто не имеет права на ее повторение. Лидер тоже подчиняются общим правилам.
5. Культура успеха и драйва = оранжевый. Суть — быть успешным, дело дает возможность получить все, что хочешь. Важно не отступать, не сдаваться, идти к своей цели (только не выгорать!), приветствуется креатив, нужно выжать из себя все. Но это и про темную сторону эго: можно расслабиться, почивать на лаврах и не заметить активного конкурента, который сбросит тебя с Олимпа. Это про чистую рациональность, это вершина рационального эго. Победителей не судят: можешь нарушать правила, импровизировать — но делай это осознанно, зная правила игры. На этом уровне крайне важны истории успеха: когда кто-то пришел стажером, а через пять лет стал вице-президентом.
6. Культура согласия, справедливости = зеленый. Суть — быть справедливым. Здесь включаются надрациональные нотки, здесь включается сердце. Работа дает возможность быть частью чего-то большего, делать что-то, улучшающее наш мир. Только на этом уровне мы это понимаем, до этого мы материалисты. Самые главные в жизни вещи — это не вещи!
7. Культура игры, творчества, синтеза = желтый. Часто его и называют «бирюзовый». Суть — смысл. Мы работаем, потому что хотим быть счастливыми, мы получаем удовольствие от честной напряженной работы.

Хотите понять на каком уровне спиральной динамики находится корпоративная культура вашей компании? Пройдите тест. Это займет около 30 минут. ПРОЙТИ ТЕСТ.

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

1. Что дает и забирает энергию у сотрудников?
2. Во что верят лидеры организации?
3. Фокус делегирования — на чем он?
4. Как проявляются светлые и темные стороны лидеров?
5. Какие управленческие системы применяются?
6. Какие компетенции развиваются у лидеров?
7. Как трансформируется отношение к организации?
8. Кто такой взрослый человек?
9. Как меняется отношение к клиенту и сервису

и еще более 100 вопросов.

Что дает энергию сотрудникам на разных уровнях?

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

1. На фиолетовой уровне. Безопасность, хорошие отношения в коллективе, взаимопомощь в сложных ситуациях и забота, уютный и комфортный офис
2. На красном уровне. Четкие задачи от руководителя, регулярная обратная связь
3. На синем уровне. Четкие зоны ответственности, понимание, как работает организация и кто за что отвечает, возможность самим улучшать правила игры
4. На оранжевом уровне. Ясные, амбициозные цели, в достижение которых верят сотрудники компании. Каждый может все!
5. На зеленом уровне. Смысл деятельности организации: возможность сделать мир лучшее, добрее, прекраснее.
6. Далее. Сама игра! Импровизация, возможность играть в собственную игру, играя одновременно в игру организации.

А что забирает энергию у сотрудников компании? Пойдем так же, от фиолетового.

1. Интриги и слухи, некомфортный серый офис, неприятности с коллегами и плохие взаимоотношения, паразитизм, неспособность принять решения
2. Самодурство руководителя: несправедливые наказания, незаслуженные награды, постоянные изменения правил игры
3. Бюрократия и невозможность быстро реализовать инновацию, правила из риска
4. Недостижение целей. Или наоборот — выгорание, постоянный прессинг новых амбициозных целей
5. Преследование смысла и предназначения в ущерб бизнес-целям, прибыльности и эффективности. Слишком долгий поиск консенсуса в ущерб предпринимательству
6. Ничего, кроме внутренних установок! Вся энергия уже есть внутри, все препоны растворяются в осознанности, ты их видишь и можешь интегрировать, растворять.

Становится понятнее? Продолжение следует.

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

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

Напомним, что понять, на каком уровне спиральной динамики находится корпоративная культура вашей компании, можно на сайте rulesplay.ru

Источник: vc.ru