Тема является инструментальной.
Цель для автора - оценить отношение аудитории к современным технологиям и подходы, используемые при анализе таких тем.
Для участников это хорошая возможность продемонстрировать сои знания, аналитические способности, опыт и т.д. Т.е. все то, что хочется демонстрировать в дискуссиях. При этом, с учетом широты вопроса, принять участие смогу практически все.
Недавно (11.07.24) на РБК была опубликована статья о вреде современных "содных" технологий в менеджменте. На этом ресурсе уже возникали подобные дискуссии. Например, о циклах Адизеса или бирюзовых компаниях.
Однако, в каждой из этих тем рассматривался и обсуждался ровно один инструмент, что ограничивает возможность участия (не все разбираются в этом инструменте) .
Предлагаемая статья хороша тем, что рассматривает разные технологии и соответственно, повышает вероятность для участников найти "свою" тему.
Естественно, каждый участник будет писать то и так, как он хочет, но я бы предложил держать в фокусе внимания следующие вопросы:
1. Согласие ли несогласие с идеей в целом
2. Анализ конкретных технологий
3. Анализ используемой автором аргументации
Примечание:
Поскольку статья находится на РБК в разделе с ограниченным платным доступом, ссылка будет доступна не всем, а скопировать текст из таких разделов РБК не дает.
Поэтому, чтобы дать доступ всем участникам, я размещу эту статью в своих следующих сообщениях в виде набора из 13 скриншотов.
Средняя заработная плата в компаниях — участниках рейтинга составила около 155 тыс. руб. в месяц.
Число вакансий для студентов и начинающих специалистов выросло за год на 15%.
Основные требования – широкий социальный пакет, а также все условия для комфортного пребывания в офисе.
При этом дефицит кадров наблюдается во всех отраслях.
При всем уважении, это слишком поспешный вывод.
Об этом в моём ответе выше написано следующими словами:
Без этих мелочей организаций не бывает. Причём в разных частях большой организации могут использоваться разные варианты оргструктуры на усмотрение менеджмента. Это ничему не противоречит.
Вы снова не дочитали мой коммент, Евгений, или выбрали из него то, что подходит под вашу позицию))
Интересно, почему Вы так решили. Я не комментирую каждое слово, елси я с ним согласен.
Что я упустил?
Нет, это не о том)
Еще раз другими словами: суть матричного управления – (моя мысль была)
dual в класичееском варианте chain of command. Сейчас dual часто заменяют на multiple/
Этим отличается матричная от вертикальной и горизонтальной.
Командная цепь - общее понятие. Военные его любят.
Надеюсь, что мы понимаем, чем матрица отличается от дерева. Выше мы это многократно обсуждали с привязкой и без привязки к выполнению проектов.
А теперь вопрос: чем объективно вызвана необходимость именно в такой структуре. Несколько страниц назад я назвал этот вопрос главным.
Кстати, для пущей наглядности в матричных структурах на бумаге часто показывают одну линию подчинения сплошной (solid), а другие - точками (dotted) или как-то еще. Имеет смысл, если соответствует реальности - например, подчинение по географии и по функционалу.
При чем здесь военные?) Вы гугл-переводчиком что ли пользуетесь? A chain of command is a ladder of authority where those in charge of an organization or company direct and control employees below them и неважно какой военной или невоенной.
Необходимость – это уже другой вопрос. Сначала – что? потом – зачем? Как и – почему? и как? Зачем, кстати, очень хорошо описано в той книге, кот. я упомянула. Ну, нельзя же все валить в одну кучу ))
Что касается, Что я упустил? Вы упустили
обеспечиваемых справочными определениями Макграта и Уитти (2015).
Это ж надо было так аккуратненько вырвать слова из контекста))
И не вы ли недавно писали тут, что разны понятия одного ии того же – источник недопанимания? Ну что-то в этом роде.
Могу из головы привести пример, когда это может быть необходимо.
Например, в фирме налажена работа по основным направлениям, производятся продукты, работают точки продаж, центры обслуживания клиентов.
Но вдруг захотелось попробовать новый продукт, новую точку продаж, новый центр обслуживания клиентов, но неизвестно, пойдет это или не пойдет, поэтому естественное желание минимизировать затраты на эту пробу.
Поэтому, под это не нанимается дополнительный персонал, а используется существующий, как в советское время на овощебазу и в колхоз посылали.
Персонал по графику работает на это новое направление (в том же месте или в другом) под руководством нового менеджера, который его продвигает. При этом его основную работу никто не отменял.
Пойдет эта новация, сформируют постоянный состав работников, доберут, переведут кого-то, ну а пока так.
А зачем при этом менять существующую структуру? Люди работают в тех же подразделениях, добавилась еще одна задача. Менеджер может быть в нём же.
Конечно.
Ну тут могут быть свои интересанты, поэтому им надо выделиться (это может даже идти через отдельное юрлицо, а работник на основной зарплате), с другой стороны существующие менеджеры не хотят брать на себя ответственность за потенциально провальный проект.
А самое главное, то что должен сделать работник по основному направлению остается за ним, если ты ходил на овощебазу, то свой отчет по НИР ты должен выпустить в срок.
Ну то есть способ дополнительно нагрузить работника.
А как это юридически оформляется, не знаю, и соответствует ли это ТК.
Стимулом для участия в дискуссии, тем более если в нее уже вошел, может быть чувство незавершенности, вроде это называется незакрытый гештальт.
Вспомнился хороший фильм "A few good men" ("Несколько хороших парней" в нашем переводе). Там на суде спрашивают морского пехотинца, обвиняемого в убийстве:
- В чем была его вина?
- Он нарушил командную цепь!
Совершенно с Вами согласен. И мы с Вами никогда не будем так делать. Но не вижу смысла говорить о матричном управлении, как будто мы нашли клад. Это не новость. Как и другие оргструктуры.
Сначала - организационная проблема, которую нужно решить. А затем - решение. И варианты всегда есть, они известны, их нужно обсудить и сравнить. Иногда для данной компании в данных обстоятельствах матричное управление (или его элементы) выглядит лучше. Иногда нет.
Но строить компанию вокруг матричного управления, не имея на то особых причин, было бы немного странно, по мне.
Я ими никогда не пользовался. Боюсь, что не только я. Если дадите ссылку на источник - буду благодарен и пойму, в чём их ценность для этой ветки.
Ваш основной вывод о различиях в терминологии (с которым я согласен) это не меняет. Первые версии перечисленных стандартов (или большинства) появились до 2015. Они были разными тогда, они различаются и сейчас. Детали исследования и список документов Вы не привели, поэтому больше сказать не могу.
И да, они различаются с точки зрения содержания и терминологии, о чём хорошо известно всем их читателям.
Например, в разных стандартах разных стран и версий разные глоссарии, содержание и много прочего. Не случайно очередная версия PMBoK выходит раз в четыре года. ANSI для PM использует PMBoK, а BS - нет. При этом у ISO и BS свои графики обновления.
А о корпоративном управлении написано столько, что в одной ветке это не поместится.
Это и есть то самое обсуждение причин и вариантов, о котором я говорил выше, когда ресурсы отдельно, а задачи и менеджеры отдельно. Откуда при этом берутся работы и деньги, кому подчиняется этот менеджер - в полной схеме, в чём конкретно чьи интересы состоят, что скажут юристы.
Если это отдельное юрлицо - еще интереснее. Тогда это работа по каким-то договорам между юрлицами со своими деталями. Матричная схема рассматривается в рамках одной организации.
А разве здесь кто-то говорит о матричном управлении, как будто нашел клад? Кто это?
Здесь кто-то утверждал, что нужно строить компанию вокруг матричного управления? Кому адресованы эти 2 ваших аргумента, Евгений?
Я вам уже давала ссылки и на статьи, и даже на книгу о терминологии проектов, которую вы помогли мне найти. Это было в том куске здешней почты, кот. исчез. Мы тогда тоже дискутировали о дефинициях, уж не помню только, какая была тема )
Отлично.Все согласны - крайне редкий случай!
Тогда будем рассматривать задачи управления сначала, а инструменты для их решения, включая организационные - в нужном порядке, но после того, как задачи сформулированы. Так и дойдем до оргстуктур, их вариантов и количества линий подчинения. Вплоть до каждого сотрудника, если захотим. Вдруг это не так просто нарисовать.
А потом дойдём и до процедур, без которых никакая оргструктура не работает, тем более - матричная.
Та тема уже не важна, и этими определениями я точно не пользовался. Почти уверен, что и автор статьи о них не знает. А о дефинициях мы спорим постоянно.
Сейчас мы говорим - вроде бы - о матричном управлении, Вы также затронули более общую тему корпоративного управления.
Мы обязаны каждый раз смотреть на эти определения Макграта и Уитти (2015)., даже когда ответ очевиден и без них? Об этом я не думал. Виновен.