Про границу между инженерией и исследованиями в IT.

Сфера ИТ является комплексной и эклектичной. Эти и другие особенности позволяют отнести ее к высокоинтеллектуальному труду, связанному с решением многофакторных задач, обладающих высокой степенью вариативности.

У нас в университете шутили, что ошибка исполнения программного кода может быть связана с тем, что прилетел квант от Солнца и переключил какой-то бит в регистре микропроцессора. Шутка шуткой, но доля правды тут есть. Особенно, если мы говорим о той части IT, которая вплотную соприкасается с физическими явлениями (микроэлектроника, схемотехника). Чего уж говорить, если даже аномалии магнитного поля Земли и ионизированное излучение от Солнца влияют на работу вычислительной техники, а это приводит и к программным сбоям 🙈

Сфера действительно сложная. НО. Во многом представление об этой сложности еще усугубляется самими разработчиками. Ту самую вариативность и многофакторность они выдают за "высокую степень неизвестного", подмешивая таким образом в стандартную инженерную задачу толику исследовательской работы.

Но значит ли это, что в отношении любой разработки может быть посчитана точная трудоемкость и спланированы сроки? Нет. Несмотря на то, что сам процесс разработки программного обеспечения стандартизован, в нем есть очень важный этап - аналитика. И этот этап призван как раз приземлить ту самую многофакторность и вариативность на бумагу, чтобы далее в разработке все было учтено.

Аналитика может занимать до 30% времени работы над проектом и примерно такую же долю в бюджете реализации. В современных условиях, когда все очень быстро меняется, а во главе угла стоит показатель скорости вывода на рынок, не всегда есть возможность проводить исчерпывающую аналитику до начала работ над проектом. Это зачастую выходит боком: страдают сроки либо команде разработки приходится совершать героические подвиги на этапе реализации, когда открываются до этого не учтенные обстоятельства интеграций или алгоритмическая сложность. Однако и для такого подхода на рынке разработки ПО существует подход Time&Material, когда заказчик готов смириться с неопределенной совокупной стоимостью работ в обмен на быстрый переход к этапу реализации и оплачивает фактические трудозатраты команды реализации.

При этом действительно исследовательские задачи в ИТ конечно же существуют. Как правило, к ним можно отнести задачи, где даже после этапа аналитики нет четкого ответа на вопрос "как делать?". Поиск ответа требует экспериментов, анализа текущего уровня развития науки и техники и других процедур. И их результатом вполне может быть вывод об экономической нецелесообразности проведения работ или об отсутствии технической возможности реализации. Как правило, это проекты программно-аппаратных комплексов, где исследовательская част  концентрируется в области опытно-конструкторских работ, средств измерения и устройств.

С тех пор, как мы перешли к комплексному подходу в решении задач клиентов, и сформировали компетенции в аппаратном обеспечении, работы класса научно-исследовательских и опытно-консирукторских так же могут выполняться командой Синаптика. Так что welcome, как говорится.