Про шаблонность
Будучи на тренинге "Человеческие машины", столкнулся вот с чем. Нужно было перечислить требования к абстрактному кандидату на любую конкретную должность для составления вакансии. Я в числе других указал "отсутствие шаблонности". На что мне был задан вопрос "а что такое шаблонность и чем же она плоха?" Ведь с точки зрения производственной системы именно шаблонными действиями (инструкциями и регламентами) достигается успешность и стабильность этой системы.
Я сразу и не нашёл чего ответить. После семинара я стал думать, что же я имел в виду под "шаблонностью" как отрицательным качеством и решил записать это, задав себе наводящие вопросы.
Оффтопик: я очень люблю использовать в определениях оборот "это когда". Потому что "Хорошее объяснение - это когда тебе понятно, о чем речь". (С) tema.
Вот что получилось. Шаблонность - это:
а) когда в нестандартных ситуациях человек поступает одинаково, хотя явно напрашиваются совсем другие решения.
б) когда в нестандартных ситуациях человек действует так а не иначе, хотя очевидно, что это далеко не самый эффективный путь, но он цепляется только за одно обстоятельство, а все остальные игнорирует (потому что их не видит или не хочет видеть)
в) когда в одинаковых ситуациях человек повторяет одни и те же ошибки
г) когда человек что-то не делает (или откладывает), находя кучу причин вместо того чтобы просто сделать. (лень/боязнь?)
д) когда человек что-то делает как проще, даже если это не даёт ожидаемого результата или оттягивает его - например, пишет email вместо того чтобы позвонить по телефону (боязнь действия, личные особенности, невозможность себя пересилить).
Может быть, "шаблонность" - и неправильное слово для того, что я в него вкладывал. Можно назвать это узколобостью, тупостью, чем угодно. Но суть не в этом. Напрашивается другой вопрос - а почему эти недостатки не обойти "шаблонами" же? Всё можно регламентировать/запретить/мотивировать. Кроме, может быть, первых двух пунктов.
Хотя и их, наверняка, можно обойти таким "шаблоном":
"В случае возникновения ситуации, отсутствующей в технологическом регламенте:
1) Собрать совещание из таких-то должностей (заинтересованных в решении + способных реализовать решение)
2) Озвучить проблему
3) Выслушать мнения (варианты решения)
4) Для каждого варианта записать в таблицу плюсы и минусы (срок, стоимость, безопасность, надёжность, влияние на другие приоритетные задачи)
5) Оценить варианты действий, взвесив все плюсы и минусы
6) Выбрать наиболее эффективный путь."
Получается, что на любую "шаблонность" действительно можно придумать шаблон, её обходящий. Вот только на практике проконтролировать соблюдение всех шаблонов не просто....
Я сразу и не нашёл чего ответить. После семинара я стал думать, что же я имел в виду под "шаблонностью" как отрицательным качеством и решил записать это, задав себе наводящие вопросы.
Оффтопик: я очень люблю использовать в определениях оборот "это когда". Потому что "Хорошее объяснение - это когда тебе понятно, о чем речь". (С) tema.
Вот что получилось. Шаблонность - это:
а) когда в нестандартных ситуациях человек поступает одинаково, хотя явно напрашиваются совсем другие решения.
б) когда в нестандартных ситуациях человек действует так а не иначе, хотя очевидно, что это далеко не самый эффективный путь, но он цепляется только за одно обстоятельство, а все остальные игнорирует (потому что их не видит или не хочет видеть)
в) когда в одинаковых ситуациях человек повторяет одни и те же ошибки
г) когда человек что-то не делает (или откладывает), находя кучу причин вместо того чтобы просто сделать. (лень/боязнь?)
д) когда человек что-то делает как проще, даже если это не даёт ожидаемого результата или оттягивает его - например, пишет email вместо того чтобы позвонить по телефону (боязнь действия, личные особенности, невозможность себя пересилить).
Может быть, "шаблонность" - и неправильное слово для того, что я в него вкладывал. Можно назвать это узколобостью, тупостью, чем угодно. Но суть не в этом. Напрашивается другой вопрос - а почему эти недостатки не обойти "шаблонами" же? Всё можно регламентировать/запретить/мотивировать. Кроме, может быть, первых двух пунктов.
Хотя и их, наверняка, можно обойти таким "шаблоном":
"В случае возникновения ситуации, отсутствующей в технологическом регламенте:
1) Собрать совещание из таких-то должностей (заинтересованных в решении + способных реализовать решение)
2) Озвучить проблему
3) Выслушать мнения (варианты решения)
4) Для каждого варианта записать в таблицу плюсы и минусы (срок, стоимость, безопасность, надёжность, влияние на другие приоритетные задачи)
5) Оценить варианты действий, взвесив все плюсы и минусы
6) Выбрать наиболее эффективный путь."
Получается, что на любую "шаблонность" действительно можно придумать шаблон, её обходящий. Вот только на практике проконтролировать соблюдение всех шаблонов не просто....