Андрей Жалевич - Мудрость лидера

Правило 49. Моральный уровень персонала подрядчика важен для руководителя государственного проекта. Точно так же, как вы не хотели бы купить изготовленный злыми и невнимательными служащими автомобиль, вы не захотите покупать аппаратуру комплекса управления полетом у немотивированных людей. Вы должны играть активную роль в мотивации всего вовлеченного в проект персонала.

Правило 50. Быть в дружеских отношениях с субподрядчиком прекрасно, но дружеские отношения с субподрядчиком – подвергают опасности вашу объективность.

Правило 51. Помните, что ваш субподрядчик имеет тенденцию к прямым отношениям с вашим персоналом. Каждый ваш служащий стоит по крайней мере одного человека на контракт в год.

Правило 52. Субподрядчики имеют тенденцию соизмерять правительственного партнера со своими усилиями в проекте. Если они будут относиться к вам пренебрежительно, они будут использовать в вашем проекте из своих специалистов и служащих самых слабых.

Правило 53. Субподрядчики обычно хорошо относятся к заказчику, который уделяет внимание их работе, но плохо – к тем из заказчиков, которые пытаются непрерывно контролировать их деятельность. Основное правило здесь звучит так: клиент всегда прав, но затраты возрастут, если заказчик всегда будет настаивать на том, чтобы все делалось в соответствии с его представлениями, вместо того, как это запланировал субподрядчик. Основное правило выглядит так: никогда не изменяйте планы субподрядчика, если только они не совсем плохи и не вызовут значительного роста расходов (лучшее – враг хорошего).

Правило 54. По отношению к слабому руководителю проекта в промышленности есть только одно хорошее решение – избавиться от него как можно быстрее. Можно сказать, что основная задача руководителя проекта в промышленности – доставлять удовольствие заказчику. Убедитесь, что те, кто работает с вами, понимает, что выполнить работу в срок, в рамках бюджета и с высоким качеством, – значит доставить вам удовольствие.

Инженеры и ученые

Правило 55. Переделки в инженерных работах – обычное явление. Эта работа по своему характеру часто напоминает разгадывание загадок или блуждание в лабиринте. Старайтесь добиваться применения как можно более простых инженерных решений.

Правило 56. Первые признаки проблем в области инжиниринга – отставание от графика и отклонение кривой нарастания затрат. Инженеры узнают о том, что они находятся в центре проблем, последними. Они рождены оптимистами.

Правило 57. В проекте может использоваться много ресурсов. Существует пять или десять системных инженеров, включая всех субподрядчиков и разработчиков. Это мощные ресурсы против имеющихся у вас проблем.

Правило 58. Многие менеджеры только на том основании, что в их проектах ученые подчинены им, забывают о том, что ученые и их заказчики имеют во много раз более легкий доступ к высшему руководству, чем сами эти менеджеры.

Правило 59. Большинство ученых ведут себя очень рационально, пока вы не подвергаете опасности их шансы на проведение их эксперимента. Они будут продолжать работать с вами, если будут уверены, что вы говорите им правду. Это относится и к сокращению их планов.

Аппаратное обеспечение

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

Правило 61. Большая часть оборудования изготавливается не так, как планировал конструктор. Это связано с размещением оборудования, плохим пониманием конструктивных решений или с плохим пониманием спецификации оборудования.

Компьютеры и программное обеспечение

Правило 62. Не применять современные технологии, в том числе и компьютерные системы, – большая ошибка. Но забывать о том, что компьютеры только моделируют мышление, – еще большая ошибка.

Правило 63. Программное обеспечение не перекрывает всех параметров аппаратной части (меняются требования, высок процент стоимости полетов, требуются процедуры подтверждения и т. д.). Дополнительная особенность заключается в необходимости поиска возможных ошибок. То есть необходимо, чтобы сначала отработала основная система, после чего могут начаться звонки и свистки. Никогда не отказывайтесь от уже работающей версии программного обеспечения, даже если весь остальной мир будет утверждать, что более новая версия программного обеспечения работает. Это совершенно необходимо, чтобы иметь планы на случай непредвиденных обстоятельств.

Правило 64. Знания часто пересматриваются на основе результатов моделирования или испытания, но модели компьютеров могут скрывать недостатки, не последними из которых являются неверные исходные данные.

Правило 65. В старые времена инженеры имели практический опыт, технические специалисты понимали, как работает электроника и что нужно для того, чтобы она заработала. Знали это и схемотехники, но сейчас наверняка это знает только компьютер, и он не рассказывает об этом.

Старшие менеджеры, руководители программ и те, кто над ними

Правило 66. Не следует предполагать, будто вы знаете, почему высшее руководство предпринимает нечто. Если вы чувствуете, что должны это знать, спросите. Вы получите неожиданные ответы, которые удивят вас.

Правило 67. Знайте своих руководителей – некоторые любят хорошую шутку, другие любят шутить только сами.

Правило 68. Помните, что ваш руководитель имеет право принимать решения. Даже если вы уверены, что это неверно, скажите ему, что вы думаете о его решении, и, если он будет продолжать настаивать, выполните его решение и сделайте все возможное для получения успешного результата.

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

Правило 70. Вы и ваш руководитель программы должны работать как одна команда. Руководитель программы – ваш адвокат в главной штаб-квартире НАСА, и он должен быть вхож к лицам, принимающим решения, помогая вашим усилиям получить доступ к этим лицам.

Правило 71. Знайте, кто принимает решения на уровне программы. Это может быть человек извне, который имеет ухо в конгрессе, или в администрации, или у заместителя руководителя администрации, ученый, кто-то в руководстве – кто бы он ни был. Попытайтесь установить с ним контакт на формальном или неформальном уровне.