Это вторая из серии публикаций о том, как внутренние вопросы и ответы по Stack Overflow дополнят усилия вашей организации по InnerSource. Прочтите первую часть здесь.

Признавая основные ценности стратегии InnerSource, такие как прозрачность, совместное использование, меритократия, доверие, самоорганизация и расширение прав и возможностей, давайте поговорим о разрушительных последствиях разрозненности информации, племенных знаний и опоры на МСП.

Знайте свою аудиторию

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

Разработчики также любят исследовать это творчество вне своих повседневных обязанностей на работе. Это одна из причин, по которой Ларри Пейдж и Сергей Брин ввели политику 80/20 в Google, которая дает сотрудникам 20% времени на побочные проекты, чтобы раскрыть творческий потенциал и инновации в масштабах всего предприятия. Они осознали, что, если они не наделяют своих разработчиков, которым может быть скучно в рамках их прямого задания, работать над проектами, которые им интересны, в результате разработчики будут чувствовать, что их время тратится зря. В свою очередь, они будут искать новые вызовы. Эти побочные проекты почти всегда придерживаются принципов открытого исходного кода.

Опасность разрозненности информации

Мы постоянно находимся в таком положении: мы находимся в затруднительном положении, поэтому, чтобы выйти из него как можно быстрее, мы пишем коллеге по электронной почте или вытягиваем шею к нему, если они сидят рядом, задают вопрос и слепо доверяют что полученный нами ответ точен. Или мы проезжаем мимо коллеги в кафе и начинаем разговор: «О, эй, я как раз хотел тебя спросить…». Десять минут спустя мы не только решили проблему, но, вероятно, продолжили обсуждение, которое могло повлиять на проект или продукт в долгосрочной перспективе. Или мы находимся в канале Slack, и наши непосредственные коллеги задают друг другу вопросы, а через месяц мы понимаем, что это единственный канал, на который мы идем, когда нам нужно найти ответ.

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

Опора на МСП

Поставьте себя на место малого и среднего бизнеса. Вы знаете определенную тему как свои пять пальцев и, как студент, который уделял внимание всему семестру, внезапно становитесь самым популярным ребенком в классе, когда у кого-то возникает вопрос, связанный с тем, что вы хорошо знаете. Коллеги выходят из строя, чтобы попросить объяснений по поводу чего-то, чего они не понимают, сообщения в Slack накапливаются, цепочки писем с нетерпением ждут, когда вы вмешаетесь, и теперь руководство ожидает, что вы потратите три часа в день создание Wiki по теме. Да, и убедитесь, что вы обновляете Wiki каждый раз, когда что-то меняется, потому что, если информация устаревает или не помогает кому-то решить их проблему, они снова приходят сюда с просьбой об обновлениях.

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

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

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

Это вторая из серии статей о том, как внутренние вопросы и ответы по Stack Overflow дополнят усилия вашей организации по InnerSource. Наконец, я расскажу, как реализация внутреннего Q&A Stack Overflow поможет вашей организации избавиться от разрозненности информации, стимулировать внутреннее сотрудничество и укрепить культуру разработки.