Виды мышления по степени развернутости: Виды мышления и критерии их классификации.

Виды мышления и критерии их классификации.

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

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

1) генезису развития;

2) характеру решаемых задач;

3) степени развернутости;

4) степени новизны и оригинальности;

5) средствам мышления;

6) функциям мышления и т.д.

1. По генезису развития различают мышление:

• наглядно-действенное;

• наглядно-образное;

• словесно-логическое;

• абстрактно-логическое.

Наглядно-действенное мышление

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

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

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

2. По характеру решаемых задач различают мышление:

• теоретическое;

• практическое.

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

Практическое мышление — мышление на основе суждений и умозаключений, основанных на решении практических задач.

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

3. По степени развернутости различают мышление:

• дискурсивное;

• интуитивное.

Дискурсивное (аналитическое) мышление — мышление, опосредованное логикой рассуждений, а не восприятия. Аналитическое мышление развернуто во времени, имеет четко выраженные этапы, представлено в сознании самого мыслящего человека.

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

4. По степени новизны и оригинальности различают мышление:

Репродуктивное мышление

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

Продуктивное мышление — мышление на основе творческого воображения.

  

5. По средствам мышления различают мышление:

• вербальное;

• наглядное.

Наглядное мышление — мышление на основе образов и представлений предметов.

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

6. По функциям

различают мышление:

• критическое;

• творческое.

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

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

Типологические классификации мышления

(по содержанию используемых средств)

наглядное вербальное

(по степени соответствия реальности)

реалистическое аутистическое

(также “эмоциональное”, по Майеру)

(по характеру протекания)

интуитивное аналитическое

(по характеру задач)

практическое теоретическое

(по степени новизны продукта мышления)

продуктивное репродуктивное

(по степени сознательного контроля и управления)

произвольное непроизвольное

Функциональные классификации мышления.

а) творческое — критическое

б) абстрактное и конкретное (Гольдштейн)

Генетические классификации мышления.

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

1) наглядно-действенный (через практическое действие с объектом)

2) наглядно-образный (с помощью образных представлений)

3) словесно-логический (с помощью логических понятий и знаков)

В психологии принято выделять три вида мышления:

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

Именно в этом виде мышления в наибольшей мере проявляется единство мысли и воли.

2. Конкретно-образное (художественное) мышление характеризуется тем, что отвлечённые мысли, обобщения человек воплощает в конкретные образы.

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

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

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

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

Мыслительные опреации очень разнообразны:

• анализ,

• синтез,

• сравнение,

• абстрагирование,

• конкретизация,

• обобщение,

• классификация.

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

1. Суждение — это форма мышления, отражающая объекты действительности в их связях и отношениях. Каждое суждение есть отдельная мысль о чём-либо.

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

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

3. Понятие — есть отражение существенных признаков предмета. Чтобы эти признаки раскрыть, нужно всесторонне изучить предмет, установить его связи с другими предметами.

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

5.2. Виды мышления

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

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

1. По степени развернутости мышление может быть:

– дискурсивным — поэтапно развернутый процесс мышления;

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

2. По степени новизны и оригинальности решаемых задач можно выделить:

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

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

3. По характеру решаемых задач мышление делят на:

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

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

4. В зависимости от развития мышления в онтогенезе выделяют:

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

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

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

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

Уровни зрелости развертывания. Изучите различные уровни… | Рафаэль Йошига

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

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

Диаграмма развертываний непосредственно с компьютера разработчика

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

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

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

Давайте поговорим о развёртывании раз в месяц.

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

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

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

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

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

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

Автоматическая сборка и развертывание либо с помощью сценариев Powershell/Bash, либо с помощью инструментов CI (непрерывная интеграция)/CD (непрерывная доставка), таких как развертывание Octopus, Circle CI или Azure DevOps.

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

Переход от YOLO к непрерывной доставке:

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

Пример из реальной жизни

Это нормально, мем

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

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

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

Балансировщик нагрузки пропингует определенный URL-адрес как http://api.com/index.html и ожидает 200 OK, в противном случае он удалит машину из пула балансировщика нагрузки.

Балансировщик нагрузки не перенаправляет трафик, потому что API не предоставляет определенный URL-адрес

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

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

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

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

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

Можете ли вы представить себе, что вы работаете в Amazon.com и говорите высшему руководству, что мы будем развертывать три раза в день с 5-минутными периодами обслуживания? Это быстро обошлось бы бизнесу в миллионы долларов. И помните, вы являетесь частью одной команды, а в Amazon сотни команд, представьте себе разрушение, если каждая из них любит развертывать ежедневно.

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

Мы можем добиться этого разными способами; два общих:

Развертывание синего/зеленого

Диаграмма развертывания синего/зеленого

При развертывании синего/зеленого в вашей производственной среде будет два экземпляра приложения. Один работает с доступом пользователей. Другая «промежуточная» — это пассивная копия, используемая для развертывания и тестирования.

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

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

Развертывание Canary/Rolling

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

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

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

Фото Оскара Саттона на Unsplash

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

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

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

Небольшое изменение занимает менее 30 минут, а то и 10 минут, прежде чем оно будет запущено в производство. Отличная работа! Просто следите за качеством, и я уверен, что у вас будут довольные клиенты.

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

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

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

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

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

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

Предупреждения

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

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

Автоматизированные тесты

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

Здесь я рассказываю о своей текущей стратегии тестирования.

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

Отслеживание прогресса команд

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

Матрица Excel для уровней зрелости непрерывной доставки

Ссылки:

• Мартин Фаулер — Предварительные требования к микросервисам

Как выбрать правильную стратегию развертывания

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

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

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

 

Развертывание «большим взрывом»: подход «один и готово»

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

• Принятие. При таком подходе вы избегаете дублирования нескольких систем во время внедрения. Как только наступает время запуска, все одновременно продвигаются вперед с системой, а это означает, что все люди находятся на одной странице в обучении и знании новой системы. Однако массовое внедрение такого масштаба, очевидно, требует тщательного планирования со значительными вложениями в управление организационными изменениями и обучением, чтобы все были полностью обучены до того, как система будет запущена. Кроме того, любая ошибка в развертывании, независимо от того, насколько она мала, может вызвать грубый переход и вызвать отрицательную реакцию пользователей, что приведет к снижению производительности пользователей и общему признанию системы.
• Технология. В идеальной реализации большого взрыва огромным плюсом является полное переключение с одной системы на другую всего за день. Быстрый и чистый перенос с одной операционной системы на другую поможет вам избежать одновременного обслуживания и поддержки нескольких систем. При подходе «большой взрыв» у вас должна быть надежная и всеобъемлющая стратегия тестирования, потому что вы должны полностью доверять своим усилиям по тестированию ошибок перед запуском. Крайне важно, чтобы пользователи тестировали и повторно тестировали компоненты системы, чтобы убедиться, что она готова. Это может привести к значительному увеличению цикла тестирования. Эта стратегия развертывания требует одновременного включения всех индикаторов, что может затруднить выявление дефектов, обнаруженных после запуска. Вы также обнаружите, что любые обнаруженные ошибки могут быть значительными и дорогостоящими для исправления, а одна ошибка может иметь последствия для разных платформ.
• Финансовый. Одним из существенных преимуществ подхода «большого взрыва» является доступность — масштабирование реализации может потребовать много времени и денег, и, как указано выше, управление обслуживанием двух систем может быть дорогостоящим. Если все пойдет по плану, масштабное развертывание приведет к большей рентабельности инвестиций, и вы высвободите технологические и бизнес-ресурсы, чтобы сосредоточиться на других проектах. Однако в случае далеко не идеального развертывания вам необходимо убедиться, что ваши ИТ-ресурсы готовы к решению большого количества проблем в короткие сроки. Эти препятствия, в свою очередь, создают возможность нарушения нормальной работы бизнеса, что создает дополнительное финансовое бремя для проекта.

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

 

Пилотное развертывание: подход «генеральной репетиции»

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

 

Поэтапное развертывание: подход «низкий и медленный»

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

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