Часть III из четырех частей, посвященных эффективности разработчиков и обмену знаниями. Вы можете прочитать части I, II и IV, когда закончите.
Давай сыграем в игру? Это классическая фраза из Военных игр 80-х. То, что молодой хакер считал забавным развлечением, в конечном итоге чуть не спровоцировало геотермальную ядерную войну. Спойлер, они предотвращают войну, когда хакер спрашивает компьютер, может ли он выиграть игру, и компьютер понимает, что победа невозможна.
Можете ли вы подсчитать количество систем, в которые вы заходите каждый день для выполнения своей работы? В частности, как выглядит этот процесс, когда вам нужна информация, у вас есть вопрос или какая-то справка? Если вы его нарисуете, он, вероятно, будет похож на каракули.
Это состояние знаний сегодня в большинстве организаций. Клубок репозиториев, документов и систем, сплетенных вместе в беспорядок, называемый управлением знаниями. Идея была здравой, но в игре невозможно выиграть. Вместо этого мы обеспечили взаимно гарантированную массовую неразбериху.
Потребность компании в скорости
Каждый разговор, который я веду со старшими ИТ-руководителями, связан с достижением скорости запуска, что обычно называют гибкостью или трансформацией. Это императив номер один, движимый советом директоров и генеральным директором.
Возможность создать и выпустить на рынок новый продукт никогда не была такой быстрой. Это связано с простотой, доступностью и стоимостью технологий, которые позволяют ускорить циклы инноваций. Учтите, что за десятилетие автономное вождение, смартфоны, облака и искусственный интеллект стали обычным явлением.
Технологии также выровняли игровое поле. Стартапы сами по себе становятся глобальными гигантами с меньшим количеством людей, активов и устаревших технологий, замедляющих их работу. Руководители корпораций до смерти напуганы, зная, что любой из этих стартапов может обогнать их в любой момент.
К сожалению, все преимущества людей, активов и огромного размера теперь являются препятствием для конкуренции. Даже если крупные корпорации хотели бы быстрее выпускать продукты и предоставлять клиентам превосходные услуги, им мешает болото процессов и устаревших технологий, которые замедляют прогресс и тормозят инновации.
Роль знаний и эффективности
Однако большая часть безумного стремления к Agile, DevOps и цифровой трансформации сводится к тому, чтобы просто накрасить губной помадой свинью. Скрамы, канбаны и истории клиентов - это второстепенная задача, чтобы создать видимость стимулирования инноваций и сотрудничества, но они не решают основную проблему.
Разработчикам необходимо быть ближе к бизнесу и ориентироваться на цели. Разработчики также должны иметь возможность сотрудничать и использовать ресурсы, которые помогают им в достижении этих целей. Что связывает это вместе, так это свободный поток и доступ к знаниям, которые позволяют согласовывать и сотрудничать.
Спросите любого разработчика, и он скажет, что самым большим препятствием на пути к продуктивности является «застревание», которое может произойти по любому количеству причин, таких как:
- Мышление и творческие аспекты превращения логики в код,
- Оптимизация путем реинжиниринга или рефакторинга кода,
- Отладка и выяснение того, что не работает,
- Напомним общие процедуры и код, используемые в проектах.
Хотя эта проблема общепризнана, подход, применяемый предприятиями, вряд ли может серьезно устранить разрыв в производительности. На сегодняшний день ответом было больше знаний и систем знаний.
Решение проблемы «перенасыщения» знаниями
Это привело к перенасыщению знаниями в организациях. Существуют тысячи документов, лабиринт вики-сайтов, серверы с неструктурированными сообщениями электронной почты и чатов, а также множество систем и инструментов, которые содержат биты разрозненных фрагментов знаний. Это мир, который должно было решить управление знаниями, но вместо этого мы тонем в знаниях.
Согласно этой статье McKinsey, трата ресурсов на сбор знаний не помогает пользователям:
Дело в том, что реальная ценность заключается не столько в управлении знаниями, сколько в гораздо большей - в создании и обмене ими.
Проблема с управлением знаниями заключается в том, что люди, занимающиеся управлением знаниями, больше увлечены идеей управления знаниями, чем проблемой, которую она решает. Это классическая постройка, и они придут в историю. Это может сработать для фильма о бейсболе и кукурузных полях, но не тогда, когда речь идет о решении бизнес-задач, связанных с эффективностью разработчиков.
Рассмотрим Stack Overflow, который для большинства наблюдателей является просто базой данных мирового программного контента. Однако управление знаниями - это просто средство для достижения этой цели. Конечная цель Stack Overflow - помочь разработчикам повысить уровень своих навыков и карьеры и, в свою очередь, помочь разработчикам стать лучше в своем ремесле. Их видение состоит в том, чтобы помочь разработчикам быть более эффективными и лучше писать код.
От знаний к интуиции
Сосредоточив внимание на проблеме эффективности разработчиков и применив подход, ориентированный на разработчиков, мы можем перейти от избытка знаний к рынку знаний. Механизм создания этого рынка - это центральная биржа, построенная на платформе, которая фиксирует племенные знания и позволяет решать проблемы совместно.
А как насчет других систем? Что насчет объемов документации, репозиториев кода, часто задаваемых вопросов и т. Д., Которые распространяются вокруг? Они по-прежнему актуальны, но только при подключении к обмену, который может объединять контекстные знания и присваивать ценность, которая наиболее полезна для разработчиков в нужный момент. Затем фрагменты знаний соединяются в идеи, которые приводят к интуиции и способствуют межорганизационным инновациям.
Что необходимо, так это Архитектура знаний, которая работает для разработчиков. Тот, который основан на рыночных принципах и может быть арбитром знаний во всем рабочем потоке разработчиков, объединяя бизнес-команды и технологические группы.
Но как это построить? Это для следующего поста из этой серии.
Испытывали ли вы переизбыток знаний в своей организации? Как вам удалось просмотреть контент, чтобы быстро найти ответы?
Почему квантовые компьютеры строить сложнее, чем классические?
Добро пожаловать в нечеткий мир вычислений…
Мы помогаем ИТ-лидерам на предприятиях решать культурные проблемы, связанные с цифровой трансформацией, и двигаться к культуре сообщества, которая быстрее обеспечивает инновации и повышение ценности для клиентов. Узнайте больше о нашей работе здесь.
