Рубрика «принятие решений» - 5

Не можете принять решение? Есть простой способ. Просто ответьте для себя на некоторые вопросы в нашей инфографике. Станет проще. Мы обещаем!

Инфографика: стоит ли тебе увольняться? - 1

Каждое маленькое решение влечёт за собой большие. Не боимся пускаться в авантюры. Иногда можно!

Готовы? Поехали.

Читать полностью »

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

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

Знаете, как делать списки «за и против»? Делите страницу пополам, и пишете все «за» и «против». Но описываемый инструмент добавляет одну важную деталь:

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

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

Дальше надо сложить очки, но для этого есть одно условие:
Читать полностью »

«Быть или не быть» или как избежать рамок при принятии проектных решений - 1Занимаясь чем-то профессионально, мы постоянно принимаем решения. Большие и маленькие, важные и не очень. От того насколько правильно мы их принимаем, зависит успех всех нашей деятельности.

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

Читать полностью »

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

Года четыре назад проводили мы в Москве третий семинар из нашей серии тогдашних семинаров. Чтобы разнообразить программу, мы решили выделить пару часов на разбор кейсов участников. Поскольку участников собралось человек 40, то понятно, что все кейсы тут не разберешь. Поэтому была наведена специальная демократия: сбор кейсов, голосование, подсчет результатов авторитетной комиссией в лице нас со slavapankratov.

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

Кейс “Уволим пол-команды”

Disclaimer от коллеги slavapankratov. Обращаем ваше внимание, что после того реальная ситуация, которая используется для проектирования кейса, обрабатывается тренером (обезличивается, обрастает формальными вводными, усиливается фактами, без которых ее решение было бы невозможно), она может приобретать «пластиковый вкус»: то есть может казаться несколько искусственной и придуманной. Разбор проблемной ситуации сам по себе всегда несет определенный процент искажений реальности, а кейс, как модель временного отрезка реального мира, может казаться искусственной и притянутой за уши. Предлагаем вам рассматривать эту ситуацию как учебный тренажер, а саму ситуацию как спарринг-партнера, который в отличии от боксерской груши может дать сдачи но при это в его задачи не входит нокаутировать тренирующегося.
Читать полностью »

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

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

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

К концу первого дня я уже сгорал от нетерпения узнать, что происходит! Может быть, человек долго работал генеральным директором и потом вернулся в инженеры? Ну, так не бывает — нельзя не имея опыта, решать сложные управленческие задачи.
Читать полностью »

image

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

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

Итак, в крупном производственном холдинге есть много компаний, объединённых в одну группу. В 2011 и 2012 году они показывали высокую прибыль, при которой можно забыть об оптимизации и просто фигачить как можно быстрее дальше, пока получается. «Что тут думать, трясти надо» — оптимальная бизнес-стратегия на таких нормах прибыли. В 2013-м году из-за общей экономической ситуации стало понятно, что прибыль будет снижаться. Соответственно, первое, что начало делать большое руководство — это разбираться, куда и как конкретно тратятся деньги, чтобы найти то, что можно безболезненно оптимизировать или просто убрать. Читать полностью »

Друзья, хотим с Вами поделиться адаптированным переводом статьи Тима Эша в интернет-журнале Clickz.com про действенные, но мало распространенные способы повышения конверсии, позволяющие использовать особенности человеческого мышления для повышения конверсии. Перевод дополнен примерами и советами от команды Witget.

Повышение конверсии сайта: Как использовать когнитивные убеждения
Читать полностью »

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

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

В статье я расскажу небольшую историю про маленькую техническую задачку и о том, как её решали разные люди вокруг. Быть может этот рассказ поможет читателю вынести несколько уроков о том, какие временами встречаются ошибки.
Немножко матана инклудэд.
Три цвета
Идея распознавать людей по радужной оболочке появилась в далёком 1987 у доктора Джона Доугмана и была запатентована в 1989. Примерно тогда же появился прототип. На тот момент это была вершина технологии. Пару лет до первой коммерческой цифровой камеры + алгоритм обработки изображения на компьютерах уровня i386/i486. До сих пор я не представляю, как можно получать на таком оборудовании стабильный результат.
Задачка о которой я хочу рассказать появилась на свет где-то в 2006-2009 годах. Процессоры к этому времени несколько ускорились, появились хорошие камеры, патент 1989 года истёк и системы распознавания по глазам теперь получил право делать каждый. Люди, которые решили сделать клон системы захотели использовать современные технологии и улучшить алгоритм. Самое первое, что бросалось в глаза — старый алгоритм сравнения глаз использовал изображение глаза в близком ИК диапазоне. То, что глаза бывают цветными не учитывалось.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js