Многие распри между бизнес-группами, которые замедляли принятие решений, происходили из-за недостатка ясности в распределении ролей. Например, одно подразделение было ответственно за телефоны на базе стандарта CDMA от Qualcomm, а другие – за телефоны с камерами. Такой тип размытых границ привёл к тому, что ежегодно выпускалось примерно 50 новых продуктов. Несмотря на их растущее число, произошло сокращение дифференциации среди вертикальных бизнес-групп.
В довершение ко всему недостаток координации между бизнес-подразделениями означал, что общая техническая архитектура продукции, особенно в крайне важном программном обеспечении, не соблюдалась. Каждая новая продуктовая группа создавала различные спецификации и требования для платформы программного обеспечения. «Разные требования от разных предприятий существенно увеличили нагрузку на организацию платформы, – вспоминал Корхонен в разговоре о своих последних нескольких месяцах в Nokia. – Нам пришлось отвечать огромному количеству разных, конфликтующих между собой требований от огромного количества различных продуктов, которые перегружали и душили ресурсы в процессе разработки платформ. Новая игра [платформа для приложений и сервисов] требовала единообразия, дисциплинированной стандартизации и согласованности, чтобы сделать Nokia привлекательной платформой для разработчиков и экосистемы в целом. Все бизнес-подразделения хотели управлять своими продуктами независимо, и предложение учредить общее для Nokia управление продуктами, чтобы решить проблему, было отклонено».
Было ясно, что, нисколько не облегчая проблемы фрагментации и дистанции между различными предприятиями, матричная структура вела Nokia по неверному пути.
Растущие проблемы с Symbian
Недостатки в ОС Symbian начали появляться за пару лет до матричной реорганизации, но события 2004 года усугубили эти проблемы. Symbian уходила корнями к ОС для одиночного автономного продукта (КПК Psion), у которого была интегрированная архитектура программного и аппаратного обеспечения – преимущества их разделения не рассматривались в первое время существования Symbian. Поэтому, когда NMP расширила свою продуктовую линейку в начале 2000-х, интегрированная природа ОС Symbian потребовала обстоятельной разработки программного обеспечения и переписывания кода для каждого нового устройства.
Осознавая, что матричная структура (и показатели работы), вероятнее всего, приведёт к дальнейшему расширению ассортимента продукции и, как результат, большим проблемам с Symbian, Ваньоки и Корхонен попытались учредить платформу управления для ОС, чтобы создать стандартное программное обеспечение, которое не было привязано к устройству. На ежеквартальных совещаниях представители групп Мобильных телефонов, Мультимедиа и Корпоративных решений собирались вместе с группой, занимавшейся программным обеспечением, чтобы решить, какие функции должны быть включены в стандартную Symbian. Но, как объяснил Ваньоки: «Нам всем были нужны разные вещи. Мультимедиа хотели лучших функций, таких как сенсорные экраны, Корпоративным решениям нужна была эффективная безопасность, а Мобильные телефоны хотели самой простой и самой дешёвой платформы, какая может быть. Поэтому мы приходили на совещания с разными целями, ссорились ещё немного и ни на чём не могли сойтись».
Итогом стало то, что каждая продуктовая группа пошла дальше, разрабатывая и адаптируя собственную версию программного обеспечения ОС Symbian, чтобы она подходила к их устройствам. Новый глава Мобильных телефонов, Калласвуо, отметил: «К 2004 году Symbian устарела. Со временем стало слишком сложно пытаться удовлетворить потребности, которые ушли далеко за пределы того, для чего она изначально была разработана». (К 2009 году Nokia станет использовать 57 различных и несовместимых версий.) Наличие такого количества разных версий Symbian спровоцировало негативные последствия. Надёжность программных приложений становилась всё более непредсказуемой; переписывание кода для каждой новой продуктовой линии поглощало и время, и ресурсы. Гибкая, экономичная разработка была невозможна внутри трех вертикальных групп Nokia.
Укрепляя доминирующее положение аппаратного обеспечения