Кэтрин Дэниелс - Философия DevOps. Искусство управления IT

Быстрое доверие формируется в краткосрочных или короткоживущих группах или организациях. Такая форма предполагает изначальную установку доверительных отношений с последующей коррекцией с течением времени. Эту форму доверия впервые исследовала специалист в области организационного поведения д-р Дебра Мейерсон [21]. Подобное доверие часто имеет место в быстро созданных группах или командах в условиях дефицита времени. Это время требуется на развитие доверия способом, обычно применяемым в условиях долговременных отношений (в данном случае подразумеваются любые отношения между людьми, а не только романтические отношения). В силу ограниченного запаса времени изначально предполагается, что члены команды заслуживают доверия. Позднее это отношение может пересматриваться, в зависимости от действий членов команд.

Самораскрытие

Согласно результатам исследований, проводимых в течение некоторого времени ( https://hbr.org/2012/06/instantaneous-intimacy-skillfu ), самораскрытие является одним из признаков наличия доверительных отношений. Если вы достаточно открыты, чтобы поделиться с окружающими сведениями личного характера, это будет способствовать росту чувства доверия и близости между людьми, а также приведет к усилению взаимодействия и сотрудничества. Конечно, существует баланс самораскрытия на рабочем месте, который не рекомендуется нарушать. Если самораскрытие недостаточно, это приводит к росту подозрений. У людей могут возникать вопросы о возможном сокрытии какой-то информации, что, в свою очередь, приводит к кризису доверия. Но и чрезмерное самораскрытие тоже вредит. Разглашение сведений личного характера может подорвать авторитет и тоже привести к кризису доверия.

Доверяй, но проверяй

Модель «доверяй, но проверяй» обычно применяется для описания источников информации, которые в целом надежны, но все же требуется проведение дополнительных исследований, чтобы удостовериться в достаточной надежности. Эта модель может также применяться в случае совместного выполнения профессиональных обязанностей. Имеют место случаи, когда кто-то ждет, пока «заработает» доверие, а потом уже собирается работать. В этом случае появляется пресловутая проблема «курицы и яйца». Как можно заработать доверие, если ничего не делать для того, чтобы его заслужить? Поэтому следует возлагать на сотрудников какие-то обязанности. Но сначала нужно довериться им, а потом проверить, оправдали ли они это доверие. Сказанное также справедливо для разделения полномочий и способности к принятию решений (в дополнение к работе над проектом и исполнению текущих обязанностей).

Ощущение справедливости

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

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

Одно из последних соображений, которое следует учитывать при рассмотрении сотрудничества, – стоимость «человеческого капитала», задействованного в создании и поддержке ПО. Зачастую от этих людей требуется постоянная доступность в режиме 24/7/365. Одним из движущих факторов, приведших к появлению devops, были неблагоприятные последствия, к которым привела господствующая в то время практика разработки программного обеспечения. Суть этой практики заключалась в создании отдела техобслуживания и выделении серверов, на которых выполнялось программное обеспечение. После появления методик непрерывной интеграции и инфраструктуры, а также использования улучшенного кода положение дел в этой области улучшилось, хотя и остались определенные нюансы.