Я думаю, что это зависит от того, сколько информации вы хотите, и как формально вы хотите ее отслеживать. Похоже, что в настоящее время эта информация нигде не записана, что, очевидно, является первой проблемой. Но сохранение информации для решения, которое вы не собираетесь использовать, в лучшем случае является неоптимальным использованием времени. Вам нужно будет определить, какие идеи достаточно конкретизированы для записи. Если у вас есть встреча и дюжина идей вынесена на стол, но половина почти сразу же отброшена, хотите ли вы записать, что это были за идеи и почему они были отброшены? Это много усилий для того, что, вероятно, было анализом очень низкого уровня, но они все еще являются проектными решениями.
Мне кажется более интуитивно понятным делать это только для тех идей, которые достигают стадии, когда над ними действительно делается какая-то реальная работа. Таким образом, у вас уже есть что-то осязаемое, и это просто нужно сохранить в файле проекта, который, я надеюсь, у вас уже есть. Поскольку эта система действительно будет генерировать справочные материалы только для будущих проектов, я не думаю, что было бы хорошей идеей создать совершенно новую систему для архивирования этих материалов или капитального ремонта существующей системы. Найдите способ интегрировать его в вашу текущую систему управления проектами.
Единственный ключ, который я бы позаботился о том, чтобы у вас был способ классификации ваших различных дизайнов по ключевым параметрам. Я не знаю много о вашей области, но я бы предположил, что есть определенные параметры проекта, которым должен соответствовать каждый проект (физический размер, мощность, тип установки и т. Д.). Убедитесь, что они легко видны где-то, чтобы при запуске нового проекта вы могли идентифицировать старые проекты, которые похожи в разных отношениях. Если у вас есть эти отброшенные идеи, хранящиеся в этих папках, вы сможете проанализировать их полезность для вашего текущего проекта.
Тем не менее, я также хочу предупредить в целом о слишком глубоком рассмотрении этого вопроса. Опять же, я работаю в другой отрасли, где проекты намного короче, и, как таковые, их гораздо больше, но некоторые продукты существовали в той или иной форме в течение десятилетий, и их было 15-20 пересмотров. Ведение истории изменений для фактических изменений дизайна, которые были реализованы, очень важно. Знание того, что клиенту давали в прошлом, когда были внесены изменения и почему они были сделаны, является ключом к тому, чтобы не повторять прошлые ошибки и правильно обслуживать старые проекты. Но когда вы каталогизируете проекты, которые никогда не были полностью реализованы, вы добавляете несущественные данные поверх важных данных, и есть только так много, что вы можете отсортировать, прежде чем вещи начнут теряться. Звучит как ты Ищете замену для прочного общения и хорошего опыта. Когда эти проекты переходят из рук в руки, задействованные инженеры должны передавать всю необходимую информацию. Я понимаю, что хочу убедиться, что вы знаете, что было рассмотрено, но я бы посоветовал вам умерить это желание, чтобы не затопить ваши записи ненужными данными.