Все мы ежедневно (иногда и ежечасно) дома или на работе сталкиваемся с проблемами разного характера. Некоторые из них решаются сами собой, на некоторых нужно сосредоточить все свое внимание на немалый срок. Мы будем говорить скорее о последних.
Бывали ли вы в ситуации, когда нужно срочно решить какой-то вопрос, а все мысли, как назло, куда-то улетучились?
Или вас уже давно не устраивают, скажем, результаты работы ваших программистов, но вы не можете понять, в чем причина?
Или вы хотите разрешить какой-то давно мучающий вас вопрос, но не знаете, с какой стороны к нему подступиться?
Если вы ответили «да» хотя бы на один из вопросов, то эта статья для вас.
Прошу под кат!
NB: Это первая статья из серии «Техники анализа проблем и принятия решения».
NB2: Рассмотренные в примере выводы являются приблизительными и основаны на полностью выдуманной ситуации.
В этой первой статье речь пойдет о методе анализа проблем с полуфантастическим названием «Дерево существующей реальности».
Его можно охарактеризовать, как элементарный по своей сути, достаточно сложный по технической реализации и эффективный по получаемым результатам. Надеюсь, вы сами в этом убедитесь. К делу.
Вам понадобятся доска, клейкие листочки post-it (достаточно большой лист бумаги и ручка тоже подойдут, но доска предпочтительней) и собственно проблема, которую мы будем решать. Весь алгоритм будет состоять из 4 – х шагов. Разбирать их мы будем на конкретном примере.
Предположим, проблема у нас следующая: «Мои программисты не работают!»
Шаг 1. Сформулируйте проблему.
Иногда даже на этом этапе возникают затруднения.
Как вы уже поняли то, что сформулировал я в предыдущем абзаце, проблемой не является.
Основным индикатором правильно выведенной проблемы является возможность переформулировать ее в вопрос, ответ на который подразумевает действие: «Как я могу … (антитезис проблемы)?»
Объясню на примере:
Первоначальный запрос: Мои программисты не работают!
Проблема: Руководитель не может эффективно организовать работу команды программистов.
Проверочный вопрос: Как руководитель может эффективно организовать работу команды программистов?
Все сошлось? Идем дальше.
Шаг 2. Выпишите на доску минимум 10 признаков (внешних проявлений) вашей проблемы.
Сделайте это на заготовленных листах post-it и расположите их в одну/две линии.
Подойдите к этому шагу ответственно! Следите, чтобы признаки не были «призраками», пишите честно и не придумывайте того, чего нет, это очень важное условие. Через несколько желтых листочков (на вкус и цвет товарища нет) вас «прорвет».
Из следующих ниже 11 признаков на 6 первых я потратил 30 минут времени, а на оставшиеся 5 – 2 минуты.
Вот, что получилось:
Шаг 3. Постройте Дерево существующей реальности.
Самый сложный и наиболее затратный по времени шаг.
Вам нужно определить логические связи между отдельными элементами и расположить их по уровням.
В процессе этой систематизации вам также необходимо достраивать некоторые признаки.
Например, первая связь, наиболее очевидна: «Не понимают смысла работы ПО, поэтому пишут плохой код». Изобразим это таким образом:
Таким же образом группируем следующие признаки.
Должно получиться примерно следующее. (Приношу извинения за качество картинок — рисовать в силу некоторых обстоятельств пришлось в Word.)
Оранжевым цветом обозначены признаки, добавленные в процессе работы над деревом.
Отрывайтесь от отдельных ветвей время от времени и обращайте свой взгляд на дерево целиком. Так вы сможете увидеть новые связи между признаками.
Не бойтесь разрушать связи – на их место придут новые.
Шаг 4. «Дерните за веревочку»
Помимо того, что ДСР даст вам общую картину происходящего, из которой вы сможете вывести определенные решения, оно также укажет на самое слабое место. Им будет «листок», определяющий наибольшее количество связей.
Надавите в это место и большая часть проблемы решена. Что делать дальше, я уверен, вы догадаетесь!
P.S.
Следующие 2 статьи я планирую посвятить методам «Вопросы Леонардо да Винчи» и «3d-анализ».
UPD. Совсем забыл уточнить, что автором этой методики является небезызвестный Э.Голдрат.
Бывали ли вы в ситуации, когда нужно срочно решить какой-то вопрос, а все мысли, как назло, куда-то улетучились?
Или вас уже давно не устраивают, скажем, результаты работы ваших программистов, но вы не можете понять, в чем причина?
Или вы хотите разрешить какой-то давно мучающий вас вопрос, но не знаете, с какой стороны к нему подступиться?
Если вы ответили «да» хотя бы на один из вопросов, то эта статья для вас.
Прошу под кат!
NB: Это первая статья из серии «Техники анализа проблем и принятия решения».
NB2: Рассмотренные в примере выводы являются приблизительными и основаны на полностью выдуманной ситуации.
В этой первой статье речь пойдет о методе анализа проблем с полуфантастическим названием «Дерево существующей реальности».
Его можно охарактеризовать, как элементарный по своей сути, достаточно сложный по технической реализации и эффективный по получаемым результатам. Надеюсь, вы сами в этом убедитесь. К делу.
Вам понадобятся доска, клейкие листочки post-it (достаточно большой лист бумаги и ручка тоже подойдут, но доска предпочтительней) и собственно проблема, которую мы будем решать. Весь алгоритм будет состоять из 4 – х шагов. Разбирать их мы будем на конкретном примере.
Предположим, проблема у нас следующая: «Мои программисты не работают!»
Шаг 1. Сформулируйте проблему.
Иногда даже на этом этапе возникают затруднения.
Как вы уже поняли то, что сформулировал я в предыдущем абзаце, проблемой не является.
Основным индикатором правильно выведенной проблемы является возможность переформулировать ее в вопрос, ответ на который подразумевает действие: «Как я могу … (антитезис проблемы)?»
Объясню на примере:
Первоначальный запрос: Мои программисты не работают!
Проблема: Руководитель не может эффективно организовать работу команды программистов.
Проверочный вопрос: Как руководитель может эффективно организовать работу команды программистов?
Все сошлось? Идем дальше.
Шаг 2. Выпишите на доску минимум 10 признаков (внешних проявлений) вашей проблемы.
Сделайте это на заготовленных листах post-it и расположите их в одну/две линии.
Подойдите к этому шагу ответственно! Следите, чтобы признаки не были «призраками», пишите честно и не придумывайте того, чего нет, это очень важное условие. Через несколько желтых листочков (на вкус и цвет товарища нет) вас «прорвет».
Из следующих ниже 11 признаков на 6 первых я потратил 30 минут времени, а на оставшиеся 5 – 2 минуты.
Вот, что получилось:
Шаг 3. Постройте Дерево существующей реальности.
Самый сложный и наиболее затратный по времени шаг.
Вам нужно определить логические связи между отдельными элементами и расположить их по уровням.
В процессе этой систематизации вам также необходимо достраивать некоторые признаки.
Например, первая связь, наиболее очевидна: «Не понимают смысла работы ПО, поэтому пишут плохой код». Изобразим это таким образом:
Таким же образом группируем следующие признаки.
Должно получиться примерно следующее. (Приношу извинения за качество картинок — рисовать в силу некоторых обстоятельств пришлось в Word.)
Оранжевым цветом обозначены признаки, добавленные в процессе работы над деревом.
Отрывайтесь от отдельных ветвей время от времени и обращайте свой взгляд на дерево целиком. Так вы сможете увидеть новые связи между признаками.
Не бойтесь разрушать связи – на их место придут новые.
Шаг 4. «Дерните за веревочку»
Помимо того, что ДСР даст вам общую картину происходящего, из которой вы сможете вывести определенные решения, оно также укажет на самое слабое место. Им будет «листок», определяющий наибольшее количество связей.
Надавите в это место и большая часть проблемы решена. Что делать дальше, я уверен, вы догадаетесь!
P.S.
Следующие 2 статьи я планирую посвятить методам «Вопросы Леонардо да Винчи» и «3d-анализ».
UPD. Совсем забыл уточнить, что автором этой методики является небезызвестный Э.Голдрат.
