Техническое решение новое и полезное для организации это
Изобретения, рационализаторские предложения, полезные модели имеют большое значение в процессе совершенствования используемых технологий. Все они выступают в качестве объектов технического творчества. Однако самыми массовыми из них являются рационализаторские предложения. На предприятии, стремящемся к наиболее эффективному достижению поставленных целей, они имеют далеко не последнее значение. Рассмотрим далее эту категорию более подробно. 
Положительные моменты
Благодаря рационализаторскому предложению может быть усовершенствовано уже существующее техническое решение, произведена модернизация используемого оборудования и приспособление его к определенным производственным условиям. Кроме того, с помощью таких внедрений появляется возможность устранить те или иные ошибки проектировщиков либо конструкторов. Согласно данным, которые приводятся в специализированных изданиях, рационализаторские предложения в недавнем времени обеспечили порядка 70% общей экономии в системе хозяйствования России.
Определение
В ранее действующем положении рационализаторское предложение представляло собой техническое решение, которое являлось полезным и новым для производства, учреждения либо организации, к которому оно направлено. Оно предполагало изменение технологии, конструкции изделий или оборудования, состава материала. Кроме того, приводились и определенные виды решений, которые относились к рассматриваемой категории.
Согласно указанному положению, рационализаторское предложение обладало такими признаками, как полезность, новизна и техническое решение. В действующих сегодня рекомендациях определение приводится в несколько измененной форме. В частности, рационализаторское предложение – это управленческое, организаторское или техническое решение, которое признано полезным и новым для данной структуры. Из определения видно, что изменилась только первая его часть. Таким образом, рационализаторское предложение перестало замыкаться исключительно на область технических методов решения актуальных практических задач. 
Характеристика
В первую очередь следует отметить, что предложение, которое вносится в качестве рационализаторского, не просто должно ставить какую-либо задачу. Посредством него необходимо раскрыть конкретные способы решения проблемы. Должна создаться такая ситуация, в которой благодаря рационализаторскому предложению удалось бы получить ожидаемый результат с максимальной эффективностью и с наименьшими потерями. Не будут признаны полезными и новыми решения, только лишь констатирующие какую-либо потребность, ограничивающиеся указанием на целесообразность проведения того или иного мероприятия или положительный результат, который может быть достигнут при его реализации, и так далее.
Рационализаторские предложения, примеры которых будут приведены далее, включает в себя принципиальный ответ. Решение должно быть настолько конкретизированным, чтобы не было необходимости строить какие-то догадки или предположения. В предложении раскрывается суть авторской идеи, а его исполнение не требует дополнительных творческих доработок. Данное условие будет считаться исполненным, если в решении и материалах, его поясняющих, присутствует достаточно сведений для практической реализации замысла посредством известных методов проектирования (конструирования).
Способы выполнения
Обеспечение решения задачи может осуществляться с помощью управленческих, организационных, технических средств либо их совокупности. Среди предложений технической направленности преобладают те, которые касаются конструктивных изменений изделий, производственных технологий, используемого оборудования или состава материала. Такие решения ориентированы на усовершенствование и модернизацию. Не исключается при этом признание в качестве рационализаторского предложения и такого проекта, который предусматривает внедрение новой технологии либо техники. Управленческие и организационные решения способствуют получению эффективного результата посредством проведения соответствующих мероприятий или оптимизации управления.
Какими могут быть рационализаторские предложения?
Примеры можно привести разные. Так, решение может касаться расстановки трудовых ресурсов, документооборота. Рационализаторское предложение может вноситься по вопросам ремонта оборудования, изменения графика работы и так далее. Решение может иметь и организационно-техническую направленность, сочетая в себе разные элементы. Так, благодаря рационализаторскому предложению можно добиться улучшения состояния мест для рабочих, оптимального размещения оборудования, эффективного разделения либо совмещения производственных операций и так далее. 
Новизна
Это второй неотъемлемый признак полезного решения. К рационализаторскому предложению, в отличие от изобретений, предъявляется требование локальной новизны. Это значит, что этот признак должен присутствовать в пределах тех компаний, которым направляются решения. Новым предложение будет считаться в том случае, если до его подачи на предприятии о нем не было известно в той степени, которая была бы достаточной для его реализации.
Первенство
Новизна определяется в соответствии с конкретным временным отрезком. Касательно рационализаторских предложений используется понятие первенства. Оно определяется по дате поступления правильно оформленного заявления на внедрение проекта. Первенство будет признано за тем автором, который сделал это первым согласно установленному порядку. Предложению могут противопоставляться только такие сведения, которые раскрывают суть данного либо тождественного проекта, ставшие известными до указанной даты первенства.
Информационный фонд
В рационализаторское предложение включаются:
- Итоги проектных, технологических, конструкторских, научно-исследовательских разработок, которые выполняются соответствующими службами конкретной организации совместно с аналогичными подразделениями других компаний.
- Документы, полученные данным предприятием от другого в соответствии с договором, подписанным ими, об осуществлении указанных выше мероприятий либо о передаче достижений и оказании технического содействия.
- Решения производственных совещаний и научно-технических советов.
Авторство
Необходимо иметь в виду, что полезное и новое предложение должно являться результатом творческой деятельности подающего его лица. Зачастую в специальных изданиях предлагается рассматривать этот признак как самостоятельный критерий “охраноспособности” решения. Однако, по мнению ряда экспертов, в этом нет особой необходимости в связи с тем, что творческой направленностью должна обладать вся интеллектуальная собственность, за которой признается авторское право.
Таким образом, изначально считается, что все объекты такого рода, в числе которых присутствует и рационализаторское предложение, выступают как результат творческой деятельности непосредственно самих создателей и не является заимствованным из открытых источников. Безусловно, последнее должно быть очевидно. Отказ признать предложение рационализаторским на основании установления заимствования, таким образом, допускается только в том случае, если этот факт доказан либо не оспаривается непосредственно самим заявителем.
Рационализаторское предложение — это новое техническое решение, применение которого предусматривает изменение используемых в производстве технологий, техники, оборудования либо конструкции изделия.
В России рационализаторские предложения всегда были самым распространенным предметом технического творчества. Практически во всех предприятиях имелись свои отделы рационализации, занимающиеся разработками и внедрением в производство рационализаторских и изобретательских предложений. Авторы новаторских идей и изобретений поощрялись денежными выплатами.
Вносимые предложения применялись в совершенствовании выпускаемой продукции: производилась модернизация техники и оборудования на предприятиях, нередко, вносились изменения в конструкторскую документацию.
Общие сведения
Многим приходят в голову идеи о том, как можно улучшить работу, однако, кроме идей должны быть конкретные действия в плане оформления рационализаторских предложений. Ведь помимо реальной пользы для производства, автор получит денежное вознаграждение. Основанием для получения которого является акт об его применении. Подлежат оплате все предложения, которые способствуют повышению условий труда, улучшению техники безопасности и т.д.
Рационализаторское предложение должно нести новизну и не может дублировать сведения из специализированной документации или литературы, применяемые на других предприятиях.
Подробности
Параметры
Для того, чтобы предложение было признано рационализаторским, оно должно соответствовать определенным параметрам:
— иметь техническое решение, содержащее изменение объекта (материала либо технологии) и представляющее собой подробное описание производственного процесса, отвечающего необходимым параметрам;
— не иметь аналога на предприятии (предложение должно отличаться новизной для конкретного предприятия);
— быть полезным в применении — этот критерий достигается в случае, если применение предложения на предприятии приводит к получению любого (технического, экономического) положительного эффекта;
— социальная значимость.
Задача рационализатора – разработать и применить решение таким образом, чтобы получить ожидаемый результат. Начальным этапом оформления рацпредложения должно стать определение основных критериев самой идеи:
— способ ее применения,
— кем она будет использоваться,
— варианты ее внедрения,
— какая польза предприятию будет от внедрения рацпредложения.
История
Следующим шагом станет изучение истории задачи. Для этого нужно собрать имеющиеся сведения о том, как данный вопрос решался раньше, каким образом налажен процесс сейчас и насколько улучшится результат в случае внедрения рацпредложения. Все расчеты должны быть обоснованными и подтверждены цифрами.
Подаются рационализаторские предложения в виде заявления, оформленного в письменной форме на специальном бланке. В его содержании описывается суть предложения, указываются соавторы и их данные (при наличии таковых).
К заявлению необходимо приложить:
— графические документы (схемы, чертежи и т.д.),
— расчеты экономического и технического характера,
— другие материалы.
Заявление представляется тому предприятию, к которому рационализаторское предложение имеет отношение. В случае, если данное предложение может быть внедрено на нескольких предприятиях одного направления, то целесообразно подать предложение ведомству, к которому относятся данные предприятия.
Подаваемые предложения регистрируются в журнале установленного образца, и автор получает справку, где зафиксирован факт подачи документации и дата ее поступления. Причем, авторами рационализаторских предложений не могут быть юридические лица, а только исключительно, граждане. На предприятии рационализаторами могут быть не только граждане России, но и иностранцы. В случае, если в разработке предложения одновременно принимали участие несколько авторов, возникает право на соавторство. Лица, оказывающие помощь автору только в техническом плане (к примеру, в создании чертежей либо в осуществлении расчетов) не могут быть соавторами. В случае смерти автора, права на рационализаторское предложение переходят наследникам в соответствии с законодательством либо по завещанию.
Рационализаторское предложение должно раскрывать в своем содержании конкретное решение, чтобы оно излагало суть самой авторской идеи, а не домыслы и предположения и, кроме того, для его внедрения не нужны были бы доработки творческого плана. Недостаточно теоретических выкладок в потребности чего-либо и предложений в самой необходимости какого-либо мероприятия для получения положительной динамики в процессе его применения.
Полезность
Полезность предложения оценивается в результате сравнения итога, который получен от внедрения рационализаторского предложения с результатом, который достигается на данном производстве при решении определенной задачи, для выполнения которой, собственно, и разработано предложение. Кроме того, его оценка зависит от сферы деятельности предприятия.
Участниками правоотношений, которые связаны с разработкой и внедрением рационализаторских предложений, кроме авторов, являются те предприятия, которым данные предложения подаются.
В соответствии с законодательством юридические лица имеют право самостоятельно устанавливать порядок признания и внедрения предложений, а также выплаты денежных средств, как вознаграждения за их использование. Однако, субъектом права на предложение, государство быть не может.
Права авторов защищаются как в судебном, так и в административном порядке. Методами защиты служат такие требования, как:
— признание данных прав,
— возвращение положения, которое было до нарушения права,
— прекращение действий, способствующих нарушению прав,
— наказание лица, виновного в нарушении права и причинения ущерба.
Рационализаторскими не могут быть признаны предложения работающих в конструкторских и проектных организациях, инженерно-технических сотрудников, которые относятся к проектам, разрабатываемым этими специалистами.
Итоги и видео
Внедрение рацпредложений способствует улучшению условий трудовой деятельности, повышению производительности труда, совершенствованию качества и надежности изделий и экономии материальных ресурсов.
Часто возникает проблема между Заказчиками и Разработчиками в понимании друга друга и задачи.
Чтобы решить эту проблему обычно Разработчики говорят Заказчику — напиши ТЗ (техническое задание). Чтобы понять что нужно.
Чаще всего это приводит лишь к усугублению проблемы ???? Потому что обычно вместо ТЗ пишется некий документ содержащий сочинение на тему желаний. Который затем достаточно сложно реализовать.
Почему так происходит? Смею предположить причина в том что стороны не понимают что такое ТЗ, в чем его смысл, как оно выглядит и что должно быть после него ????
ТЗ и ГОСТ
Чаще всего люди идут гуглить что такое ТЗ, налетают на ГОСТ и пытаются делать по нему ???? Вот только они не учитывают что ТЗ по ГОСТ было придуман для проектов на 1000 человек, и только одна подготовка такого ТЗ если делать ее правильно может стоить 1-2-10 млн. руб. Не считая работ по его реализации. А пытаются это применять для проектов где работает 1-2-3 человека ???? Делается это все без понимания особенностей такого документа и получается как раз то самое собрание сочинений. Бессмысленное и беспощадное.
ТЗ и Бритва Оккама
Бритва Оккама в данном случае говорит о том что наиболее простое решение — наиболее верное. Если нет веских причин для усложнения.
Какое самую простую форму ТЗ можно придумать? Ответ — простой список задач (требования, пожеланий). Чаще всего именно эта форма наиболее адекватна.
Иногда она может расширяться некоторыми полезными артефактами (разделами):
- Цели — описать не только то что надо сделать, но и для чего мы это делаем? Чтобы что? Это бывает полезно для повышения качества результатов.
- Снимки, фото, звуки, примеры — бывает полезно добавить в задание снимок ошибки (например когда мы делаем сайт) или пример/фото того как это сделано у кого-то еще.
Да, если проект реально большой, у вас есть 10-20 человек заинтересованных в результате, ТЗ согласовывается с ними пол года, а потом есть 100-200 человек, которые будут реализовать этот проект — тогда можно взять ГОСТ или сделать какой-то большой документ. Иначе — у вас не хватит ресурсов сделать качественную постановку задачи, а потом те кто будут делать — не осилят изучение. И один лишь контроль приемки работ по такому ТЗ превратится в ад.
Техническое решение или ТР
А вот та самая часть, которую многие совсем не понимают. Кроме технического задания (в котором может быть просто 3-4 пункта пожеланий на салфетке из кафе), может быть еще техническое решение. Оно чаще всего гораздо важнее чем ТЗ и сильнее влияет на конечный результат.
Техническое решение — пишет как раз Разработчик, где описывает то как он видит решение, что предлагает.
Зачем это нужно? Чтобы исключить разное понимание условий и снизить риски расхождения ожиданий.
Пример для понимания. Заказчик дает ТЗ «Я хочу есть», а Исполнитель предлагает ТР «На вот яблоко». Далее может быть 3 сценария: Заказчик соглашается, корректирует/просит предложить что-то еще или отказывается от дальнейшего общения ????
Чаще всего Заказчик либо принимает решение, либо просит что-то поправить и затем принимает решение.
Почему ТР важно?
ТР важно по ряду причин:
- Только Разработчик реально знает как решать задачу (по этой причине Заказчик обычно к нему и обращается), а значит только он может описать детали того как можно получить ожидаемый результат
- У любой задачи может быть 3-4 варианта решения (а часто больше), и тут Заказчик должен убедиться что Разработчик может предложить нечто адекватное
- Задача одна, но несколько вариантов решений часто означает разные цены. причем вилка цен может быть условно от 100 000 руб до 10 000 000 руб. ТР позволяет составить список условий и сузить разброс цен — уложиться в нужный бюджет и срок.
По ходу составления списка решений, предложений и условий — Разработчику надо будет задавать вопросы, обсуждать детали, он просто начнет понимать задачу ????
Именно составление ТР — позволяет Разработчику понять Заказчика. А Заказчику убедиться что Разработчик понял задание. Именно отсутствие этой части в проекте — зачастую приводит к недопониманию и конфликту.
Когда можно без ТР?
Есть некоторые ситуации когда ТР не нужно. С ходу могу назвать 2 условия:
- Если между Заказчиком и Разработчиком есть полное взаимопонимание и доверие, большой успешный опыт совместной работы. Когда Заказчик целиком доверяет Разработчику и полагается на его знания.
- Если мы работаем по Agile и у нас мелкие простые задачи
Исключение из п.2 — даже в Agile, если есть большая задача (Epic-project), у которой как правило 3-4 стейкхолдера, ее будут делать 2-3 разработчика на 5-6 месяцев, то не помешает сформулировать ТЗ и потом прописать/согласовать ТР. Чтобы убедиться что Стейкхолдеры (Заказчики) и Разработчики (Исполнители) — поняли друг друга.
Шаблон
Инструкции и шаблон тут https://docs.google.com/document/d/1ydqe0H-HjzVD4lt6ZbkUdpQNqleJZoTEIqJtTRcu6dE/edit?usp=sharing
Итого
Разработчики часто жалуются на то что Заказчики не могут написать хорошее ТЗ. А без внятного ТЗ как известно результат ХЗ.
Как мне кажется причина не в том что Заказчик не может написать хорошее ТЗ, а в том что никто не понимает что это такое. В том числе сам Разработчик.
И даже если Разработчик поймет что такое ТЗ, то для написания ТР снова нужны усилия и ответственность. А если лень то получаем рост Риска получить в результате не то что ожидали + Конфликт.
Потому эти особенности надо запомнить как Заказчику, который хочет получать ожидаемые результаты и на старте оценить адекватность Разработчика. Так и Разработчику, который хочет сделать то что нужно Заказчику, деньги, отзыв и славу ????
Основные тезисы:
- Заказчик пишет ТЗ, оно может быть коротким, на салфетке из кафе, и содержать 3-4 пункты ключевых требований
- ТР — пишет Разработчик, оно может быть длинным, его цель сформулировать, согласовать и зафиксировать задание и предлагаемое решение.
- Только пара из ТЗ и ТР позволяет получить взаимопонимание между Заказчиком и Разработчиком.
- Иногда можно отказаться от ТР, но надо хорошо понимать когда это можно делать и последствия
оцените контент и участвуйте в выборе трендов
