Сравнение решений и выбор наилучшего

Итак, у нас есть масса придуманных и записанных решений. Что дальше с ними делать?

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

2. Проводим исследования, тестирование и сравнение, выявляя, какое решение эффективнее, какое работает, какое не работает.

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

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

В компании Apple прежде чем сделать ноутбук MacBook Pro таким, каким он поступил в продажу, сделали около 200 прототипов, чтобы проверить все решения, сравнить и выбрать в конце концов наиболее удачное.

Составление плана

Решение выбрано и можно наконец успокоиться? Не тут то было. Теперь решение нужно реализовать. Даже если вы уже понимаете как оно должно работать, у вас есть результаты тестов, прототипы - успех не гарантирован. Результаты тестов, прототипы - лишь эксперименты, которые показали определенные данные. Этого недостаточно для реализации решения. Нужен план, описание того, как это будет сделано, в какие сроки, кем и когда.

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

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

Составление плана - это тема отдельного разговора, но если кратко вот что в нем должно быть:

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

2. К чему приведет решение задачи

3. Какие основные шаги реализации

4. Какие сроки

5. Кто будет решать задачу и кто ответственен за результат

6. Какие нужны ресурсы

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

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

9. Организационное лидерство.

Дата добавления: 2015-08-09