2.
3.
Мораль сей басни такова:
Лучше задавать глупые вопросы, чем потом исправлять глупые ошибки.
Правила построения дискуссий
Правила обсуждения логических построений схожи с правилами ведения анализа в ТОС.
Сначала вы просите прояснить некий момент, чтобы удостовериться в том, что поняли сказанное правильно. Во многих случаях после этого вопрос снимется сам собой.
1. Если же сомнения остаются, проверяйте соблюдение принципов наличия утверждения и причинно-следственных отношений, но не высказывайте все свои соображения в явном виде, пытайтесь навести на нужную мысль собеседника. Старайтесь понять аргументы собеседника, прежде чем выдвигать собственные.
2. Если же разъяснения собеседника вас так и не устраивают, то необходимо полностью изложить свое мнение, озвучив найденные в рассуждениях оппонента нарушения логических принципов и приемлемый, с вашей точки зрения, способ исправить логические ошибки. В разговоре можно использовать критерии проверки логических построений. В ТОС это недостаточность приведенной причины, наличие альтернативной причины, тавтологии или перестановки причины и следствия. Для подкрепления своих доводов имеет смысл пользоваться проверочным следствием. На рис. 8.1 дан порядок проведения обсуждения спорного момента по критериям, оговоренным в ТОС.
Не забывайте, что сленг или фразеологизмы понятны не всем. Кроме того, разговорная и письменная речь существенно различается. Когда обсуждается некое логическое дерево в коллективе, знакомом с терминами ТОС, вы можете пользоваться КПЛП и произносить фразы типа «У меня сомнения по поводу соблюдения принципа наличия причинно-следственных отношений» – вас должны понять. В любой же другой ситуации использование базовых понятий ТОС вызовет смущение и неприятие со стороны собеседников, поэтому в большинстве случаев следует выражать свое мнение понятным общепринятым языком. Как это можно сделать, показано на рис. 8.2.
Разработка логических деревьев в команде
Вы наверняка согласитесь, что логическое дерево не обязательно строить в одиночку. Но следует помнить, что у командной работы есть свои сильные и слабые стороны.
Плюсы
Опыт и знания. Очевидно, в большинстве случаев при работе над системными вопросами две головы лучше, чем одна. И чем сложнее вопрос, который вы решаете с помощью построения, тем лучше, чтобы работа шла в группе. Скорее всего, коллеги, имеющие уникальный опыт, подскажут то, что в одиночку можно просто упустить.
Творческий потенциал. Бывает так, что, дойдя до определенного момента в рассуждениях, мы просто не знаем, куда двигаться дальше. Идей больше нет, и новые не появляются. В таких случаях у коллектива гораздо больше шансов продолжить творческую работу.
Непрерывный анализ. Идея, выдвинутая в группе, обязательно проходит стадию обсуждения. Команда, знакомая с КПЛП, проведет предварительный анализ логики до включения новых компонентов в диаграмму. Таким образом, выработанная командой логическая конструкция будет более жесткой и устойчивой, чем построение, созданное одним человеком. Кроме того, время, затрачиваемое на анализ готового логического построения, значительно сократится.
Командный результат. Как мы знаем, убеждать кого-либо – дело достаточно сложное, особенно если человек считает предлагаемый вариант «чужим». Командная работа позволяет решить этот вопрос. Ведь каждый член коллектива в какой-то степени отвечает за результаты обсуждения, и поэтому испытывает то, что Голдратт называет «феноменом гордости творца». В итоге мы приобретаем сторонников предлагаемого решения еще до начала его официальной защиты перед руководством!
Минусы