Мила Новиченкова. Тренды, идеи, размышления
Как ни старалась, не нашла перевода на русский книги Эдварда Де Боно Simplicity ("Простота"). В ней сформулированы десять принципов простоты. Мне кажется, в сегодняшнем суматошном и исключительно усложнившемся мире они нам нужны как никогда.
Правда, парадокс заключается в том, что люди часто готовы платить за усложнение, но не за упрощение. Сложное как бы является наглядной демонстрацией меры вложенных усилий. Поэтому да, оценить объем усилий, вложенных в простоту, гораздо сложнее. )
Вот мой перевод правил де Боно:
Правило 1. Нужно придавать очень большую ценность простоте
Кажется, что это очень просто. На самом деле очень немногие придают простоте большое значение. Они придают "некоторое" значение простоте, но, как правило, это "значение второго порядка". Операция должна быть эффективной или операция должна давать экономию. Если операция также будет простой, это 'будет мило" - но только до тех пор, пока простота не помешает другим ценностям. Когда все очень сложно, мы часто желаем простоты. Но когда все не так уж и сложно, мы редко стремимся к максимальному упрощению. Простота редко рассматривается как основная цель. Если вы не придаете простоте высокую ценность, ее вряд ли удастся достичь.
Правило 2. Нужно посвятить себя стремлению к простоте.
Важно иметь мотивацию и решимость прилагать активные усилия, чтобы все стало проще. Недостаточно просто признать наличие простоты, если она есть. Нужно сделать все просто в активном режиме. Простота - это не дополнительное излишество, которая "добавляется" к тому, что уже было. Драйв к упрощению должен исходить от вас. Такое отношение также должны разделять и те, кто ставит задачу по проектированию системы. В это нужно инвестировать время, энергию мышления, усилия проектировщиков. Людям очень нравится простота, если она им ничего не стоит, но обычно они не желают вкладывать ресурсы в то, чтобы сделать что-то более простым.
Правило 3. Чтобы упрощать, нужно очень хорошо понимать суть вопроса
Нужно иметь предельную ясность в том, что вы пытаетесь сделать. Нужно четко понимать свои ценности. Вам должно быть предельно ясно, что должно быть принято во внимание. Если вы пытаетесь понять ситуацию или процесс, вам нужно знать, как они работают очень хорошо. Без этого вы получите "упрощение", а не простоту. Истинная простота приходит через глубокое понимание. Простота без понимания ничего не стоит. Простота на основе понимания имеет ценность.
Правило 4. Разрабатывайте альтернативы и возможности
Акцент делается на "дизайн". Анализ играет важную роль в упрощении, но конечная цель - "спроектировать" путь вперед. Процесс проектирования требует креативного подхода и латерального мышления. Речь не о том, чтобы спроектировать "единственно правильный путь". Речь скорее о проектировании альтернатив и возможностей, а затем о выборе одной из них. Первая идея, которая приходит на ум, вряд ли будет лучшей. Поэтому важно продолжать думать и создавать новые возможности.
Правило 5. Подвергайте сомнению необходимость существующих элементов и не бойтесь избавляться от них
Все нужно подвергать сомнению. Все существующее должно оправдывать свое дальнейшее существование. Системы и операции имеют естественную тенденцию - к усложнению. Вещи, которые были необходимы раньше, могут больше не быть нужны. Там, где использование чего-то не может быть оправдано, просто откажитесь от этого. Если вы хотите сохранить что-то ради традиции, то пусть это будет сознательным решением.
Правило 6. Будьте готовы начать всё сначала
Намного проще и привлекательнее попробовать модифицировать существующий процесс или структуру, чтобы сделать ее проще. Однако, иногда нужно уметь начать все сначала. Сохраняйте предельную ясность в том, что вы пытаетесь сделать, и спроектируйте способ, как это сделать, полностью игнорируя существующую систему. Это сложнее, более дорого и не сразу будет принято. Поэтому вам понадобится показать преимущества предлагаемой новой системы и пояснить почему модификация существующей системы никогда не принесет тех же преимуществ. Реструктуризация может быть применена как ко всему процессу в целом, так и к его части.
Правило 7. Используйте концепции
Концепции - это то, как человеческий разум упрощает окружающий мир. Если вы не используете концепции, вы работаете с деталями. Невозможно двигаться окольными путями от детали к детали. Вам нужно идти вернуться к концепции, а затем найти путь вперед к другой концепции. Концепции обеспечивают первую ступень мышления при выборе общего направления и смысла. Как только у вас это есть, вы можете найти альтернативные пути воплощения этой концепции через конкретные идеи и конкретные детали. Помните, что это точное назначение концепции - быть общими, размытыми и расплывчатыми. Так они работают.
Правило 8. Может потребоваться разбивать упрощаемое на более мелкие составные части
Очевидно, что организация меньшего проще, чем организация большего. Мелкие структурные единцы самоорганизуются для выполнения более крупных задач. Это подразумевает децентрализацию и делегирование полномочий. Чтобы понять суть объекта, возможно, потребуется разбить его на более мелкие части - для анализа или для удобства. Сложные системы лучше всего работают, когда есть подсистемы, каждая из которых имеет более простую организацию, и эти подсистемы интегрированы в единое целое (как клетки в человеческом теле).
Правило 9. Будьте готовы пожертвовать другими ценностями ради простоты
Система, которая стремится быть универсальной, может оказаться очень сложной. Возможно, вам придется отказаться от универсальности ради простоты. В этом случае спроектируйте параллельную систему для работы с исключительными случаями. Если ошибки неприемлемы, возможно, придется сменить перфекционизм на практичную простоту. Простота - это реальная ценность, и вам, возможно, придется отказаться от других ценностей. чтобы добиться простоты. Такой компромисс требует четкого понимания ценностей и приоритетов. Как правило, нельзя получить сразу все, так что должен быть выбор между разными ценностями. Важно принимать взвешенные и осознанные решения.
Правило 10. Нужно понимать, в чьих интересах идет упрощение
Для кого мы упрощаем процессы - для пользователей (клиентов) или для Простота проектирования для пользователей (заказчиков) системы или для администраторов (владельцев) системы? Простота нужна для производства или для удобства обслуживания? Простота - для облегчения управления или ради экономии средств? Изменение уровня сложности может означать, что система станет намного проще для клиента, но... гораздо сложнее для администратора. Хотя, чаще бывает наоборот. Кто извлечет выгоду из упрощения?
Всю книгу "Simplicity" от de Bono легко найти и скачать онлайн в pdf.