Виктор Николенко - Навигатор лидера

Регулярные обсуждения вопросов интеграции с командой могут быть бесценными с точки зрения понимания комплексных характеристик системы и выявления препятствий, которые могут помешать штатному функционированию. В ходе обсуждения технических команд часто бывает, что владелец компонента или подсистемы, которая не обсуждается, заявляет: «Стоп, это не пойдет. Моя часть системы не может работать таким образом!» Эти открытия не всегда идентифицируются с помощью требований или технической документации; иногда их удается выявить на основе опыта и знаний экспертов по дисциплинам, и эффективное общение наилучшим образом поможет вам. После того как вы получили подтверждение проблемы, вам нужно будет решить, как это исправить.

На начальном этапе инженерной деятельности мне довелось принимать участие в разработке двигателя Р79—300 для первого в мире сверхзвукового самолета вертикального взлета и посадки Як-141. Сложнейшей задачей программы было обеспечение режима «висения» самолета при вертикальном взлете. На этом режиме скоростной напор воздуха отсутствует, крылья не поддерживают аппарат и балансировка самолета в воздухе достигалась струйными рулями. Они работали за счет автоматически регулируемого отбора воздуха из компрессора и перенаправления его по четырем магистралям на концы крыльев, в нос и к хвосту фюзеляжа. Количество отбираемого воздуха за доли секунды менялось от 0 до 100%, при этом двигатель не должен был попадать в помпажный режим. Для отработки динамических процессов на предприятии был построен натурный стенд с двигателем, воздуховодами и быстродействующими клапанами. Я участвовал в цикле проводимых лабораторных испытаний. На основе информации по испытаниям мы смогли оптимизировать алгоритмы функционирования системы. Интеграция была выполнена в лучшем виде. Опытный самолет успешно прошел летные испытания.

Неприятная задержка произошла при разработке самого большого пассажирского самолета Airbus А-380. В ходе работ ИТ-подразделение фирмы организовало переход инженерного программного обеспечения от версии Catia V4 к новой Catia V5. Завод, где велось проектирование и производство электрокабелей, работал на версии V4, поэтому чертежи прокладки кабелей нельзя было проверить на соответствие интеграционным блок-схемам всего самолета, которые были сделаны на версии V5. Когда электрокабели, общая длина которых на самолете составила более 500 километров, доставили для установки на линию конечной сборки, они оказались слишком короткими. В технические условия было внесено изменение, которое не нашло отражения в общих блок-схемах. Эта ошибка в интеграции обошлась компании в миллиарды долларов, включая затраты на повторное производство и задержку сроков поставки готовой продукции. Как следствие этой истории, многие компании ввели у себя правило, что программное обеспечение во время работы над большими проектами обновлять не разрешается.

Еще несколько моментов, требующих регулярного обсуждения на проекте. Главному конструктору следует уделять время вопросам организации взаимодействия между производителями оборудования и поставщиками. Были различные случаи, когда поставщики не понимали требований по оборудованию для своевременной разработки и поставки наилучшего продукта. Также дополнительные проблемы вызывает большая продолжительность жизненного цикла современных программ. За годы работы происходят изменения технологии, устаревание и частое изменение требований. Часто видно, что не на всех этапах программы соблюдается надлежащая дисциплина. Например, из-за отсутствия определения начальных требований к возможностям специальных процессов и процедур производства образцов. На эффективности общения сказывается наличие слишком многих линий связи и уровней отчетности. В число контролеров входят руководители программ, руководители высшего звена, структуры госкорпорации. На госконтрактах добавляются руководители отделов закупок, технологий и материально-технического обеспечения представителей заказчика.

Итак, общение является частью исполнения интеграционной задачи, в котором главный конструктор играет определяющую роль. В течение стандартного рабочего дня главный конструктор может получить огромное количество информации по широкому кругу технических вопросов. Главный конструктор должен ежедневно осмыслить и переработать всю эту информацию, сохранить и эффективно передать наиболее важные сведения остальной части команды. Рассматривайте получаемые вами отзывы как важную часть интеграции. Если информация просто передается по цепочке, но не до конца понятна, это нельзя считать эффективной интеграцией. Главный конструктор должен обеспечить, чтобы все головы участников кивали в одном направлении, единообразно понимались технические концепции и идеи.

Главные конструкторы обычно находятся на переднем крае программы, работают с другими руководителями проектов и отдельных групп. Они принимают решения и направляют техническую команду, где и когда это необходимо. Как правило, возглавляют научно-технические советы, комиссии и встречи по обмену техническими вопросами. Быть впереди всех является частью работы. Успешные проекты получают силу и сплоченность от лидера. Однако иногда необходимо вести себя по-другому, за счет повышения авторитета и веса, присущих должности, путем защиты интересов других, особенно от имени вашей команды.

Важно помнить, что, как главный конструктор, вы прежде всего руководитель технической команды. Это не ваша работа и не ваша обязанность выполнять каждую задачу команды, контролировать разработку каждого компонента или работу или принимать каждое решение на самом низком уровне. Даже в небольших проектах главный конструктор должен делегировать ответственность другим членам команды. Хотя вы и будете выполнять некоторые задачи самостоятельно, главная обязанность главного конструктора заключается в том, чтобы привести техническую команду к успеху.

Однако вашей команде регулярно нужен единый голос для дискуссий внешнего уровня. Как руководитель, вы их главный представитель, когда речь идет о встречах по управлению проектами, обзорах проекта, ключевых моментах принятия решений, обсуждениях бюджета. Иными словами, на всех собраниях, где команда инженеров часто представлена только одним лидером. В этом качестве вы не просто излагаете свои собственные точку зрения, мнение, опасение (хотя и это вы можете), но в более общем плане излагаете точку зрения, мнения и опасения своей команды. Вы одним голосом представляете коллегиальное мнение, голоса многих сотрудников.