Автоматизация работы с причинно-следственными сетями
Решение реальной задачи идет одновременно во многие стороны по многочисленным ветвям (решение вторичных, третичных и т.д. задач, связанных со слабыми местами решений первичных подзадач). При ручной работе легко забыть и потерять многие из них, растеряться «где» находишься и что сейчас решаешь. А часто бывает полезно на время оставить ветку решения в покое и вернуться к ней позже. Далеко не все из "веток решения", идущих из исходной ситуации (число которых лавинообразно растёт по ходу решения) стоит одинаково усердно исследовать.
Поиск решения предполагает выбор минимального набора узлов или связей причинно-следственной диаграммы, решение задач, относящихся к которым, позволит обеспечить требуемый конечный результат. Стратегия выбора минимальных наборов подзадач (и автоматическое ранжирование их при наличии нескольких вариантов) оправдана при работе с большим количеством разнородных «многоходовых» задач.
ПСА позволяет алгоритмически построить рейтинг направлений решения. Например, если одна причина вызывает кучу нежелательных эффектов, то ее устранение имеет выше рейтинг, чем устранение каждой из группы причин, независимо вызывающих один и тот же нежелательный эффект. Разумно сильно "вкладываться" на ветках имеющих высокий рейтинг, а низкие - пробежать взглядом или вообще игнорировать.
В рейтинге "ростков решения" одновременно находятся все точки от которых можно продолжить направленное решение, разного уровня вложенности. В том числе и ростки решения вторичных задач, со своими диаграммами, иногда вовсе не связанными с исходной ("дырочка диаметром 10 мкм решит основную проблему, но как ее просверлить?"). Если процесс решения задачи ведется на сервере то несколько решателей могут подключаться к разным веткам и развивать их.
Так формируется дерево концепций решения. Точки - ветвления - места возможного объединения идей, списки задач в ветке - места обязательного объединения идей. Одним из критериев сортировки (определения наиболее перспективной ветки для решения задачи) может быть минимум «висящих» в конце ветки задач.
Если в ходе решения помечать, хотя бы кликом мыши в элементы диаграммы, какая идея решает какие проблемы, то можно динамически менять рейтинг "веток" решения, пододвигая вверх ветки, рост которых ускорит формирование решения всей проблемы в целом. Тут важно различать идею дающую сильное решение по конкретной ветке (указать) или же просто творческую мысль "для затравки" направлений будущих поисков. Этот прием можно каскадно применять сколько угодно раз и разными вариантами, порождая новые ветвления процесса решения.
Решение реальной задачи идет одновременно во многие стороны по многочисленным ветвям (решение вторичных, третичных и т.д. задач, связанных со слабыми местами решений первичных подзадач). При ручной работе легко забыть и потерять многие из них, растеряться «где» находишься и что сейчас решаешь. А часто бывает полезно на время оставить ветку решения в покое и вернуться к ней позже. Далеко не все из "веток решения", идущих из исходной ситуации (число которых лавинообразно растёт по ходу решения) стоит одинаково усердно исследовать.
Поиск решения предполагает выбор минимального набора узлов или связей причинно-следственной диаграммы, решение задач, относящихся к которым, позволит обеспечить требуемый конечный результат. Стратегия выбора минимальных наборов подзадач (и автоматическое ранжирование их при наличии нескольких вариантов) оправдана при работе с большим количеством разнородных «многоходовых» задач.
ПСА позволяет алгоритмически построить рейтинг направлений решения. Например, если одна причина вызывает кучу нежелательных эффектов, то ее устранение имеет выше рейтинг, чем устранение каждой из группы причин, независимо вызывающих один и тот же нежелательный эффект. Разумно сильно "вкладываться" на ветках имеющих высокий рейтинг, а низкие - пробежать взглядом или вообще игнорировать.
В рейтинге "ростков решения" одновременно находятся все точки от которых можно продолжить направленное решение, разного уровня вложенности. В том числе и ростки решения вторичных задач, со своими диаграммами, иногда вовсе не связанными с исходной ("дырочка диаметром 10 мкм решит основную проблему, но как ее просверлить?"). Если процесс решения задачи ведется на сервере то несколько решателей могут подключаться к разным веткам и развивать их.
Так формируется дерево концепций решения. Точки - ветвления - места возможного объединения идей, списки задач в ветке - места обязательного объединения идей. Одним из критериев сортировки (определения наиболее перспективной ветки для решения задачи) может быть минимум «висящих» в конце ветки задач.
Если в ходе решения помечать, хотя бы кликом мыши в элементы диаграммы, какая идея решает какие проблемы, то можно динамически менять рейтинг "веток" решения, пододвигая вверх ветки, рост которых ускорит формирование решения всей проблемы в целом. Тут важно различать идею дающую сильное решение по конкретной ветке (указать) или же просто творческую мысль "для затравки" направлений будущих поисков. Этот прием можно каскадно применять сколько угодно раз и разными вариантами, порождая новые ветвления процесса решения.
gilbo_postindustr_revolution.pdf
4.8 MB
Е. Гильбо в книге "Постиндустриальный переход и мировая война" даёт интересный политэкономический анализ нынешних событий (и прогноз), приходя во многом к тем же выводам, что и мы.
Архитектура и реализация
Ввиду сложности реальных ТС и ограниченности человеческого внимания и памяти, охватить их структуру сразу в целом и осмысленно с ней работать бывает трудно а то и невозможно. Поэтому важнейшим требованием к представлению структуры ТС является поддержка декомпозиции, то есть возможность разбивать сложную систему на простые, доступные для понимания и работы части — в каждой из которых были бы, желательно, единицы-десятки разнородных элементов.
Таких частей получается очень много, поэтому, чтобы не потеряться среди них, их приходится упорядочивать в иерархическую структуру.
Декомпозицию и иерархию хорошо поддерживает отображение ТС в виде модулей и интерфейсов между ними. Модули могут быть объединены в систему если они поддерживают один и тот же интерфейс, например ноутбук и карта флеш-памяти поддерживают USB интерфейс и поэтому можно их объединить в систему.
Когда число уровней иерархии тоже становится большим, становятся более привлекательными подходы к описанию структуры систем, позволяющие описывать все уровни иерархии, а также разнородные структуры на одном уровне более-менее одинаковым способом.
С программной точки зрения архитектура может быть представлена в виде базы данных «модуль-компонент». То что выглядит как «И/ИЛИ» соответствует развилкам «компоненты модуля» или «модули компонента», так как например двигатель на базе электричества или бензина — это разные двигатели. Но его может использовать один и тот же или разные автомобили в зависимости от их архитектуры.
Архитектура должна стремиться быть такой, чтобы «развилка» затрагивала как можно меньшую её часть (принцип инкапсуляции). Разработка каждого объекта идёт двумя путями - снизу и сверху — чтобы стараться создать и исключить проблемные компоненты одновременно.
Достигается это также при помощи идентификации и решения технических противоречий (разработка разъёмов, интерфейсов, крепежей, стыковочных узлов с высокими характеристиками и надёжностью)
Существует структурное, функциональное и пространственное описание систем. А также требования и возникающие в связи с невозможностью той или иной версии продукта удовлетворить всем предъявляемым к ней требованиям противоречия. Эти противоречия оформляются как сети причинно-следственных связей и описывают логику переходов между версиями систем.
Сам процесс перехода (решения противоречия) нуждается в автоматизации для отслеживания многочисленных направлений решения задачи порождающих новые системы, для навигации среди них в поисках кратчайшего пути к решению.
Отделение разработки архитектуры от реализации является эффективным способом достижения концептуальной целостности, особенно при работе над крупными проектами. Дисциплина полезна искусству. Получение архитектуры извне стимулирует, а не подавляет творческую активность исполнителей.
Правильно осуществляемое нисходящее проектирование позволяет избегать ошибок. При этом на каждом шаге используются как можно более абстрактные формулировки, чтобы выделить понятия и скрыть детали, пока не станет необходимым дальнейшее уточнение (например, не «шаговый двигатель», а «двигатель»).
Детальная и старательная проработка архитектуры не только упрощает использование продукта, но также облегчает его разработку и делает менее подверженным ошибкам. Очень многие неудачи связаны именно с теми аспектами, которые были не вполне специфицированы. Особенно важно явно определить те части архитектуры, которые не прописаны столь же тщательно, как остальные — вероятно, за ними кроются неразрешенные вопросы, порой глубокие.
Необходимо иметь как формальное описание продукта — для точности, так и текстовое — для понимания. Одно из них выбирается в качестве стандарта, а второе является производным. Важно, чтобы архитектор отвечал исполнителям на их вопросы. Нужно регистрировать эти разговоры в журнале и доводить их до общего сведения. Даже в большой команде проектировщиков оформление результатов нужно поручить одному или двум людям, чтобы обеспечить согласованность мини-решений.
(продолжение 👇)
Ввиду сложности реальных ТС и ограниченности человеческого внимания и памяти, охватить их структуру сразу в целом и осмысленно с ней работать бывает трудно а то и невозможно. Поэтому важнейшим требованием к представлению структуры ТС является поддержка декомпозиции, то есть возможность разбивать сложную систему на простые, доступные для понимания и работы части — в каждой из которых были бы, желательно, единицы-десятки разнородных элементов.
Таких частей получается очень много, поэтому, чтобы не потеряться среди них, их приходится упорядочивать в иерархическую структуру.
Декомпозицию и иерархию хорошо поддерживает отображение ТС в виде модулей и интерфейсов между ними. Модули могут быть объединены в систему если они поддерживают один и тот же интерфейс, например ноутбук и карта флеш-памяти поддерживают USB интерфейс и поэтому можно их объединить в систему.
Когда число уровней иерархии тоже становится большим, становятся более привлекательными подходы к описанию структуры систем, позволяющие описывать все уровни иерархии, а также разнородные структуры на одном уровне более-менее одинаковым способом.
С программной точки зрения архитектура может быть представлена в виде базы данных «модуль-компонент». То что выглядит как «И/ИЛИ» соответствует развилкам «компоненты модуля» или «модули компонента», так как например двигатель на базе электричества или бензина — это разные двигатели. Но его может использовать один и тот же или разные автомобили в зависимости от их архитектуры.
Архитектура должна стремиться быть такой, чтобы «развилка» затрагивала как можно меньшую её часть (принцип инкапсуляции). Разработка каждого объекта идёт двумя путями - снизу и сверху — чтобы стараться создать и исключить проблемные компоненты одновременно.
Достигается это также при помощи идентификации и решения технических противоречий (разработка разъёмов, интерфейсов, крепежей, стыковочных узлов с высокими характеристиками и надёжностью)
Существует структурное, функциональное и пространственное описание систем. А также требования и возникающие в связи с невозможностью той или иной версии продукта удовлетворить всем предъявляемым к ней требованиям противоречия. Эти противоречия оформляются как сети причинно-следственных связей и описывают логику переходов между версиями систем.
Сам процесс перехода (решения противоречия) нуждается в автоматизации для отслеживания многочисленных направлений решения задачи порождающих новые системы, для навигации среди них в поисках кратчайшего пути к решению.
Отделение разработки архитектуры от реализации является эффективным способом достижения концептуальной целостности, особенно при работе над крупными проектами. Дисциплина полезна искусству. Получение архитектуры извне стимулирует, а не подавляет творческую активность исполнителей.
Правильно осуществляемое нисходящее проектирование позволяет избегать ошибок. При этом на каждом шаге используются как можно более абстрактные формулировки, чтобы выделить понятия и скрыть детали, пока не станет необходимым дальнейшее уточнение (например, не «шаговый двигатель», а «двигатель»).
Детальная и старательная проработка архитектуры не только упрощает использование продукта, но также облегчает его разработку и делает менее подверженным ошибкам. Очень многие неудачи связаны именно с теми аспектами, которые были не вполне специфицированы. Особенно важно явно определить те части архитектуры, которые не прописаны столь же тщательно, как остальные — вероятно, за ними кроются неразрешенные вопросы, порой глубокие.
Необходимо иметь как формальное описание продукта — для точности, так и текстовое — для понимания. Одно из них выбирается в качестве стандарта, а второе является производным. Важно, чтобы архитектор отвечал исполнителям на их вопросы. Нужно регистрировать эти разговоры в журнале и доводить их до общего сведения. Даже в большой команде проектировщиков оформление результатов нужно поручить одному или двум людям, чтобы обеспечить согласованность мини-решений.
(продолжение 👇)
(продолжение. начало ☝️)
Концептуальная целостность является наиболее важным соображением при проектировании систем. Для ее достижения проект должен создаваться одним человеком или группой единомышленников. Если вы хотите, чтобы система обладала концептуальной целостностью, кто-то один должен взять руководство концепциями. Концептуально целостные системы быстрее разрабатываются и тестируются.
Задолго до всякого конструирования спецификация должна быть передана сторонней группе тестирования для тщательного рассмотрения полноты и ясности. Сами разработчики сделать это не могут. Лучший друг руководителя проекта — и его постоянный противник - независимая организация, тестирующая продукт.
Архитектору важно помнить, что ответственность за творчество, проявляемое при реализации, несет строитель, поэтому архитектор только предлагает. Он должен быть всегда готов предложить некоторый способ реализации своих замыслов и быть готовым согласиться с любым другим способом, который не хуже. Выдвигая такие предложения, следует действовать тихо и частным образом чтобы не бросать тень на компетентность исполнителя в глазах других. Коммуникации, выстроенные на ранних этапах разработки проекта и продолжающаяся непрерывно, может дать архитектору верную оценку стоимости, а разработчику — уверенность в проекте, не снимая при этом чёткого разграничения сфер ответственности.
Большой опасностью для крупных проектов является склонность отдельных исполнителей и целых подразделений производить оптимизацию в своих узких интересах, не думая о конечном эффекте. На всем протяжении реализации системные архитекторы должны постоянно проявлять бдительность с целью непрерывного обеспечения целостности системы. Воспитание общесистемного (и ориентированного на пользователя) подхода является главной задачей управления разработкой.
Концептуальная целостность является наиболее важным соображением при проектировании систем. Для ее достижения проект должен создаваться одним человеком или группой единомышленников. Если вы хотите, чтобы система обладала концептуальной целостностью, кто-то один должен взять руководство концепциями. Концептуально целостные системы быстрее разрабатываются и тестируются.
Задолго до всякого конструирования спецификация должна быть передана сторонней группе тестирования для тщательного рассмотрения полноты и ясности. Сами разработчики сделать это не могут. Лучший друг руководителя проекта — и его постоянный противник - независимая организация, тестирующая продукт.
Архитектору важно помнить, что ответственность за творчество, проявляемое при реализации, несет строитель, поэтому архитектор только предлагает. Он должен быть всегда готов предложить некоторый способ реализации своих замыслов и быть готовым согласиться с любым другим способом, который не хуже. Выдвигая такие предложения, следует действовать тихо и частным образом чтобы не бросать тень на компетентность исполнителя в глазах других. Коммуникации, выстроенные на ранних этапах разработки проекта и продолжающаяся непрерывно, может дать архитектору верную оценку стоимости, а разработчику — уверенность в проекте, не снимая при этом чёткого разграничения сфер ответственности.
Большой опасностью для крупных проектов является склонность отдельных исполнителей и целых подразделений производить оптимизацию в своих узких интересах, не думая о конечном эффекте. На всем протяжении реализации системные архитекторы должны постоянно проявлять бдительность с целью непрерывного обеспечения целостности системы. Воспитание общесистемного (и ориентированного на пользователя) подхода является главной задачей управления разработкой.
Стремление к полной автоматизации платформ
Кроме способности к воспроизводству, необходимо стараться придать платформе как можно большую степень автоматизма, в идеале — полного вытеснения человека. Ведь именно из затрат человеческого труда складывается стоимость любой продукции, а значит полная автоматизация позволяет неограниченно воспроизводить ядра и периферию платформ без каких-либо затрат вообще, подобно тому как живые организмы — например, бактерии, растения или животные заполняют доступное им пространство без всякой помощи человека.
Собственно, автоматическая способность к воспроизводству является существенным признаком живого и таким образом мы стоим на пороге создания искусственной природы, подчиненной нуждам человека. Сам факт существования громадных объемов живого вещества на нашей планете (2.4 триллионов тонн) с производительностью около 150 млрд. тонн сухого вещества в год (вдвое больше всей мировой промышленности) без каких-либо кредитов, инвестиций, инфляций, да и самих денег, является прямым укором модным экономическим теориям.
Способность живых организмов работать в суровых условиях десятилетиями, а иногда и столетиями без особенных сбоев, восстанавливаться и адаптироваться, а также расширять свое присутствие ообусловлена ни чем иным, как способностью к автоматическому воспроизводству на разных уровнях: молекул, клеток, тканей, организмов.
Применительно же к технике полная автоматизация означает целый ряд преимуществ, ведущих к сокращению сроков, энерго- и материалоемкости и стоимости производства:
• Уменьшение ошибок и повышение качества изготовления за счет точности и стабильности производственных операций, строгого соблюдения технических норм и стандартов, вместе с улачшиением контроля качества и возможностью отслеживать индивидуальную историю каждого изделия.
• Высокая производительность и эффективность, работа в непрерывном режиме, 24/7, уменьшение вероятности возникновения простоев, круглосуточная доступность сырья и продукции.
• Возможность высокой степени синхронизации и планирования работ, ведущей к уменьшению объема заасов промежуточной продукции, обычно используемых для компенсации неравномерной и непредсказуемой работы различных стадий переработки.
• Повышение безопасности труда за счет отсутствия человека в агрессивной среде — и, благодаря этому, дальнейшая интенсификация производства за счет перехода к предельно агрессивным средам: сильные окислители, крайне высокие и низкие температуры, агрессивные биологичесике среды, громадные давления и плотности радиации и т.д. - не сдерживаемого и не удорожаемого необходимостью защиты от этих факторов человека. Возможномть широкого использования процессов выходящих за рамки допустимых для человека по дргуим параметрам: масштаб, скорость, сложность, точность, параллелизм и т.д.
• Простота переналадки на другие технологические операции или выпуск другой продукции, внедрения новых технологий, без проблем связанных со специализацией и обучаемостью персонала и его готовностью переобучаться. Возможность частой и мгновенной перестройки на выпуск различных видов изделий.
• Отсутствие рисков, связанных с человеческим фактором: саботаж, шпионаж, коррупция, лень, ложь, недобросовестная конкуренция, конфликты, нездоровые отношения, интриги и пр. Отсутствие завимости от персонала обладающего специфическим опытом или уникальными компетенциями.
(продолжение 👇)
Кроме способности к воспроизводству, необходимо стараться придать платформе как можно большую степень автоматизма, в идеале — полного вытеснения человека. Ведь именно из затрат человеческого труда складывается стоимость любой продукции, а значит полная автоматизация позволяет неограниченно воспроизводить ядра и периферию платформ без каких-либо затрат вообще, подобно тому как живые организмы — например, бактерии, растения или животные заполняют доступное им пространство без всякой помощи человека.
Собственно, автоматическая способность к воспроизводству является существенным признаком живого и таким образом мы стоим на пороге создания искусственной природы, подчиненной нуждам человека. Сам факт существования громадных объемов живого вещества на нашей планете (2.4 триллионов тонн) с производительностью около 150 млрд. тонн сухого вещества в год (вдвое больше всей мировой промышленности) без каких-либо кредитов, инвестиций, инфляций, да и самих денег, является прямым укором модным экономическим теориям.
Способность живых организмов работать в суровых условиях десятилетиями, а иногда и столетиями без особенных сбоев, восстанавливаться и адаптироваться, а также расширять свое присутствие ообусловлена ни чем иным, как способностью к автоматическому воспроизводству на разных уровнях: молекул, клеток, тканей, организмов.
Применительно же к технике полная автоматизация означает целый ряд преимуществ, ведущих к сокращению сроков, энерго- и материалоемкости и стоимости производства:
• Уменьшение ошибок и повышение качества изготовления за счет точности и стабильности производственных операций, строгого соблюдения технических норм и стандартов, вместе с улачшиением контроля качества и возможностью отслеживать индивидуальную историю каждого изделия.
• Высокая производительность и эффективность, работа в непрерывном режиме, 24/7, уменьшение вероятности возникновения простоев, круглосуточная доступность сырья и продукции.
• Возможность высокой степени синхронизации и планирования работ, ведущей к уменьшению объема заасов промежуточной продукции, обычно используемых для компенсации неравномерной и непредсказуемой работы различных стадий переработки.
• Повышение безопасности труда за счет отсутствия человека в агрессивной среде — и, благодаря этому, дальнейшая интенсификация производства за счет перехода к предельно агрессивным средам: сильные окислители, крайне высокие и низкие температуры, агрессивные биологичесике среды, громадные давления и плотности радиации и т.д. - не сдерживаемого и не удорожаемого необходимостью защиты от этих факторов человека. Возможномть широкого использования процессов выходящих за рамки допустимых для человека по дргуим параметрам: масштаб, скорость, сложность, точность, параллелизм и т.д.
• Простота переналадки на другие технологические операции или выпуск другой продукции, внедрения новых технологий, без проблем связанных со специализацией и обучаемостью персонала и его готовностью переобучаться. Возможность частой и мгновенной перестройки на выпуск различных видов изделий.
• Отсутствие рисков, связанных с человеческим фактором: саботаж, шпионаж, коррупция, лень, ложь, недобросовестная конкуренция, конфликты, нездоровые отношения, интриги и пр. Отсутствие завимости от персонала обладающего специфическим опытом или уникальными компетенциями.
(продолжение 👇)
(продолжение. начало 👆)
В свою очередь, сами станки и оборудование для безлюдной производственной среды являются более компактными, простыми и дешевыми ввиду исключения из них рабочего места, органов управления и контроля, систем жизнеобеспечения и защиты оператора, а также обеспечивающих их работу вторичных систем.
В XX веке попытки создания безлюдных производств не были полными именно в силу того, что производить, устанавливать, ремонтировать, заменять, утилизировать вышедших из строя роботов должны были люди. Это приходилость делать по причине неспобности производств того времени к воспроизводству себе подобных. Подход же, основанный на самовоспроизводящихся технологичнеских платформах, привносит в концепцию автоматизации недостающее звено: способность производственного комплекса воспроизводить вышедшие из строя компоненты, или создавать новый подобный себе. Такова роль самовоспроизводства для достижения полной автоматизации.
Важным аспектом полной автоматизации производства для стран с низким уровнем научной и технической компетенции и культуры населения является возможность развязать достижимые темпы роста производства от темпов образования и переподготовки населения. Это особенно актуально в странах, находящихся в ситуации наподобие современной России, когда военная ситуация требует многопланового наращивания производства в короткий период времени, а переобучение и перевоспитание значительных масс населения, как и подготовка нового поколения кадров может затянуться на несколько десятилетий.
В свою очередь, сами станки и оборудование для безлюдной производственной среды являются более компактными, простыми и дешевыми ввиду исключения из них рабочего места, органов управления и контроля, систем жизнеобеспечения и защиты оператора, а также обеспечивающих их работу вторичных систем.
В XX веке попытки создания безлюдных производств не были полными именно в силу того, что производить, устанавливать, ремонтировать, заменять, утилизировать вышедших из строя роботов должны были люди. Это приходилость делать по причине неспобности производств того времени к воспроизводству себе подобных. Подход же, основанный на самовоспроизводящихся технологичнеских платформах, привносит в концепцию автоматизации недостающее звено: способность производственного комплекса воспроизводить вышедшие из строя компоненты, или создавать новый подобный себе. Такова роль самовоспроизводства для достижения полной автоматизации.
Важным аспектом полной автоматизации производства для стран с низким уровнем научной и технической компетенции и культуры населения является возможность развязать достижимые темпы роста производства от темпов образования и переподготовки населения. Это особенно актуально в странах, находящихся в ситуации наподобие современной России, когда военная ситуация требует многопланового наращивания производства в короткий период времени, а переобучение и перевоспитание значительных масс населения, как и подготовка нового поколения кадров может затянуться на несколько десятилетий.
Планирование и управление реализацией научно-технической стратегии
Наиболее современным методом планирования и управления проектами и программами можно назвать метод критической цепи (англ. critical chain project management, CCPM), базирующийся на теории ограничений Э. Голдратта.
Особенностью методологии является то, что делая усилия над управлением очень малым количеством аспектов системы, можно достичь эффекта, нелинейно превышающего результат одновременного воздействия на все или большинство проблемных областей системы сразу или поочерёдно. Подход теории ограничений основан на том, чтобы выявлять это ограничение (при помощи причинно-следственного анализа) и управлять им для достижения поставленной цели. Подходы Голдратта имеют много общего с ТРИЗ и согласуются с ней.
Метод критической цепи обычно противопоставляется своему предшественнику — методу критического пути. Он так же использует сетевые диаграммы вроде PERT, однако учитывает не только логические связи между задачами («крышу можно строить после стен»), но и ресурсные («электрик не может оборудовать щит А и щит Б одновременно»). Это делает переход от сетевой диаграммы к таблице распределения ресурсов и календартному плану менее тривиальным и однозначным, но в итоге приводит к более реалистичным и адекватным планам, имеющим гораздо больше шансов быть выполненными в срок.
Сущностью метода явлется достоверный учет ресурсных ограничений и их оптимальное распределение. При планировании ведется поиск задач, которые идут параллельно для одного ресурса, для таких задач производится создание дополнительных «ресурсных связей». Может использоваться перебор разных вариантов установки ресурсных связей и определение наиболее короткого расписания среди вариантов. Идентифицируется «критическая цепь», то есть критический путь с учётом ресурсных связей - последовательность задач, которые не имеют запаса по времени выполнения и срыв их срока срывает срок всего проекта. Как правило, критическая цепь оказывается существенно длиннее критического пути. Первая диаграмма критической цепи всегда ужасна, и для создания второй приходится проявить много изобретательности (которую при традиционном методе критического пути приходится применять уже посдле срыва сроков проекта).
Для сокращения длительности проекта применяется «первый закон Паркинсона в управлении проектами»: всякая задача занимает всё отведённое ей время. Предлагается считать, что длительности задач по оценке исполнителей имеют внутри себя «буферы подстраховки» на 50 % их длительности, что соответственно примерно 50 % вероятности завершения задачи в срок если из неё изъять «резерв». Для того, чтобы исполнитель с учетом этой практики не завышал неадекватно оценки сроков исполнения задач, требуется определенная высокая культура поведения руководителя и персонала, активное использование коммуникаций и обратной связи. Получить правдивую картину состояния дел в любом проекте нелегко, поскольку у подчиненных бывают основания не делиться своими данными. Неправильными действиями начальник может обеспечить утаивание всей картины состояния дел; напротив, тщательное рассмотрение отчетов без паники и вмешательства поощряет честный доклад.
(продолжение 👇)
Наиболее современным методом планирования и управления проектами и программами можно назвать метод критической цепи (англ. critical chain project management, CCPM), базирующийся на теории ограничений Э. Голдратта.
Особенностью методологии является то, что делая усилия над управлением очень малым количеством аспектов системы, можно достичь эффекта, нелинейно превышающего результат одновременного воздействия на все или большинство проблемных областей системы сразу или поочерёдно. Подход теории ограничений основан на том, чтобы выявлять это ограничение (при помощи причинно-следственного анализа) и управлять им для достижения поставленной цели. Подходы Голдратта имеют много общего с ТРИЗ и согласуются с ней.
Метод критической цепи обычно противопоставляется своему предшественнику — методу критического пути. Он так же использует сетевые диаграммы вроде PERT, однако учитывает не только логические связи между задачами («крышу можно строить после стен»), но и ресурсные («электрик не может оборудовать щит А и щит Б одновременно»). Это делает переход от сетевой диаграммы к таблице распределения ресурсов и календартному плану менее тривиальным и однозначным, но в итоге приводит к более реалистичным и адекватным планам, имеющим гораздо больше шансов быть выполненными в срок.
Сущностью метода явлется достоверный учет ресурсных ограничений и их оптимальное распределение. При планировании ведется поиск задач, которые идут параллельно для одного ресурса, для таких задач производится создание дополнительных «ресурсных связей». Может использоваться перебор разных вариантов установки ресурсных связей и определение наиболее короткого расписания среди вариантов. Идентифицируется «критическая цепь», то есть критический путь с учётом ресурсных связей - последовательность задач, которые не имеют запаса по времени выполнения и срыв их срока срывает срок всего проекта. Как правило, критическая цепь оказывается существенно длиннее критического пути. Первая диаграмма критической цепи всегда ужасна, и для создания второй приходится проявить много изобретательности (которую при традиционном методе критического пути приходится применять уже посдле срыва сроков проекта).
Для сокращения длительности проекта применяется «первый закон Паркинсона в управлении проектами»: всякая задача занимает всё отведённое ей время. Предлагается считать, что длительности задач по оценке исполнителей имеют внутри себя «буферы подстраховки» на 50 % их длительности, что соответственно примерно 50 % вероятности завершения задачи в срок если из неё изъять «резерв». Для того, чтобы исполнитель с учетом этой практики не завышал неадекватно оценки сроков исполнения задач, требуется определенная высокая культура поведения руководителя и персонала, активное использование коммуникаций и обратной связи. Получить правдивую картину состояния дел в любом проекте нелегко, поскольку у подчиненных бывают основания не делиться своими данными. Неправильными действиями начальник может обеспечить утаивание всей картины состояния дел; напротив, тщательное рассмотрение отчетов без паники и вмешательства поощряет честный доклад.
(продолжение 👇)
(продолжение. начало 👆)
Исполнитель должен быть уверен, что срыв номинального срока задачи (установленного как 50% от добросовестно оцененного им) не бросает на него тень. Сотрудник, который усердно использует рабочее время на 100% по назначению, сразу же берется за задачу, как только она стала доступна для выполнения и немедленно передает результаты на следующий этап, предлагается считать добросовестным вне зависимости от фактического срока выполнения задачи. Особенно это актуально в сфере НИОКР, где фактические сроки выполнения предсказать невозможно.
Изъятые из задач резервы Голдратт предложил организовать следующим образом: резервы задач на критической цепи собрать в «буфер проекта», помещаемый перед крайним сроком завершения проекта, а буферы задач, находящихся не на критической цепи собрать около неё. Так обеспечивается защита сроков выполнения задач на критической цепи и крайнего срока завершения проекта. Срабатывание рисков визуализируется диаграммой «трендов проникновения в буферы», что позволяет заранее понять, где именно срабатывают риски и оперативно реагировать на истощение буферов. Методология критической цепи указывает на недостатки популярного управления по контрольным датам и рекомендует управление по ключевым событиям.
Объем связанных с этим данных и вычислений подразумевает использование программного обеспечения, хотя может при необходимости вестись и вручную на бумаге. Однако программные средства позволяют автоматически генерировать многобразную полезную информацию о доступных задачах по времени и исполнителеям и т.д.
Задание 3.1. Ознакомьтесь с книгой Л.Лича «Вовремя и в рамках бюджета», представляющей собой учебник по освоению и применению методологии критической цепи в управлении проектами.
Исполнитель должен быть уверен, что срыв номинального срока задачи (установленного как 50% от добросовестно оцененного им) не бросает на него тень. Сотрудник, который усердно использует рабочее время на 100% по назначению, сразу же берется за задачу, как только она стала доступна для выполнения и немедленно передает результаты на следующий этап, предлагается считать добросовестным вне зависимости от фактического срока выполнения задачи. Особенно это актуально в сфере НИОКР, где фактические сроки выполнения предсказать невозможно.
Изъятые из задач резервы Голдратт предложил организовать следующим образом: резервы задач на критической цепи собрать в «буфер проекта», помещаемый перед крайним сроком завершения проекта, а буферы задач, находящихся не на критической цепи собрать около неё. Так обеспечивается защита сроков выполнения задач на критической цепи и крайнего срока завершения проекта. Срабатывание рисков визуализируется диаграммой «трендов проникновения в буферы», что позволяет заранее понять, где именно срабатывают риски и оперативно реагировать на истощение буферов. Методология критической цепи указывает на недостатки популярного управления по контрольным датам и рекомендует управление по ключевым событиям.
Объем связанных с этим данных и вычислений подразумевает использование программного обеспечения, хотя может при необходимости вестись и вручную на бумаге. Однако программные средства позволяют автоматически генерировать многобразную полезную информацию о доступных задачах по времени и исполнителеям и т.д.
Задание 3.1. Ознакомьтесь с книгой Л.Лича «Вовремя и в рамках бюджета», представляющей собой учебник по освоению и применению методологии критической цепи в управлении проектами.
Управление научно-технической информацией
Для эффективного участия граждан в реализации научно-технической стратегии государства должен быть разработан способ хранения и изучения научных знаний, обеспечивающий эффективный охват каждым человеком всего накопленного наукой багажа по мере возможности и необходимости, без каких-либо искусственных препятствий и ограничений.
Высочайшие характеристики биологических организмов как машин обусловлены отчасти и тем, что в каждой клетке организма хранится полная копия молекулы ДНК, описывающей весь организм целиком. Это позволяет клеткам воспроизводиться, работать, реагировать на внешние воздействия без немыслимой сети коммуникаций, которая понадобилась бы в противном случае для «доставки конструкторской и технологической документации из централизованных хранилищ». И конечно же, живой организм долго бы не протянул, если, как в нынешней цивилизации клетки имели бы платный доступ к каждому кусочку информации, а получали питание не за качественный а за количественный информационный вклад в общую базу данных.
Конечно, каждый экземпляр ядра технологической платформы должен содержать полный набор всех научно-технических знаний, накопленных человечеством. Это позволяет ему автономно развиваться, обеспечивает лёгкое восстановление знаний после уничтожения даже большей части ядер во время войны а также быстрый и устойчивый доступ к этой информации.
Система управления научно-технической информацией может быть создана в следующем порядке:
1. Определить виды информации, которые необходимо хранить.
2. Разработать систему классификации для каждого вида информации, чтобы легко найти нужный документ в будущем. Основания класификации задаются целями использования документов и тем, какие пользователи будут использовать систему классификации и как они будут искать информацию. Система классификации должна допускать дальнейшую модификацию и развитие.
3. Создать электронный архив для каждой категории информации. Это может быть база данных или файловая система, которая позволяет быстро и легко искать и находить нужную информацию.
4. Установить правила и процедуры для добавления новой информации в архив, включая мониторинг, сбор, проверку на достоверность и качество, реинжениринг и взаимоувязку. Сюда относятся протоколы приема и распространения информации, получаемой от многочисленных ядер платформы, а также конкурентная научно-техническая информация (о научно-технических стратегиях других государства и прогрессе в их выполнении), формируемая на основе данных разведки.
5. Создать механизм обеспечения доступа к информации всех заинтересованных лиц путем ее копирования в каждую новую копию ядра. Каждая платформа содержит в составе ядра вычислительные машины, используемые в том числе и для разработки новых продуктов. В соответстви с архитектурой производимых вычислительных машин, для них должны быть разработаны операционные системы и прикладное программное обеспечение. К нему относятся не только системы цикла CAD/CAM/CNC/CAX/CAE, но и коммуникационные инструменты, позволяющие связывать заказчиков и исполнителей НИОКР, формировать профессиональные сообщества и коллективы единомышленников. Механизм доступа к информации включает и генерацию ее человеко- и машиночитаемых представлений. Для ускоренного и глубокого, инструментального восприятия людьми, научно-техническая информация можеть интегрироваться в интерактивнй онлайн-курс. Для машин можно предположить специальные типы информации и связи между ними, например:
(продолжение 👇)
Для эффективного участия граждан в реализации научно-технической стратегии государства должен быть разработан способ хранения и изучения научных знаний, обеспечивающий эффективный охват каждым человеком всего накопленного наукой багажа по мере возможности и необходимости, без каких-либо искусственных препятствий и ограничений.
Высочайшие характеристики биологических организмов как машин обусловлены отчасти и тем, что в каждой клетке организма хранится полная копия молекулы ДНК, описывающей весь организм целиком. Это позволяет клеткам воспроизводиться, работать, реагировать на внешние воздействия без немыслимой сети коммуникаций, которая понадобилась бы в противном случае для «доставки конструкторской и технологической документации из централизованных хранилищ». И конечно же, живой организм долго бы не протянул, если, как в нынешней цивилизации клетки имели бы платный доступ к каждому кусочку информации, а получали питание не за качественный а за количественный информационный вклад в общую базу данных.
Конечно, каждый экземпляр ядра технологической платформы должен содержать полный набор всех научно-технических знаний, накопленных человечеством. Это позволяет ему автономно развиваться, обеспечивает лёгкое восстановление знаний после уничтожения даже большей части ядер во время войны а также быстрый и устойчивый доступ к этой информации.
Система управления научно-технической информацией может быть создана в следующем порядке:
1. Определить виды информации, которые необходимо хранить.
2. Разработать систему классификации для каждого вида информации, чтобы легко найти нужный документ в будущем. Основания класификации задаются целями использования документов и тем, какие пользователи будут использовать систему классификации и как они будут искать информацию. Система классификации должна допускать дальнейшую модификацию и развитие.
3. Создать электронный архив для каждой категории информации. Это может быть база данных или файловая система, которая позволяет быстро и легко искать и находить нужную информацию.
4. Установить правила и процедуры для добавления новой информации в архив, включая мониторинг, сбор, проверку на достоверность и качество, реинжениринг и взаимоувязку. Сюда относятся протоколы приема и распространения информации, получаемой от многочисленных ядер платформы, а также конкурентная научно-техническая информация (о научно-технических стратегиях других государства и прогрессе в их выполнении), формируемая на основе данных разведки.
5. Создать механизм обеспечения доступа к информации всех заинтересованных лиц путем ее копирования в каждую новую копию ядра. Каждая платформа содержит в составе ядра вычислительные машины, используемые в том числе и для разработки новых продуктов. В соответстви с архитектурой производимых вычислительных машин, для них должны быть разработаны операционные системы и прикладное программное обеспечение. К нему относятся не только системы цикла CAD/CAM/CNC/CAX/CAE, но и коммуникационные инструменты, позволяющие связывать заказчиков и исполнителей НИОКР, формировать профессиональные сообщества и коллективы единомышленников. Механизм доступа к информации включает и генерацию ее человеко- и машиночитаемых представлений. Для ускоренного и глубокого, инструментального восприятия людьми, научно-техническая информация можеть интегрироваться в интерактивнй онлайн-курс. Для машин можно предположить специальные типы информации и связи между ними, например:
(продолжение 👇)
(продолжение. начало 👆)
6. Разработать процедуры безопасного и достоверного распространения обновлений архивов между ядрами в реальном времени.
7. Осуществить первичное наполнение архива. Объем накопленной сегодня человечеством научно-технической информации можно оценить порядка 100 Тб. Эта цифра не включает в себя массивы т. н. «больших данных» а только базу данных Sci-hub, патентную базу за всю историю, технические стандарты и некоторые другие данные. После отсеивания дублирующей и бессмысленной информации объем может сократиться до 1 Тб. При переводе информации из графического формата в текст, объем может сократиться примерно ещё в сто раз до примерно 10 Гб. С учётом размером файлов FreeCAD, ядро платформы может занимать около 1 Гб. Периферия платформы из 10000 продуктов средней сложности может занимать порядка 1 Тб. Вся эта информация должна храниться в каждом ядре, наряду с информацией о новых разрабатываемых платформах.
8. Регулярно обновлять и проверять архив, чтобы сохранять актуальность информации и избежать дублирования документов.
6. Разработать процедуры безопасного и достоверного распространения обновлений архивов между ядрами в реальном времени.
7. Осуществить первичное наполнение архива. Объем накопленной сегодня человечеством научно-технической информации можно оценить порядка 100 Тб. Эта цифра не включает в себя массивы т. н. «больших данных» а только базу данных Sci-hub, патентную базу за всю историю, технические стандарты и некоторые другие данные. После отсеивания дублирующей и бессмысленной информации объем может сократиться до 1 Тб. При переводе информации из графического формата в текст, объем может сократиться примерно ещё в сто раз до примерно 10 Гб. С учётом размером файлов FreeCAD, ядро платформы может занимать около 1 Гб. Периферия платформы из 10000 продуктов средней сложности может занимать порядка 1 Тб. Вся эта информация должна храниться в каждом ядре, наряду с информацией о новых разрабатываемых платформах.
8. Регулярно обновлять и проверять архив, чтобы сохранять актуальность информации и избежать дублирования документов.
Автоматизация прикладной науки
Достаточно гибкое и производительное ядро платформы можно использовать в качестве «научно-инженерного ИИ». Технические решения, которые нельзя автоматически принять путём моделирования, может помочь принять экспериментальное изготовление и тестирование различных версий объекта.
Возможно использование ядра в режиме «мгновенного изготовления» - при проектировании изделия человеком, оно с некоторой частотой постоянно автоматически производятся по «сырому» ещё чертежу (подобно тому как браузеры подгружают страницы, на которые пользователь может перейти). В результате, в любой момент пользователь может видеть результаты различных (в том числе массовых, статистических) испытаний ещё только проектируемого узла, а одним нажатием кнопки сразу получить некоторое количество его экземпляров «в металле».
Так же могут быть реализованы другие полезные операции вроде «мгновенного копирования» (когда из заранее заготовленных скрытых системных резервные копии объекта переводятся в пользовательские). Вообще, для опытно-конструкторских работ, не связанных с сильной перегрузкой мощностей ядра, наличие скрытых копий очень удобно, потому что позволяет делать отмену последних операций (хотя бы это была и операция, скажем, переплавки или краш-тест) путём скрытия последней версии и открытия предпоследней. Здесь применим весь опыт человечества, связанный с системами управления версиями объектов.
Поскольку критерии совершенства технических систем довольно объективны и типичны, платформа сама может сравнивать различные (в том числе автоматически сгенерированные) версии систем. Например, берётся модель какого-нибудь клапана, модифицируется различным образом (случайно или осмысленно) и все варианты изготавливаются. Затем проводятся тесты, просто на выполнение этим клапаном своей функции - пропускать вещество в одну сторону и не пропускать в другую. Если стандартный клапан выдерживает 1000 циклов срабатывания, а какая-то мутация выдерживает 100000 циклов - то ее стоит рассмотреть как перспективную модель и снова помодифицировать. Так параллельный натурный эксперимент позволяет сравнивать версии изделия без всякого интеллекта. Кроме долговечности, конечно, можно измерять и другие параметры - КПД, пропускную способность, устойчивость к температурам и их перепадам, терпимость к неточностям изготовления, к повреждениям и т.п. Это основа, так сказать, тактической автоэволюции или прикладных НИОКР.
Получается, производство научной информации на основе технологической платформы возможно путём проведения экспериментов, то есть создания объектов, основным назначением которых является прохождение тестов и измерений для получения информации о технических решениях. После чего объекты могут утилизироваться. Так может осуществляться автоэволюция технических решений через массовые сравнительные испытания вариаций конструкции. В интересах этого следует разработать язык обобщённого описания конструкций, удобный для эволюционных операций (то есть, позволяющий генерировать потенциально ценные конструкции путём модификации параметров, скрещивания, изменчивости, отбора... ).
Современные описания CAD для этого не подходят. Однако в живой природе это реализовано. Вероятно, речь идёт об описании техники на основах вроде предложенных А. Тьюрингом в работе «химические основы морфогенеза». Изготовление объекта по управляющей программе соответствует прямому морфогенезу в биологии. А составление технологии (управляющей робофабрикой программы) под конструкцию можно назвать «обратным морфогенезом», вероятно не имеющим в природе аналогов. Генерация вариантов объекта для эволюционного отбора уместна путём модификации не только самой конструкции, но управляющей программы по изготовлению - с последующим закреплением удачных изменений уже в виде конструкции.
Достаточно гибкое и производительное ядро платформы можно использовать в качестве «научно-инженерного ИИ». Технические решения, которые нельзя автоматически принять путём моделирования, может помочь принять экспериментальное изготовление и тестирование различных версий объекта.
Возможно использование ядра в режиме «мгновенного изготовления» - при проектировании изделия человеком, оно с некоторой частотой постоянно автоматически производятся по «сырому» ещё чертежу (подобно тому как браузеры подгружают страницы, на которые пользователь может перейти). В результате, в любой момент пользователь может видеть результаты различных (в том числе массовых, статистических) испытаний ещё только проектируемого узла, а одним нажатием кнопки сразу получить некоторое количество его экземпляров «в металле».
Так же могут быть реализованы другие полезные операции вроде «мгновенного копирования» (когда из заранее заготовленных скрытых системных резервные копии объекта переводятся в пользовательские). Вообще, для опытно-конструкторских работ, не связанных с сильной перегрузкой мощностей ядра, наличие скрытых копий очень удобно, потому что позволяет делать отмену последних операций (хотя бы это была и операция, скажем, переплавки или краш-тест) путём скрытия последней версии и открытия предпоследней. Здесь применим весь опыт человечества, связанный с системами управления версиями объектов.
Поскольку критерии совершенства технических систем довольно объективны и типичны, платформа сама может сравнивать различные (в том числе автоматически сгенерированные) версии систем. Например, берётся модель какого-нибудь клапана, модифицируется различным образом (случайно или осмысленно) и все варианты изготавливаются. Затем проводятся тесты, просто на выполнение этим клапаном своей функции - пропускать вещество в одну сторону и не пропускать в другую. Если стандартный клапан выдерживает 1000 циклов срабатывания, а какая-то мутация выдерживает 100000 циклов - то ее стоит рассмотреть как перспективную модель и снова помодифицировать. Так параллельный натурный эксперимент позволяет сравнивать версии изделия без всякого интеллекта. Кроме долговечности, конечно, можно измерять и другие параметры - КПД, пропускную способность, устойчивость к температурам и их перепадам, терпимость к неточностям изготовления, к повреждениям и т.п. Это основа, так сказать, тактической автоэволюции или прикладных НИОКР.
Получается, производство научной информации на основе технологической платформы возможно путём проведения экспериментов, то есть создания объектов, основным назначением которых является прохождение тестов и измерений для получения информации о технических решениях. После чего объекты могут утилизироваться. Так может осуществляться автоэволюция технических решений через массовые сравнительные испытания вариаций конструкции. В интересах этого следует разработать язык обобщённого описания конструкций, удобный для эволюционных операций (то есть, позволяющий генерировать потенциально ценные конструкции путём модификации параметров, скрещивания, изменчивости, отбора... ).
Современные описания CAD для этого не подходят. Однако в живой природе это реализовано. Вероятно, речь идёт об описании техники на основах вроде предложенных А. Тьюрингом в работе «химические основы морфогенеза». Изготовление объекта по управляющей программе соответствует прямому морфогенезу в биологии. А составление технологии (управляющей робофабрикой программы) под конструкцию можно назвать «обратным морфогенезом», вероятно не имеющим в природе аналогов. Генерация вариантов объекта для эволюционного отбора уместна путём модификации не только самой конструкции, но управляющей программы по изготовлению - с последующим закреплением удачных изменений уже в виде конструкции.
Автоматизация фундаментальной науки
Производство объектов может иметь целью их испытания для получения информации уже не о технических решениях, а о самих законах природы. Например, строится модель некоторого явления, скажем, свободного падения. Конструируется устройство для проверки этой модели. Модель корректируется в соответствии с результатами работы устройства в различных условиях.
Экспериментальные установки развиваются в сторону «воздействуем на объект всеми комбинациями всех способов (в максимально точном соответствии с теоретически заданными воздействиями) и при этом измеряем все что можно измерить с максимально возможной точностью». В обычной, человеческой науке, к наиболее выдающимся открытиям обычно приводили новые более точные средства наблюдения и измерения.
Путем ранее описанной прикладной науки можно автоматически совершенствовать средства измерения и средства влияния на объект (чтоб открыть или уточнить закон Ома недостаточно сверхточно мерить ток и сопротивление, надо ещё и сверхточно задавать напряжение (Ом и был первым, кто смог это осуществить)).
Таким образом, автоматика платформы может делать и научные открытия, уточняя свою модель реальности, которая в свою очередь может быт основой автоматического поиска или синтеза новых физически эффектов для разработки новых необыкновенных машин по заданиям пользователей.
При этом необязательно измерять и изучать все подряд. Есть довольно объективные законы развития техники и науки, описанные, скажем, в работах Г. Альтшуллера, П. Кузнецова, Р. Бартини, Б. Злотина, А.Зусман и других. Автоматическая наука может идти к дальним целям, попутно достигая множества мелких.
Производство объектов может иметь целью их испытания для получения информации уже не о технических решениях, а о самих законах природы. Например, строится модель некоторого явления, скажем, свободного падения. Конструируется устройство для проверки этой модели. Модель корректируется в соответствии с результатами работы устройства в различных условиях.
Экспериментальные установки развиваются в сторону «воздействуем на объект всеми комбинациями всех способов (в максимально точном соответствии с теоретически заданными воздействиями) и при этом измеряем все что можно измерить с максимально возможной точностью». В обычной, человеческой науке, к наиболее выдающимся открытиям обычно приводили новые более точные средства наблюдения и измерения.
Путем ранее описанной прикладной науки можно автоматически совершенствовать средства измерения и средства влияния на объект (чтоб открыть или уточнить закон Ома недостаточно сверхточно мерить ток и сопротивление, надо ещё и сверхточно задавать напряжение (Ом и был первым, кто смог это осуществить)).
Таким образом, автоматика платформы может делать и научные открытия, уточняя свою модель реальности, которая в свою очередь может быт основой автоматического поиска или синтеза новых физически эффектов для разработки новых необыкновенных машин по заданиям пользователей.
При этом необязательно измерять и изучать все подряд. Есть довольно объективные законы развития техники и науки, описанные, скажем, в работах Г. Альтшуллера, П. Кузнецова, Р. Бартини, Б. Злотина, А.Зусман и других. Автоматическая наука может идти к дальним целям, попутно достигая множества мелких.
Методика создания методик
Некоторые действия в области науки и техники неочевидны или выполняются интуитивно. Для структурирования работы или распространения компетенции бывает необходимо составить методики по тем или иным видам работ.
Методика - документ, описывающий порядок выбора и выполнения действий для решения задачи. Например, «методика проектирования двигателей внутреннего сгорания». Или «методика выбора способоа синтеза вещества.»
Процесс разработки методики итеративен. Сначала создают быструю, простую методику для частного случая. Если есть шаблон - используют его. Разработка методики включает в себя следующие шаги:
1. Уяснение способа решения задачи.
1.1 Осознание задачи. Сформулировать и записать задачу, которую оператор будет решать по данной методике. Определить, используеются существующие шаблоны или методика создается с нуля. Уяснить требования к методике (перечислены на шаге 3).
1.2. Составление представления о предметной области и методах работы в ней. Проверить, ясны ли нам в этой деятельности следующие пункты: область знаний, к которой она относится, предмет, объект, субъект, формы, особенности, принципы, условия, нормы, результат, методы, средства (инструменты), способы (применения инструментов), приемы.
1.3. Составление списка источников знаний (книги, специалисты, опыт, эксперименты, примеры)
1.4. Изучение источников и предметной области. Записать неформальное (словесное) описание задачи оператора, ее общие характеристики, предположительный вид решения и требования к нему, подзадачи и промежуточные результаты, списки входных, выходных и инструментальных объектов (данных). Указать ключевые понятия (объекты), их характеристики и отношения, диаграммы, виды взаимосвязей между объектами проблемной области,типы используемых отношений (иерархия, причина/следствие, часть/целое и т. п.), типичные противоречия и методы их разрешения. Осуществить анализ хода решения задачи: какие действия и рассуждения лежат в основе решения, с какими препятствиями может столкнуться оператор при решении задачи, и как их можно преодолеть, типы ограничений, накладываемых на действия, используемые в ходе решения, состав знаний, используемых для решения задачи и для объяснения решения. Разобрать примеры решения задачи. Детальный протокол действий и рассуждений в процессе решения хотя бы одной конкретной задачи обеспечивает нас словарем терминов (объектов) и некоторым приблизительным представлением о испольуемых стратегиях и гипотезах. Составить функциональную и структурную схемы, а также схемы развертывания этой деятельности в пространстве и времени и связи между ними.
(продолжение 👇)
Некоторые действия в области науки и техники неочевидны или выполняются интуитивно. Для структурирования работы или распространения компетенции бывает необходимо составить методики по тем или иным видам работ.
Методика - документ, описывающий порядок выбора и выполнения действий для решения задачи. Например, «методика проектирования двигателей внутреннего сгорания». Или «методика выбора способоа синтеза вещества.»
Процесс разработки методики итеративен. Сначала создают быструю, простую методику для частного случая. Если есть шаблон - используют его. Разработка методики включает в себя следующие шаги:
1. Уяснение способа решения задачи.
1.1 Осознание задачи. Сформулировать и записать задачу, которую оператор будет решать по данной методике. Определить, используеются существующие шаблоны или методика создается с нуля. Уяснить требования к методике (перечислены на шаге 3).
1.2. Составление представления о предметной области и методах работы в ней. Проверить, ясны ли нам в этой деятельности следующие пункты: область знаний, к которой она относится, предмет, объект, субъект, формы, особенности, принципы, условия, нормы, результат, методы, средства (инструменты), способы (применения инструментов), приемы.
1.3. Составление списка источников знаний (книги, специалисты, опыт, эксперименты, примеры)
1.4. Изучение источников и предметной области. Записать неформальное (словесное) описание задачи оператора, ее общие характеристики, предположительный вид решения и требования к нему, подзадачи и промежуточные результаты, списки входных, выходных и инструментальных объектов (данных). Указать ключевые понятия (объекты), их характеристики и отношения, диаграммы, виды взаимосвязей между объектами проблемной области,типы используемых отношений (иерархия, причина/следствие, часть/целое и т. п.), типичные противоречия и методы их разрешения. Осуществить анализ хода решения задачи: какие действия и рассуждения лежат в основе решения, с какими препятствиями может столкнуться оператор при решении задачи, и как их можно преодолеть, типы ограничений, накладываемых на действия, используемые в ходе решения, состав знаний, используемых для решения задачи и для объяснения решения. Разобрать примеры решения задачи. Детальный протокол действий и рассуждений в процессе решения хотя бы одной конкретной задачи обеспечивает нас словарем терминов (объектов) и некоторым приблизительным представлением о испольуемых стратегиях и гипотезах. Составить функциональную и структурную схемы, а также схемы развертывания этой деятельности в пространстве и времени и связи между ними.
(продолжение 👇)
(продолжение. начало 👆)
1.5. Описание способа решения задачи списком правил. Правила бывают стратегические («что делать и в каком порядке?»), тактические (правила выбора из вариантов, «как делать?») и ограничительные. Условие каждого правила определяет образец ситуации, при соблюдении которой правило может быть выполнено. Поиск решения состоит в выполнении тех правил, образцы которых сопоставляются с текущей ситуацией. Громоздкое правило может отражать несколько фактов из проблемной области, его стоит попытаться разбить на несколько более мелких. Если при этом в проблемной области выявится понятие, явно не указанное, а возможно, и не имеющее имени, его необходимо ввести в явном виде, присвоить ему специальное имя и, используя это понятие, уточнить правила.
2. Создание упорядоченного ациклического графа действий и продуктов
2.1. Выбор подхода к работе и степени формализации. Принять решение, какой подход к работе наиболее адекватен данной задаче («водопад», V-модель, спираль или что-то другое). Определить целесообразный уровень формализации методики на спектре от общих напутственных фраз, до алгоритмов, опирающихся на модели, и (возможно) реализовнных в исполняемом коде.
2.2 Составление списка продуктов и действий. Определить список (промежуточных) продуктов и действий над ними. Построить ориентированный граф подзадач, рассматривая как прямой путь - от сырья к результату, так и обратный, воображая продукты-«заготовки» каждого шага и способы их получения. Выяснить, какие еще входные ресурсы необходимы для каждого действия, какие могут получаться побочные результаты. Определить классы продуктов с точки зрения их обработки: варианты одного класса обрабатываются действиями одинаково, варианты разных классов - по разному. Описать каждое действие по формуле «делаем продукт А на основании сырья Б по методике В». Задаться к каждому вопросом: почему именно так? Что именно берется из сырья и как и во что именно оно переходит в продукте? Удобно ли это? Не порождаются ли здесь ошибки? Описать содержание действий с нужной степенью подробности, их внутреннюю структуру, применяемые приемы и инструменты. Описать продукты, привести шаблоны, образцы.
2.3. Приведение графа к упорядоченному ациклическому виду. Нужен не идеальный порядок, а работоспособный. Провести разрушение циклов: введением повторных проходов с допущениями (обоснованно выбираем, куда идти, а что допускать), разбиением действий до уровня, позволяющего «размотать» цикл, объединением всего цикла в одно действие (не злоупотреблять этим, оператору может оказаться трудно распутать цикл). Затем осуществляется сортировка операций в следующем порядке:
• Сперва размещаем рабочие операции, потом обслуживающие их, потом - обслуживающие их и т.д.
• Сперва размещаем на графе операции с «открытыми зонами», потом - еще как-то привязанные к местам, потом - свободные, наконец - россыпь.
• В начало идут операции, которые сделают выполнение оставшихся менее вариативным и сложным
• От грубых операций - к точным. Чем точнее нужен результат, тем ближе операция к концу. Чем большие вносит изменения - тем к началу.
• Операции на которых возможно выявление критических проблем - в начало
• Контрольные операции ставим после рискованных, перед трудными, там где есть итерации, и в самом конце.
• Из двух операций, очередность которых не важна, ставить в начало ту, результаты которой хотя бы косвенно могут посодействовать выполнению другой
• Если результат одной из операций мешает выполнению другой, то поставить ее после той.
(окончание 👇)
1.5. Описание способа решения задачи списком правил. Правила бывают стратегические («что делать и в каком порядке?»), тактические (правила выбора из вариантов, «как делать?») и ограничительные. Условие каждого правила определяет образец ситуации, при соблюдении которой правило может быть выполнено. Поиск решения состоит в выполнении тех правил, образцы которых сопоставляются с текущей ситуацией. Громоздкое правило может отражать несколько фактов из проблемной области, его стоит попытаться разбить на несколько более мелких. Если при этом в проблемной области выявится понятие, явно не указанное, а возможно, и не имеющее имени, его необходимо ввести в явном виде, присвоить ему специальное имя и, используя это понятие, уточнить правила.
2. Создание упорядоченного ациклического графа действий и продуктов
2.1. Выбор подхода к работе и степени формализации. Принять решение, какой подход к работе наиболее адекватен данной задаче («водопад», V-модель, спираль или что-то другое). Определить целесообразный уровень формализации методики на спектре от общих напутственных фраз, до алгоритмов, опирающихся на модели, и (возможно) реализовнных в исполняемом коде.
2.2 Составление списка продуктов и действий. Определить список (промежуточных) продуктов и действий над ними. Построить ориентированный граф подзадач, рассматривая как прямой путь - от сырья к результату, так и обратный, воображая продукты-«заготовки» каждого шага и способы их получения. Выяснить, какие еще входные ресурсы необходимы для каждого действия, какие могут получаться побочные результаты. Определить классы продуктов с точки зрения их обработки: варианты одного класса обрабатываются действиями одинаково, варианты разных классов - по разному. Описать каждое действие по формуле «делаем продукт А на основании сырья Б по методике В». Задаться к каждому вопросом: почему именно так? Что именно берется из сырья и как и во что именно оно переходит в продукте? Удобно ли это? Не порождаются ли здесь ошибки? Описать содержание действий с нужной степенью подробности, их внутреннюю структуру, применяемые приемы и инструменты. Описать продукты, привести шаблоны, образцы.
2.3. Приведение графа к упорядоченному ациклическому виду. Нужен не идеальный порядок, а работоспособный. Провести разрушение циклов: введением повторных проходов с допущениями (обоснованно выбираем, куда идти, а что допускать), разбиением действий до уровня, позволяющего «размотать» цикл, объединением всего цикла в одно действие (не злоупотреблять этим, оператору может оказаться трудно распутать цикл). Затем осуществляется сортировка операций в следующем порядке:
• Сперва размещаем рабочие операции, потом обслуживающие их, потом - обслуживающие их и т.д.
• Сперва размещаем на графе операции с «открытыми зонами», потом - еще как-то привязанные к местам, потом - свободные, наконец - россыпь.
• В начало идут операции, которые сделают выполнение оставшихся менее вариативным и сложным
• От грубых операций - к точным. Чем точнее нужен результат, тем ближе операция к концу. Чем большие вносит изменения - тем к началу.
• Операции на которых возможно выявление критических проблем - в начало
• Контрольные операции ставим после рискованных, перед трудными, там где есть итерации, и в самом конце.
• Из двух операций, очередность которых не важна, ставить в начало ту, результаты которой хотя бы косвенно могут посодействовать выполнению другой
• Если результат одной из операций мешает выполнению другой, то поставить ее после той.
(окончание 👇)
(окончание. начало 👆)
2.4. Контрольный проход от конца графа к началу: содержит ли он надежные средства контроля отрицательных результатов и удобные точки ветвления для их обхода? Каждое действие может закончиться положительным или отрицательным результатом, или быть приостановлено. Хорошо узнавать об отрицательном результате пока не сделан большой объем работы. Но и ложный отрицательный результат опасен.
3. Испытание методики. Проверить методику в деле (на тестовых и реальных задачам) и исправлять, пока она не бует соответствовать требованиям. Предложенная методика должна быть: воспроизводима, логически непротиворечива, однозначна, адекватна наначению и условиям применения, результативна (с объективно измеримыми параметрами), удобна (и давать результат, который удобно использовать). Добротная методика надежна (устойчива к неточностям исходных данных и ошибочным действиям пользователя или содержит средства их выявления и нейтрализации), позволяет сформулировать требования к «сырью», может быть применена для более общего класса задач, иерархична (не обязательно вникать в детали без нужды, благодаря информативным заголовкам разделов), содержит объяснительные комментарии (что повышает доверие оператора к результатам, ориентирует его и облегчает отладку методики), рациональна, экономична, является четкой и внятной, простой для понимания, обоснована, прогрессивна, содержит ресурсы для развития и оптимизации, не требует избыточных входных ресурсов (данных, инструментов), имеет перспективы автоматизации.
4. Оформить и опубликовать методику, обеспечив обратную связь. Оформив методику согласно шаблону, опубликовать ее, удостоверившись, что существует работоспособный способ сбора обратной связи от оператора.
2.4. Контрольный проход от конца графа к началу: содержит ли он надежные средства контроля отрицательных результатов и удобные точки ветвления для их обхода? Каждое действие может закончиться положительным или отрицательным результатом, или быть приостановлено. Хорошо узнавать об отрицательном результате пока не сделан большой объем работы. Но и ложный отрицательный результат опасен.
3. Испытание методики. Проверить методику в деле (на тестовых и реальных задачам) и исправлять, пока она не бует соответствовать требованиям. Предложенная методика должна быть: воспроизводима, логически непротиворечива, однозначна, адекватна наначению и условиям применения, результативна (с объективно измеримыми параметрами), удобна (и давать результат, который удобно использовать). Добротная методика надежна (устойчива к неточностям исходных данных и ошибочным действиям пользователя или содержит средства их выявления и нейтрализации), позволяет сформулировать требования к «сырью», может быть применена для более общего класса задач, иерархична (не обязательно вникать в детали без нужды, благодаря информативным заголовкам разделов), содержит объяснительные комментарии (что повышает доверие оператора к результатам, ориентирует его и облегчает отладку методики), рациональна, экономична, является четкой и внятной, простой для понимания, обоснована, прогрессивна, содержит ресурсы для развития и оптимизации, не требует избыточных входных ресурсов (данных, инструментов), имеет перспективы автоматизации.
4. Оформить и опубликовать методику, обеспечив обратную связь. Оформив методику согласно шаблону, опубликовать ее, удостоверившись, что существует работоспособный способ сбора обратной связи от оператора.
Кадровая база научно-технической стратегии государства
Динамический подход к науке и технике подразумевает высокую ценность каждого человека как личности. Государство заботится о нем не просто как о рабочей силе, но и как о своём шансе на прыжок в развитии — каким-то нетривиальным, непонятным другим способом. Статический же подход стремится превратить человека в винтик, справедливо видя в разнообразии потенциальную угрозу застою.
Кадровое обеспечение научно-технической стратегии государства включает в себя поиск, привлечение к работе над программами и проектами, мотивацию и сопровождение уже имеющихся в стране кадров, а также подготовку новых.
Привлечение к работе уже имеющихся кадров оказывается первоочередным делом после принятия государством научно-технической стратегии, так как позволяет сразу обеспечить программы и проекты большим количеством исполнителей. Здесь важно использовать активные механизмы поиска и привлечения высококачественных сотрудников, подходящих для эффективного и добросовестного выполнения научно-технических работ.
Подготовка новых кадров относится к долгосрочной перспективе и подразумевает восстановление и активацию социальных функций государства. Должны быть переформатированы для эффективной работы структуры, отвечающие за демографию, здравоохранение, образование и т.д. Чем больше количество и качество населения страны, тем проще задача поиска подходящих кадров на весь объем разработок. Это подразумевает интенсивный рост рождаемости и снижение смертности, мощное образование и здравоохранение, создание социокультурных условий для того, чтобы новые поколения росли в функциональных, психологически здоровых семьях.
Лучшие разработки в истории человечества делались людьми, искренне лично и непосредственно заинтересованными в их результатах. Именно такие люди должны составлять костяк коллективов разработчиков.
Их характеризует наличие личной технической цели. Человек, имеющий внутреннюю мотивацию создать некоторую технологию или продукт, будет участвовать в их создании на принципиально ином уровне, чем человек, работающий просто за деньги или по принуждению. Эта расширенная мотивация распространяется и на участие в разработках, являющихся технологическими предшественниками целевого продукта (например, пионеры авиации были заинтересованы в создании легких каркасов, компактных двигателей, эффективных винтов и т. д.), а также в разработках продуктов, придающий больше смысла и полезности целевому продукту (нередко ученый старается найти и продемонстрировать разнобразные приложения своего открытия).
Поскольку периферия платформ включает в себя самые разнообразные продукты, каждый человек, имеющий адекватную техническую цель может быть привлечен к разработке продукта близкого к тому, которым он бы и хотел заниматься. Вопрос будет заключаться только в отнесении продукта к периферии той или иной плафтормы в зависимости от требуемого для его изготовления уровня технологии. И, если техническая цель человека относится к еще не разработанной платформе, то это является естественной мотиваций к участию в ее развитии (сторонники наномедицины стараются участвовать в разработках в области атомарной сборки — как технологии, образующей платформу, на которой они могли бы реализовать свои цели).
(продолжение 👇)
Динамический подход к науке и технике подразумевает высокую ценность каждого человека как личности. Государство заботится о нем не просто как о рабочей силе, но и как о своём шансе на прыжок в развитии — каким-то нетривиальным, непонятным другим способом. Статический же подход стремится превратить человека в винтик, справедливо видя в разнообразии потенциальную угрозу застою.
Кадровое обеспечение научно-технической стратегии государства включает в себя поиск, привлечение к работе над программами и проектами, мотивацию и сопровождение уже имеющихся в стране кадров, а также подготовку новых.
Привлечение к работе уже имеющихся кадров оказывается первоочередным делом после принятия государством научно-технической стратегии, так как позволяет сразу обеспечить программы и проекты большим количеством исполнителей. Здесь важно использовать активные механизмы поиска и привлечения высококачественных сотрудников, подходящих для эффективного и добросовестного выполнения научно-технических работ.
Подготовка новых кадров относится к долгосрочной перспективе и подразумевает восстановление и активацию социальных функций государства. Должны быть переформатированы для эффективной работы структуры, отвечающие за демографию, здравоохранение, образование и т.д. Чем больше количество и качество населения страны, тем проще задача поиска подходящих кадров на весь объем разработок. Это подразумевает интенсивный рост рождаемости и снижение смертности, мощное образование и здравоохранение, создание социокультурных условий для того, чтобы новые поколения росли в функциональных, психологически здоровых семьях.
Лучшие разработки в истории человечества делались людьми, искренне лично и непосредственно заинтересованными в их результатах. Именно такие люди должны составлять костяк коллективов разработчиков.
Их характеризует наличие личной технической цели. Человек, имеющий внутреннюю мотивацию создать некоторую технологию или продукт, будет участвовать в их создании на принципиально ином уровне, чем человек, работающий просто за деньги или по принуждению. Эта расширенная мотивация распространяется и на участие в разработках, являющихся технологическими предшественниками целевого продукта (например, пионеры авиации были заинтересованы в создании легких каркасов, компактных двигателей, эффективных винтов и т. д.), а также в разработках продуктов, придающий больше смысла и полезности целевому продукту (нередко ученый старается найти и продемонстрировать разнобразные приложения своего открытия).
Поскольку периферия платформ включает в себя самые разнообразные продукты, каждый человек, имеющий адекватную техническую цель может быть привлечен к разработке продукта близкого к тому, которым он бы и хотел заниматься. Вопрос будет заключаться только в отнесении продукта к периферии той или иной плафтормы в зависимости от требуемого для его изготовления уровня технологии. И, если техническая цель человека относится к еще не разработанной платформе, то это является естественной мотиваций к участию в ее развитии (сторонники наномедицины стараются участвовать в разработках в области атомарной сборки — как технологии, образующей платформу, на которой они могли бы реализовать свои цели).
(продолжение 👇)
(продолжение. начало 👆)
Таким образом в каждой команде разработки должны находится «болельщики» соответствующих технических целей. Лучший болельщик проекта — тот, кто занимался им и до государственной программы, за свой счет и на свой страх и риск. Это, как правило, находит свое отражение в книгах, статьях, сайтах, материалах социальных сетей, комментариях и т. д. посвященных соответствующей технической тематике, предложениях о сотрудничестве, поиске единомышленников, запросе ресурсов. Такая информация должна специально мониториться кадровой службой и служить поводом для приглашения сотрудников.
В связи со значительным потенциальным вкладом в проекте мотивированных разработчиков, следует не стесняться в затратах и ресурсах, направленных на «выкуп» таких кадров из их текущей жизненной ситуации, то есть, решение проблем и преодоление препятствий, мешающих человеку включиться в работу. Не все из этих проблем с готовностью озвучиваются и афишируются (обязательства, болезни, долги и т. д.), анализ и работа с этими ситуациями в конкретных случаях требуют большой тщательности. Тем не менее это может стать действительно быстрым инструментом подбора кадров в сжатые сроки.
Осуществление научно-технической стратегии требует беспрецедентного количества не просто инженеров, но изобретателей. Инженеры в традиционном понимании этой профессии обычно работают по заданию и следуют заранее определенным правилам и процедурам, которых при разработке радикально новых инновационных продуктов и платформ, как правило, просто не существует.
Таким образом в каждой команде разработки должны находится «болельщики» соответствующих технических целей. Лучший болельщик проекта — тот, кто занимался им и до государственной программы, за свой счет и на свой страх и риск. Это, как правило, находит свое отражение в книгах, статьях, сайтах, материалах социальных сетей, комментариях и т. д. посвященных соответствующей технической тематике, предложениях о сотрудничестве, поиске единомышленников, запросе ресурсов. Такая информация должна специально мониториться кадровой службой и служить поводом для приглашения сотрудников.
В связи со значительным потенциальным вкладом в проекте мотивированных разработчиков, следует не стесняться в затратах и ресурсах, направленных на «выкуп» таких кадров из их текущей жизненной ситуации, то есть, решение проблем и преодоление препятствий, мешающих человеку включиться в работу. Не все из этих проблем с готовностью озвучиваются и афишируются (обязательства, болезни, долги и т. д.), анализ и работа с этими ситуациями в конкретных случаях требуют большой тщательности. Тем не менее это может стать действительно быстрым инструментом подбора кадров в сжатые сроки.
Осуществление научно-технической стратегии требует беспрецедентного количества не просто инженеров, но изобретателей. Инженеры в традиционном понимании этой профессии обычно работают по заданию и следуют заранее определенным правилам и процедурам, которых при разработке радикально новых инновационных продуктов и платформ, как правило, просто не существует.
Специализация и универсализация персонала
Необходимость разработки большого числа разнородных объектов а также требование инкапсуляции (минимизации информационнызх потоков между сотрудниками) и поддержания концептуальной целостности при разработке, порождают тенденцию к разработке одного модуля одним человеком на протяжении его жизненного цикла.
Это подразумевает вовлечение одного и того же человека как в разные этапы жизненного цикла продукта: проектирование, конструирование, изготовление, отладка и т.д, так и охват одним человеком разных технических аспектов продукта: механика, электроника, программа, оптика, дизайн и т. д.
Данный подход находится в противоречии с традиционными идеями о разделении труда, потому что разделение труда и специализация давали выигрыш только в случае многократного выполнения одних и тех же операций. НИОКР же по своей природе состоят из никогда не повторяющихся операций. Поэтому в данной области выгоды универсализации значительно перевешивают выгоды специализации.
Главными являются, пожалуй, архитектурные выгоды: инкапсуляция и концептуальная целостность, а также то, что огромное количество информационных потоков, связанных с согласованием между собой различных сторон каждого проектного решения начинается и заканчивается в одной и той же голове, экономя время на совещания, обсуждения, споры и переговоры. Выходит парадоксальный результат: для более эффективного разделения труда нужны менее специализированные исполнители.
Помимо этого, универсальные сотрудники могут выполнять широкий спектр задач, а также могут быстрее и легче переключаться между разными проектами и задачами, что делает их более гибкими в работе. Они способны заменить собой других на критических направлениях, делая всю систему разработки более устойчивой. Универсальные сотрудники могут работать более эффективно в условиях быстро меняющейся среды, поскольку их навыки и знания позволяют им адаптироваться к новым требованиям и технологиям.
Они могут помочь рекрутировать и обучить специалистов, так как они имеют более широкие знания и опыт работы с разными задачами.
Универсальные сотрудники обычно имеют больший кругозор и понимание того, как все отдельные задачи взаимосвязаны, что позволяет им лучше понимать цели всей работы в целом, а понимание разных областей позволяет им вносить ценный вклад в работу команды. Универсальные сотрудники обычно имеют лучшие коммуникативные навыки, так как они работают с людьми из разных областей и могут находить общий язык с разными людьми. Они могут лучше находить компромиссы и искать решения, которые устраивают всех участников процесса.
Универсальные сотрудники могут лучше справляться с возникающими проблемами и решать их самостоятельно, так как они обладают большими знаниями в разных областях. Они обычно более креативны и могут лучше находить нестандартные решения для решения задач. Универсальные сотрудники могут лучше управлять своими эмоциями и стрессом, что позволяет им справляться с трудными ситуациями лучше, чем узкоспециализированные специалисты.
Универсальные сотрудники обычно более эффективны в работе с новыми проектами, так как их широкий кругозор позволяет им быстро вникнуть в новую тематику, что обычно делает их более инновационными (они реже отказываются от целей из-за доводов в духе "я не специалист"). Они могут лучше ориентироваться в информационном пространстве и быстрее находить необходимую информацию на различных ресурсах.
(продолжение 👇)
Необходимость разработки большого числа разнородных объектов а также требование инкапсуляции (минимизации информационнызх потоков между сотрудниками) и поддержания концептуальной целостности при разработке, порождают тенденцию к разработке одного модуля одним человеком на протяжении его жизненного цикла.
Это подразумевает вовлечение одного и того же человека как в разные этапы жизненного цикла продукта: проектирование, конструирование, изготовление, отладка и т.д, так и охват одним человеком разных технических аспектов продукта: механика, электроника, программа, оптика, дизайн и т. д.
Данный подход находится в противоречии с традиционными идеями о разделении труда, потому что разделение труда и специализация давали выигрыш только в случае многократного выполнения одних и тех же операций. НИОКР же по своей природе состоят из никогда не повторяющихся операций. Поэтому в данной области выгоды универсализации значительно перевешивают выгоды специализации.
Главными являются, пожалуй, архитектурные выгоды: инкапсуляция и концептуальная целостность, а также то, что огромное количество информационных потоков, связанных с согласованием между собой различных сторон каждого проектного решения начинается и заканчивается в одной и той же голове, экономя время на совещания, обсуждения, споры и переговоры. Выходит парадоксальный результат: для более эффективного разделения труда нужны менее специализированные исполнители.
Помимо этого, универсальные сотрудники могут выполнять широкий спектр задач, а также могут быстрее и легче переключаться между разными проектами и задачами, что делает их более гибкими в работе. Они способны заменить собой других на критических направлениях, делая всю систему разработки более устойчивой. Универсальные сотрудники могут работать более эффективно в условиях быстро меняющейся среды, поскольку их навыки и знания позволяют им адаптироваться к новым требованиям и технологиям.
Они могут помочь рекрутировать и обучить специалистов, так как они имеют более широкие знания и опыт работы с разными задачами.
Универсальные сотрудники обычно имеют больший кругозор и понимание того, как все отдельные задачи взаимосвязаны, что позволяет им лучше понимать цели всей работы в целом, а понимание разных областей позволяет им вносить ценный вклад в работу команды. Универсальные сотрудники обычно имеют лучшие коммуникативные навыки, так как они работают с людьми из разных областей и могут находить общий язык с разными людьми. Они могут лучше находить компромиссы и искать решения, которые устраивают всех участников процесса.
Универсальные сотрудники могут лучше справляться с возникающими проблемами и решать их самостоятельно, так как они обладают большими знаниями в разных областях. Они обычно более креативны и могут лучше находить нестандартные решения для решения задач. Универсальные сотрудники могут лучше управлять своими эмоциями и стрессом, что позволяет им справляться с трудными ситуациями лучше, чем узкоспециализированные специалисты.
Универсальные сотрудники обычно более эффективны в работе с новыми проектами, так как их широкий кругозор позволяет им быстро вникнуть в новую тематику, что обычно делает их более инновационными (они реже отказываются от целей из-за доводов в духе "я не специалист"). Они могут лучше ориентироваться в информационном пространстве и быстрее находить необходимую информацию на различных ресурсах.
(продолжение 👇)
(продолжение. начало 👆)
Универсальные сотрудники могут лучше организовать собственную работу и оптимизировать своё время, благодаря широкому кругозору и опыту. Универсальные сотрудники обычно более ответствены и дисциплинированы, так как их работа требует большего количества знаний и умений.
Нужно ли широкое образование человеку, предназначающему себя для продвижения в узком направлении цели? Безусловно, нужно. Продвижение к цели — процесс длиною в жизнь. Полный неожиданностей и крутых поворотов, требующий порой обращения к самым непредсказуемым областям знаний. И здесь универсальное образование — как надежный ключ к уже накопленным пластам культуры, без которого пользоваться этим богатейшим наследием невозможно.
Кроме того, образование — аналогией из других "предметов" — учит стилю познания, что так необходимо разработчику любой проблемы. Приемы и метода во всех профессиональных сферахь сильно пересекаются. Вузовские программы по самым разным специальностям на 80-90% содержат одни и те же знания и предметы. Таким образом, универсальный сотрудник вкладывая в свое образование всего в разы больше времени и сил, получает полезный эффект от этих инвестиций в десятки раз больше узкого специалиста, в любом случае вынужденного изучать массивную общую базу на которой узкоспециальные знания являются лишь надстройкой.
О.Ю. Шмидт — основатель советского книгоиздания и образования, главный редактор Большой советской энциклопедии писал: "Нельзя быть культурным человеком без знания основных результатов всех-наук. Культура едина. Синтетична. Нет отдельной культуры для инженера и медика. Все вместе науки формируют культуру, ее идеологию — мировоззрение".
Руководитель проекта должен стремиться к тому, чтобы его менеджеры и технический персонал были настолько взаимозаменяемы, насколько позволяют их способности. В частности, нужно иметь возможность легко переводить людей с технической на управленческую работу и обратно.
Универсальные сотрудники могут лучше организовать собственную работу и оптимизировать своё время, благодаря широкому кругозору и опыту. Универсальные сотрудники обычно более ответствены и дисциплинированы, так как их работа требует большего количества знаний и умений.
Нужно ли широкое образование человеку, предназначающему себя для продвижения в узком направлении цели? Безусловно, нужно. Продвижение к цели — процесс длиною в жизнь. Полный неожиданностей и крутых поворотов, требующий порой обращения к самым непредсказуемым областям знаний. И здесь универсальное образование — как надежный ключ к уже накопленным пластам культуры, без которого пользоваться этим богатейшим наследием невозможно.
Кроме того, образование — аналогией из других "предметов" — учит стилю познания, что так необходимо разработчику любой проблемы. Приемы и метода во всех профессиональных сферахь сильно пересекаются. Вузовские программы по самым разным специальностям на 80-90% содержат одни и те же знания и предметы. Таким образом, универсальный сотрудник вкладывая в свое образование всего в разы больше времени и сил, получает полезный эффект от этих инвестиций в десятки раз больше узкого специалиста, в любом случае вынужденного изучать массивную общую базу на которой узкоспециальные знания являются лишь надстройкой.
О.Ю. Шмидт — основатель советского книгоиздания и образования, главный редактор Большой советской энциклопедии писал: "Нельзя быть культурным человеком без знания основных результатов всех-наук. Культура едина. Синтетична. Нет отдельной культуры для инженера и медика. Все вместе науки формируют культуру, ее идеологию — мировоззрение".
Руководитель проекта должен стремиться к тому, чтобы его менеджеры и технический персонал были настолько взаимозаменяемы, насколько позволяют их способности. В частности, нужно иметь возможность легко переводить людей с технической на управленческую работу и обратно.
Подходы к формированию коллективов разработчиков
Особенность динамического подхода к науке и технике состоит в признании того факта, что серьезное продвижение разработок вперед почти всегда является следствием стратегических прорывов, а не тактической грамотности. Поэтому важны не многочисленые кадры, а кадры, способные именно на это. Лучше всего иметь маленькую активную команду. По отраслевой статистике, лучшие инженеры в десятки раз продуктивнее слабых при равной подготовке и двухлетнем стаже.
Подход к ускорению разработок путем набора как можно большего числа сотрудников оказывается дорогостоящим, медленным, неэффективным и приводит к появлению систем, не являющихся концептуально целостными. Неоправданное добавление рабочей силы увеличивает общий объем затрат тремя путями: труд по перекраиванию задач и происходящее при этом нарушение работы, обучение новых людей, дополнительное общение. Разделение задачи между несколькими людьми вызывает существенные дополнительные затраты на обучение и обмен информацией.
Люди, далекие от практической разработки — как обыватели, так и государственные мужи - обычно верят заявлениям бюрократов, будто серьезные научные прорывы требуют огромных штатов и бюджетов. Практика полностью опровергает эти заявления. В предисловии Роберта Дитца к книге Жака Пиккара говорится: "Я с радостным волнением думал, что вот появились двое людей, придумавшие и построившие удивительную подводную
лодку, что они уже достигли на ней глубины, в 30 раз превышающей возможности обычной подводной лодки... Как правило, такая титаническая работа оказывается под силу только военному ведомству морской державы. Подводные лодки строят правительственные организации, имеющие в своем распоряжении людей, материалы, квалифицированных специалистов — все, включая электронные компьютеры... Нет. Жак в самом деле был анахронизмом: никаких секретарей, ассистентов, практически без лаборатории и без денег. И тем не менее именно Пиккары лидировали в этой области. Более того, они опередили на 10 лет соответствующие ведомства крупнейших морских держав. Их выручали блестящая методика и постановка дела; как одержимые они работали по 16 часов в сутки, ни на йоту не отклоняясь от распорядка". Миллион демотивированных людей в бюрократических организациях никогда не сделают того, на что способны несколько мотивированных творческих людей.
Организация труда разработчиков по типу хирургических бригад с главным конструктором предлагает способ достижения целостности продукта благодаря его проектированию в нескольких головах и общей продуктивности благодаря наличию многочисленных помощников при радикально сокращенном обмене информацией.
Свежий коллектив, сформированный из высоко мотивированных людей сначала начинает демонстрировать рост эффективности за счет углубления в тему и обучения, выстраивания взаимоотношений и приобретения опыта. Но затем его эффективность начинает существенно падать, постепенно доходя даже до отрицательных значений. Этапы развития коллективов тесно связаны с этапами развития технических систем, которые развивают, производят, продают и обслуживают эти коллективы. Можно говорить о трех типовых состояниях коллективов и их взаимных переходах.
Особенность динамического подхода к науке и технике состоит в признании того факта, что серьезное продвижение разработок вперед почти всегда является следствием стратегических прорывов, а не тактической грамотности. Поэтому важны не многочисленые кадры, а кадры, способные именно на это. Лучше всего иметь маленькую активную команду. По отраслевой статистике, лучшие инженеры в десятки раз продуктивнее слабых при равной подготовке и двухлетнем стаже.
Подход к ускорению разработок путем набора как можно большего числа сотрудников оказывается дорогостоящим, медленным, неэффективным и приводит к появлению систем, не являющихся концептуально целостными. Неоправданное добавление рабочей силы увеличивает общий объем затрат тремя путями: труд по перекраиванию задач и происходящее при этом нарушение работы, обучение новых людей, дополнительное общение. Разделение задачи между несколькими людьми вызывает существенные дополнительные затраты на обучение и обмен информацией.
Люди, далекие от практической разработки — как обыватели, так и государственные мужи - обычно верят заявлениям бюрократов, будто серьезные научные прорывы требуют огромных штатов и бюджетов. Практика полностью опровергает эти заявления. В предисловии Роберта Дитца к книге Жака Пиккара говорится: "Я с радостным волнением думал, что вот появились двое людей, придумавшие и построившие удивительную подводную
лодку, что они уже достигли на ней глубины, в 30 раз превышающей возможности обычной подводной лодки... Как правило, такая титаническая работа оказывается под силу только военному ведомству морской державы. Подводные лодки строят правительственные организации, имеющие в своем распоряжении людей, материалы, квалифицированных специалистов — все, включая электронные компьютеры... Нет. Жак в самом деле был анахронизмом: никаких секретарей, ассистентов, практически без лаборатории и без денег. И тем не менее именно Пиккары лидировали в этой области. Более того, они опередили на 10 лет соответствующие ведомства крупнейших морских держав. Их выручали блестящая методика и постановка дела; как одержимые они работали по 16 часов в сутки, ни на йоту не отклоняясь от распорядка". Миллион демотивированных людей в бюрократических организациях никогда не сделают того, на что способны несколько мотивированных творческих людей.
Организация труда разработчиков по типу хирургических бригад с главным конструктором предлагает способ достижения целостности продукта благодаря его проектированию в нескольких головах и общей продуктивности благодаря наличию многочисленных помощников при радикально сокращенном обмене информацией.
Свежий коллектив, сформированный из высоко мотивированных людей сначала начинает демонстрировать рост эффективности за счет углубления в тему и обучения, выстраивания взаимоотношений и приобретения опыта. Но затем его эффективность начинает существенно падать, постепенно доходя даже до отрицательных значений. Этапы развития коллективов тесно связаны с этапами развития технических систем, которые развивают, производят, продают и обслуживают эти коллективы. Можно говорить о трех типовых состояниях коллективов и их взаимных переходах.