CXLOGIC Telegram 644
– Этот фреймворк не работет!
– А как ты понял?
– Ну я попробовал, у меня не получилось.

Забавная зарисовка из жизни. Но вообще-то ведь именно так и происходит. Почти нигде в современных компаниях методологии не применяются так, как их задумывали авторы. Почему?

Можно, конечно, искать проблемы в самих методологиях. И они там действительно есть. Я знаю крайне мало фреймворков, которые бы обладали внутренними механизмами их проверки на корректность. Особенно, если это условно "гуманитарные" фреймворки.

Ты можешь заполнить бизнес-модель Остервальдера любой чушью, и она никак тебя не огородит от этой чуши. Та же история с JTBD, та же с CJM. Все они построены по единой схеме: там есть "вместилище", но нет критериев проверки правильности содержания этого "вместилища". Это всегда остается ответственностью заполняющего. И это огромная проблема.

Но эта проблема не самая главная. В конце концов, если вы командой заполняете какой-то фреймворк с размытыми рамками, кто вам мешает договориться о них для себя?

И вот тут мы приходим к ключевой, как мне кажется, беде. Почти никто в современных компаниях не любит думать о правильности того, что он делает вообще. В целом. Не любит рефлексировать о методах, о логике своих действий. Все предпочитают как можно скорее "показать результат". И нет никакого стремления этот результат самопроверить и самоулучшить. Я помню, как будучи еще преподом в ВШЭ наблюдал, как люди приносили на защиты (!) дипломные презентации, содержащие грамматические ошибки, недописанные предложения и даже черновые слайды! Взрослые люди, сотрудники корпораций. Они просто поленились финально вычитать свою же презентацию.

Мало задавать себе вопрос "а не х.ню ли я делаю?" Это модный, но бесполезный речекряк. Если ты не можешь по честноку и без дураков проанализировать свою работу, тебе всегда будет казаться, что нет, не х.ню – вот же, доска миро вся в стикерах, табличка полностью заполнена, что еще нужно? А если в итоге ничего не получилось – ну так это эксперимент, мы живём в быстроменяющемся мире и всё такое.

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

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

Ибо там почти всегда бездна и страшное.
79💯4823👍19🔥5



tgoop.com/cxlogic/644
Create:
Last Update:

– Этот фреймворк не работет!
– А как ты понял?
– Ну я попробовал, у меня не получилось.

Забавная зарисовка из жизни. Но вообще-то ведь именно так и происходит. Почти нигде в современных компаниях методологии не применяются так, как их задумывали авторы. Почему?

Можно, конечно, искать проблемы в самих методологиях. И они там действительно есть. Я знаю крайне мало фреймворков, которые бы обладали внутренними механизмами их проверки на корректность. Особенно, если это условно "гуманитарные" фреймворки.

Ты можешь заполнить бизнес-модель Остервальдера любой чушью, и она никак тебя не огородит от этой чуши. Та же история с JTBD, та же с CJM. Все они построены по единой схеме: там есть "вместилище", но нет критериев проверки правильности содержания этого "вместилища". Это всегда остается ответственностью заполняющего. И это огромная проблема.

Но эта проблема не самая главная. В конце концов, если вы командой заполняете какой-то фреймворк с размытыми рамками, кто вам мешает договориться о них для себя?

И вот тут мы приходим к ключевой, как мне кажется, беде. Почти никто в современных компаниях не любит думать о правильности того, что он делает вообще. В целом. Не любит рефлексировать о методах, о логике своих действий. Все предпочитают как можно скорее "показать результат". И нет никакого стремления этот результат самопроверить и самоулучшить. Я помню, как будучи еще преподом в ВШЭ наблюдал, как люди приносили на защиты (!) дипломные презентации, содержащие грамматические ошибки, недописанные предложения и даже черновые слайды! Взрослые люди, сотрудники корпораций. Они просто поленились финально вычитать свою же презентацию.

Мало задавать себе вопрос "а не х.ню ли я делаю?" Это модный, но бесполезный речекряк. Если ты не можешь по честноку и без дураков проанализировать свою работу, тебе всегда будет казаться, что нет, не х.ню – вот же, доска миро вся в стикерах, табличка полностью заполнена, что еще нужно? А если в итоге ничего не получилось – ну так это эксперимент, мы живём в быстроменяющемся мире и всё такое.

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

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

Ибо там почти всегда бездна и страшное.

BY CX: Стратегическая логика


Share with your friend now:
tgoop.com/cxlogic/644

View MORE
Open in Telegram


Telegram News

Date: |

Step-by-step tutorial on desktop: The creator of the channel becomes its administrator by default. If you need help managing your channel, you can add more administrators from your subscriber base. You can provide each admin with limited or full rights to manage the channel. For example, you can allow an administrator to publish and edit content while withholding the right to add new subscribers. As five out of seven counts were serious, Hui sentenced Ng to six years and six months in jail. Ng, who had pleaded not guilty to all charges, had been detained for more than 20 months. His channel was said to have contained around 120 messages and photos that incited others to vandalise pro-government shops and commit criminal damage targeting police stations. The channel also called on people to turn out for illegal assemblies and listed the things that participants should bring along with them, showing prior planning was in the works for riots. The messages also incited people to hurl toxic gas bombs at police and MTR stations, he added.
from us


Telegram CX: Стратегическая логика
FROM American