IV.0.1. Do not cross!
Защитные ограждения
Подойдем к проблеме с обратной стороны. Метод инверсии вообще хорошо работает во многих областях науки.
Представим, что проект УЖЕ закончен и Вы наблюдаете его результат и сопутствующие его реализации события.
Вы спросите: как это возможно? Очень просто. Результат проекта и то, что ему сопутствует, – это место преступления. Вы – детектив, расследующий то, что конкретно произошло (ТЗ проекта), когда (временные рамки – календарный план), кто принимал в этом участие (команда и ключевые исполнители) и почему это было сделано (предпосылки – ожидания рынка и предыдущие аналогичные решения).
Согласитесь, все вполне подходит? Прекрасно, тогда вначале огородим место преступления.
1. Определим итоговую цель (что произошло) – это мы уже умеем.
2. В каком масштабе – проанализируем целевую аудиторию и влияние на рынок нашего продукта: да-да, анализ рынка (пусть даже проект для внутренних потребностей Вашего предприятия) – это обязательно!
3. Классифицируем тип преступления – важно определить, разработка относится преимущественно: к разработке ПО (программного обеспечения), аппаратных комплексов, внедрению технологических установок, методических и образовательных материалов, транспортной техники или чего-то другого.
В зависимости от этого определяются индустриальные стандарты, которым Вы обязаны следовать, и поверьте, они не будут мешать, скорее без них Вы вряд ли что-то сделаете. Приведем пример: если Вы хотите сделать что-то, относящееся к беспилотному транспорту, Вашими настольными книгами должны стать ISO 26262 (стандарт по функциональной безопасности транспортных средств) и SAE J3016 (классификация функционала уровней автоматизации).
Нет, Вы не собираетесь делать так и пойдете путем вдохновения? Тогда мы посоветовали бы еще больше сэкономить время и перестать читать данную ненужную литературу.