Настоящий CTO: думай как технический директор - Алан Уильямсон

6.2.3. Вокруг клиента/вертикали

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

6.2.4. Гибридный подход

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

Если вы запускаете проект модернизации и обновления устаревших продуктов, гибридный подход – хороший способ управления в краткосрочной перспективе. Команды в этом случае будут подстраиваться под ситуацию – то, что хорошо работает сегодня, может не иметь никакого смысла через год. Адаптируйтесь и не забывайте присматривать за структурой. Часто бывает достаточно раз в год проверять, оптимальна ли она для текущих задач бизнеса.

6.3. Названия должностей

Одна из самых важных вещей, которую вам предстоит сделать, – организовать команду в соответствии с выбранной структурой таким образом, чтобы люди в ней могли развиваться, расти и понимали, чего от них ожидают. Частью этой задачи является выбор названий должностей.

Не стоит недооценивать важность названия. Люди могут говорить, что оно для них не имеет значения, но в действительности это не так, даже если им сложно себе в этом признаться. Должность – это знак признания, достижение и показатель карьерного роста человека. Это также способ сообщить внешнему миру, включая членов семьи, о том, с кем они имеют дело.

Он не просто визор, он «супер» визор.

– «Мальчики миссис Браун» (Mrs. Brown’s Boys), BBC TV

К сожалению, не существует универсального стандарта или шкалы, позволяющей точно сравнить навыки сотрудников разных компаний. Такие названия, как «старший специалист», могут подразумевать в разных компаниях самые разные навыки и характеристики. Старший специалист в одной компании по уровню навыков может соответствовать младшему или обычному сотруднику в другой. Позже в этой главе мы составим матрицу уровней сотрудников и соответствующих им названий. А пока просто будем исходить из того, что названия нужны.

6.3.1. Что включать в название?

Любое название содержит в себе набор предполагаемых и подразумеваемых характеристик. Когда кто-то называет свою должность, у нас сразу формируются определенные представления – и они могут быть как верными, так и неверными. Например, когда вас знакомят с человеком, занимающим должность генерального директора, вы делаете вывод, что это начальник, находящийся на верхней позиции в иерархии. Хорошее, правильно подобранное название будет содержать следующую информацию:

• обязанности;

• опыт;

• заработная плата;

• уровень в иерархии;

• также оно должно быть понятным внутри вашей отрасли.

Название должности вызывает тот или иной уровень доверия у того, кто его слышит. Вспомните случаи, когда вы слышали название должности – и вам сразу становилось спокойнее. Например, как вам будет комфортнее в самолете: если пилот представится как «капитан» или как «младший пилот»? Находясь в самолете, который катится по взлетно-посадочной полосе и готовится взлететь, мы не хотим слышать ни о каких «младших», потому что это подразумевает отсутствие опыта, отсутствие способности руководить и отсутствие ответственности за свои действия.

Чувство безопасности

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

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

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

6.3.2. Ступени к совершенству

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

Таблица 6.1. Должностная иерархия: технологии

Каждый из этих уровней в идеале должен указываться для определенной специальности, например «старший разработчик» или «руководитель службы поддержки». Он позволяет выделить отдельных сотрудников в пределах каждой специальности. Но всегда бывают исключения из правил, и ваши названия будут отражать реалии именно вашей компании. Также в некоторых организациях существуют определенные традиции: например, в IBM каждый, оказывается, «вице-президент»! Другие компании могут добавлять «директор» к названиям должностей всех руководителей старшего звена (что сбивает с толку), потому что в Великобритании используется название «управляющий директор» (Managing Director) вместо «генеральный» (Chief Executive Officer) (понятие «директор» в Великобритании юридически закреплено, там директора указываются в учредительных документах компании как ответственные лица). И не стоит за названиями должностей забывать про реальный опыт – пять лет работы младшим специалистом сами по себе не сделают никого экспертом.

6.3.3. Частые ошибки

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

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

• Должность вместо повышения зарплаты – Когда вам нужно кого-то поощрить, но бюджет на это не предусмотрен, велик соблазн перевести его на другую должность. Но это даст сотруднику повод начать искать работу на аналогичной позиции с соответствующей ей зарплатой. Вы не сможете продолжать платить старшему специалисту столько же, сколько платили младшему.

• Должность в награду за многолетний труд. Тот факт, что сотрудник проработал в компании 20 лет, не делает его автоматически старшим специалистом, он должен еще и соответствовать требованиям к этой должности. Эта ошибка похожа на ошибку постоянного повышения зарплаты кому-то из сотрудников только за то, что он оказывается в нужное время в нужном месте. Обе они ведут к серьезным проблемам и часто достаются новым техническим директорам в наследство от их предшественников.

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

Заметки с полей

Директор по знаниям (Chief Knowledge Officer)

Около 20 лет назад я занимал эту высокую должность в хорошо финансируемом стартапе из Кремниевой долины.