Обсуждение

Низкоклассная команда проекта из высококлассных специалистов. Как удерживается целое (даже не "кто удерживает") -- это важнейший вопрос в сложных, т.е. коллективно выполняемых проектах. Если этим вопросом не задаваться специально, будет как в этой миниатюре Райкина. Ну да!

Сменил недавно место работы, перейдя из маленькой фирмы в тридцать человек всего в довольно крупную, где одних разработчиков сильно разных специализаций около двухсот. Сложность проектов, конечно, трудно сравнивать со сложностью современных самолётов и небоскрёбов, но проблемы "удержания целого" имеются в полном объёме. Сложились они, как я успел понять, в процессе постепенного усложнения разработок, когда всё больше функций управления стали брать на себя программируемые устройства, а руководство проектами набиралось из старых проверенных кадров, которые не умеют говорить с программистами на одном языке. Разработка программ худо-бедно поддерживается штатом аналитиков, но общесистемные требования, воплощение которых может быть "размазано" по разным компонентам "харда" и "софта", могут оказаться вне поля зрения команды. Из-за этого любые изменения по ходу разработки часто приводят к дублированию функционала или наоборот, к его отсутствию. Большинство разработчиков осознаёт проблему и даже пытается как-то решать её. Иногда это приводит к приобретению какой-нибудь очередной системы для учёта всего, но это само по себе проблему не решает. Понимаю, что без системной инженерии тут не обойтись. Вопрос в том, откуда её взять и как прикрутить к сложившейся системе?

В России вы системную инженерию не возьмёте ниоткуда, ибо системных инженеров в России не готовят (магистратов нет, только коротенькие курсы -- да и их немного). Изучайте сами, потихоньку пытайтесь изменить ситуацию вокруг себя, уж насколько сможете.

Спасибо, пошёл перечитывать ваш журнал с самого начала.