• Авторитарность / делегирование полномочий. В некоторых ситуациях самое важное – четкое руководство и быстрый отклик. Менеджер проекта должен быть достаточно уверенным и жестким, чтобы контролировать работу и навязать определенные решения команде. Однако общая цель – избегать подобных крайностей. Проект должен создавать условия, где полномочия можно делегировать и эффективно сотрудничать.
• Терпимость к неопределенности / стремление к завершенности. Ранние этапы любого проекта – абсолютно открытый и изменчивый опыт, где неизвестное перевешивает известное. Как мы обсудим в главе 5 и главе 6, контролируемая неопределенность необходима для поиска хороших идей, и менеджер проекта должен чтить эту особенность, даже если не удается управлять ею. Однако есть моменты, особенно на более поздних этапах проекта, когда дисциплина и точность имеют первостепенное значение. Нужна мудрость, чтобы понять, когда стремление к завершенности оправдано, а когда вполне достаточно решения на скорую руку (раздел «Поиск и оценка вариантов» в главе 8).
• Устное / письменное общение. Хотя большинство софтверных организаций делает основной акцент на электронную почту, устные навыки общения критически важны. Всегда будут собрания, переговоры, обсуждения в кулуарах и мозговой штурм. МП должен уметь воспринимать и выдавать идеи в личном общении. Чем масштабнее организация или проект, тем важнее становятся навыки письменного общения. Несмотря на личные предпочтения, менеджер должен понимать, в каких случаях эффективнее письменная форма общения, а в каких случаях – устная.
• Признавать сложность / отстаивать простоту. Многие становятся жертвой сложности. Столкнувшись с организационными или инженерными трудностями, они тонут в частностях и забывают об общей картине. Некоторые предпочитают отрицать сложность и принимать неудачные решения, потому что плохо воспринимают все тонкости ситуации. Баланс состоит в том, чтобы понимать, какой подход к проекту принесет больше пользы для текущей проблемы, и умело переключаться между разными подходами или держать их в голове одновременно (только чтобы голова не взорвалась при этом). Менеджеры проекта должны убедить команду стремиться к простоте в работе, не приуменьшая при этом всю сложность, связанную с созданием правильного, надежного кода.