Андрей Трушкин – Архитектура цифровых платформ. От настоящего к будущему (страница 9)
Рассмотрим те аспекты экосистем продуктов с открытым кодом и их развития, использование которых (аспектов) позволяет фундаментально изменить мировоззрение компаний при реализации новых решений в части применения современного платформенного подхода. В «Архитектуре цифрового мира» мы взяли за основу тезисы Джима Уайтхерста (James M. «Jim» Whitehurst), изложенные им в книге «Открытая организация: Страсть, приносящая плоды» (2015, ISBN 978-5-9693-0405-5): мотивация, меритократия, прозрачность принятых решений, развитие новых направлений. Рассмотрим данные тезисы в контексте платформенного подхода.
• Мотивация. Указанный тезис, столь важный для современного цифрового мира, подразумевает, что эффективность работы коллектива резко возрастает при обеспечении слаженной совместной работы всех его участников; при этом каждый член коллектива работает более эффективно, воочию наблюдая значимость собственного вклада в общее дело. В предыдущем своем труде («Архитектура цифрового мира») мы отмечали, что развитие решений с открытым исходным кодом является наглядным примером эффективной совместной работы. Современный платформенный подход, основанный на философии открытого кода, идет дальше: стираются границы между командами, обеспечивающими цифровую трансформацию, исчезают команды развития отдельных информационных систем, команды развития отдельных «платформ». В рамках общей платформы, использующей открытый код, все команды создают и публикуют изменения, доступные коллегам. При этом, развивая платформу, формируя новые топологии и дополнения в решения с открытым исходным кодом, команды должны публиковать их в сообществах, дополнительно повышая производительность. Мы уже отмечали, что платформа становится ценностным мультипликатором, открытый код является мультипликатором эффективности, а их совместное и согласованное использование является и мультипликатором мотивационным, позволяющим резко повышать эффективность командного труда, создавать современные решения. И важнейшее слово здесь принадлежит архитектору, который должен возглавлять технологические изменения, определять структуру платформ, состав и компоненты используемых технологий, способы их применения, необходимые дополнения и т. д. Но все это возможно лишь при достижении уровня mindset, адекватного современному цифровому миру.
• Меритократия. Суть меритократии в контексте нашего рассмотрения заключается в том, что полномочия при принятии решений соразмерны вкладу участников в создание и/или развитие ИТ-решения. Данный принцип обеспечивает мотивацию ответственных членов команды принимать участие в выработке технологических решений. В случае применения платформенного подхода имеет смысл говорить не только о меритократии отдельных участников рабочего процесса, но о меритократии команд, ведь в рамках платформы и создаваемых на ее основе платформенных приложений в процессе цифровой трансформации участвует множество команд развития. И все команды развития обязаны предлагать решения в том числе уровня платформы, публиковать их, делать общедоступными хотя бы в масштабе организации. И полномочия при принятии решений командами, вес мнения тех или иных команд будут тем выше, чем больший вклад они вносят в развитие платформ. Именно таким образом команды продвигают свое видение, обеспечивают лучшие технологические решения, мотивируют лучших участников рабочего процесса становиться членами именно самых успешных команд; по факту таким образом формируется добросовестная конкуренция на уровне развития не отдельных технологий (пусть и успешных), но целых цифровых платформ. То есть меритократия дополнительно усиливает фактор мотивации, а драйвером усиления становятся платформы (при условии использования философии открытого кода). При этом исключительно важной является роль архитектора, ведь именно представитель данной роли отвечает в том числе за учет предложений, оценку их веса и последующие полномочия команд, основанные на публикуемых обновлениях платформы и ее составляющих.
• Прозрачность принятых решений. Мотивированные команды разработки, их участники, выступающие с принципов меритократии, обеспечивают прозрачность решений, принимаемых в процессе развития платформ и создаваемой с их помощью ценности для клиентов и партнеров организации. Прозрачность решений позволяет обеспечить наглядность тренда развития, задаваемого как для платформы в целом, так и для платформенных сервисов и приложений. А наглядность тренда развития в свою очередь обеспечивает более полное вовлечение всех участников рабочего процесса в дальнейшее развитие, интенсифицируя его. Таким образом, использование платформенного подхода, отвечающего принципам открытого кода, повышает прозрачность принятых решений, мотивацию всех членов команд развития и обеспечивает кардинальное повышение производительности труда. При этом в задачи архитектора входит наглядная выработка решений, помощь в их оценке, формирование архитектурных фреймворков, обеспечивающих прозрачность принятия решений, утверждение их на уровне платформы и постоянное развитие.
• Развитие новых направлений. Рассматриваемый тезис предполагает максимально быструю проверку возникающих идей, их шлифовку уже в ходе практического применения. Платформенный подход полностью укладывается в следование данному тезису. Команда прорабатывает новые идеи, при их успешности публикует их на уровне платформы, делая тем самым доступными для смежных команд развития, которые также обкатывают соответствующие наработки, выявляя ошибки и неточности, повышая качество и добавляя новые применимые варианты использования. Тем самым резко повышается производительность труда, а каждая ошибка (в полном соответствии с фундаментальными постулатами гибких практик) становится не барьером, а вызовом на пути развития.
На основании рассмотрения указанных тезисов мы можем утверждать, что платформы являются фундаментом построения открытых организаций, то есть становятся краеугольным камнем повышения эффективности цепочек разделения труда. В «Архитектуре цифрового мира» мы отмечали, что потенциал расширения цепочек разделения труда в ИТ далеко не исчерпан, но по мере его исчерпания встанет вопрос нового революционного перехода в сфере ИТ (эволюционное и революционное развитие архитектуры описаны в соответствующей главе там же). На сегодняшний день уже можно утверждать, что платформы стали основой революционного перехода, резко повышающего производительность труда в цифровой сфере, позволяющего выстраивать открытые организации во все новых областях человеческой деятельности. И этот переход находится в самом разгаре.
В завершение данного раздела автор выражает глубокую благодарность сообществу разработчиков и пользователей открытого кода за ту страсть, которую они добавляют в ИТ, революционное развитие данной сферы человеческой деятельности, создание прекрасных программных продуктов, используемых автором и его коллегами в своей работе.
Цифровые платформы и распределенность
В «Архитектуре цифрового мира» мы отмечали, что распределенность является одной из ключевых тенденций развития архитектуры в цифровую эпоху. При этом распределенность рассматривалась в двух смысловых плоскостях: организационной, предполагающей реализацию ИТ-решений силами распределенных команд, состоящих из специалистов самого разного профиля, и технологической, подразумевающей распределенное исполнение современных решений. Соответствующая тенденция актуальна и для платформ. Именно в контексте платформенного подхода распределенность будет рассмотрена в настоящем разделе.
Начнем с организационной распределенности. В современном цифровом мире использование гибких практик стало стандартом де-факто (напомним, что подобное использование может привести к попаданию в ментальные ловушки, разобранные в соответствующей главе «Архитектуры цифрового мира»). Гибкие практики (и их адаптации для применения в крупных компаниях) предполагают, что в организации определяются продукты, при этом продукты создаются и развиваются выделенными командами специалистов, минимальным образом зависящими друг от друга. Подобные команды могут находиться в самых разных точках земного шара, при этом все они должны работать согласованно (в архитектурном, а не управленческом смысле, поскольку последнее граничит с «микроменеджментом») для обеспечения создания ценности и сохранения конкурентоспособности организации.
Мы уже неоднократно отмечали (как в текущем изложении, так и в предыдущем труде автора), что открытый код и гибкие практики позволяют увеличивать разделение труда и тем самым кардинально повышать его производительность по сравнению с использованием «закрытых» решений (как технологически, так и при «закрытой» философии). В цепочку создания ценности вовлекаются все новые участники (как отдельные специалисты, так и команды), которые отвечают за свои участки деятельности, обеспечивая максимальную эффективность. При этом возрастает общая производительность труда в цепочке разделения, но обратной стороной медали являются резко возрастающие риски отдельных участников технологической цепочки. Ведь чем больше участников цепочки разделения труда (при создании общей ценности), тем больше они зависят от результатов работы друг друга (увеличивается число как поставщиков составляющих, используемых командами в своей работе, так и потребителей результатов этих работ). И в данном случае платформа, выступающая, как говорилось ранее, ценностным мультипликатором, позволяет обеспечить управление соответствующими рисками в цепочке разделения труда. Рассмотрим это на примере, который визуально представлен на Рисунке 5.