IT-оккупация

Мировая практика показывает, что существует взаимосвязь между инвестициями в информационные технологии и усиливающейся конкурентоспособностью организаций. Согласно недавнему исследованию Нarvard Вusiness School, с середины 90-х годов XX века, ознаменовавшихся подъемом использования интернета и коммерчески-ориентированного программного обеспечения, конкуренция между компаниями увеличилась до беспрецедентного уровня. Конечно, есть много факторов, которые повлияли на этот процесс. Активные деятельность в сфере слияний и поглощений, выход на глобальные рынки и новые разработки научно-исследовательских организаций. Однако основным катализатором этих изменений эксперты называют значительный рост инвестиций в IT.

Никто не спорит, что информационные технологии создают новые возможности для бизнеса. Например, британская сеть Tesco активно использует технологии Web 2.0 не только как инструмент для аккумулирования идей, но и в качестве помощника для их генерации. Как и многие другие ритейлеры в мире, Tesco собирает информацию о совершаемых покупках, чтобы классифицировать своих покупателей и подготовить для каждой группы специальные предложения. Но компания не останавливается на этом: она отслеживает востребованность этих предложений и ставит различные эксперименты с целью получить лучший отклик от клиентов. В итоге в отрасли, где средний показатель выполнения директ-маркетинговых инициатив составляет около 2%, в Tesco он уже достигает почти 20%.

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

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

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

IT-отделы в компаниях порой заняты внедрением современных, но никому ненужных сервисов и «примочек», работать с которыми – по принципу «раз уж сделали, надо пользоваться» – приходиться другим сотрудникам. В итоге получается, что, вместо того чтобы помогать бизнесу развиваться, они ставят «палки в колеса». Ведь если задуматься, то именно за это порой мы так недолюбливаем IT-отделы.

Сюзан Грэмм, CIO и вице-президент Taco Bell Corporation в прошлом, а в настоящее время – основатель и президент Valuedance и постоянный эксперт Нarvard Вusiness Review по вопросам информационных технологий, выделяет в качестве основных проблем, связанных с взаимодействием с IT-отделом, следующие моменты.

1. IT ограничивает полномочия менеджеров
Например, ваш отдел приносит 10% дохода огромной компании, но не может позволить себе проект за $100 тыс., если с этим не согласен IT-отдел. Кроме того, бюрократизм IT-отдела порой настолько высок, что приводит к торможению реализации любых нововведений.

2. CIO абсолютно недоступен
Единственный способ «достучаться до небес» – это завести своего сотрудника в IT-отделе, который будет действовать как ваше доверенное лицо при общении с CIO.

3. Они – финансовые вымогатели
Когда в последний раз вы столкнулись с необходимостью срочной помощи IT, которая обошлась вам в приличную сумму денег? Прибавьте к этому те деньги, которые были израсходованы IT на ненужные компании сервисы, и вы захотите сами стать продавцом технологий.

4. IT-проекты никогда не завершаются
Проекты «в работе» всегда не выполнены на 90%. «Законченными» проектами считаются те, в которых несогласованны функциональные возможности, а люди, которые обещают добавить недостающие функциональные возможности на следующих этапах, всегда являются «загадочно пропавшими без вести».

5. Служба поддержки беспомощна
Когда появляется проблема, вы словно нищий за подаянием приходите в IT, однако скорой помощи порой приходиться долго ждать: каждый специалист отдела уверяет, что в его части работы нет просчетов и вообще не может быть, чтобы что-то не работало.

6. Работы, отданные на аутсорсинг, выходят из-под контроля
Вы знаете, что передача работы на аутсотрсинг не была идеей IT-отдела. И тем не менее вы злитесь на него за то, что приходится объяснять внешним подрядчикам специфику вашего бизнеса. Это похоже на попытку обучить 4-летнего ребенка интегральному исчислению.

7. IT-отдел заполнен отсталыми от жизни людьми
Как-то странно, когда о возможностях социальных сетей вы узнаете дома от своего 12-летнего сына, в то время как IT до сих пор не могут наладить вам электронную почту. Когда вы пытаетесь обсудить с IT, как лучше применить новую технологию, в ответ вы получаете лишь наставления.

8. У IT никогда нет хороших новостей
Независимо от того, сколько вы тратите и с каким трудом работаете, вам никогда нечего отпраздновать: работа IT не выполняется полностью в срок, а обещанные и так необходимые вам нововведения постоянно находятся где-то вне вашей досягаемости.

Как лучше поступать в таких случаях? Готовых рецептов нет, тем более что в каждой компании своя специфика работы с IT-отделом. Но можно дать некоторые рекомендации. Чтобы увеличить шанс инновации на успех, руководителям соответствующих подразделений следует включиться в управление процессом внедрения. Это означает, менеджеры всех уровней должны расценивать задачи IT как свои собственные, среди которых - управление проектами и изменениями, анализ данных и поиск неисправностей в системе, в том числе и инициировать необходимые подразделению или компании в целом сервисы.

Многие менеджеры скажут: «Стоп! А зачем тогда держать целый штат IT-специалистов? Разве не для этого существует IT-отдел?» Основная задача этого отдела состоит в том, чтобы информационные технологии применялись для поддержки существующей стратегии и позволяли бизнесу быть конкурентоспособным. IT-специалисты должны обеспечивать поддержку сервисов, но при этом они не знают всей специфики работы каждого отдела и не могут заменять сотрудников других специальностей.

Принимая на себя контроль над нововведениями в своем отделе или организации, вы можете быть уверенными, что IT-отдел сосредоточен на действительно нужной работе, делает то, что послужит интересам бизнеса.

При подготовке материала использована статья “Investing in the IT That Makes a Competitive Difference”, “When Better Service Is a Bad Thing”  из Harvard Business Review.

Фото: pixabay.com

 

Расскажите коллегам:
Эта публикация была размещена на предыдущей версии сайта и перенесена на нынешнюю версию. После переноса некоторые элементы публикации могут отражаться некорректно. Если вы заметили погрешности верстки, сообщите, пожалуйста, по адресу correct@e-xecutive.ru
Комментарии
Глава филиала, регион. директор, Екатеринбург
Сергей Трушкин пишет:Просто так менять одно на другое бесполезно.
Если партнер использует документы офиса 7-го? Полезно? Затраты?
Сергей Трушкин пишет: Никакого нового качества кроме интеграции с SP в 2007 нет.
Категории в оутлуке... И как я раньше без них жил? Вот оно - полезное и желаемое.... А вы как ИТ директор пропустили.... Вот и приходим - 'я не скажу - ты не узнаешь'
Сергей Трушкин пишет:Я бы предложил менять на Гугл Документс в крайнем случае на OpenOffice.
А оно мне нужно? Или только потому, что полезно?Вы как ИТ директор можете мне определить полезность перехода на опен-офис?
Глава филиала, регион. директор, Екатеринбург
Сергей Трушкин пишет:Однако если у вас стоит вопрос внедрения MS SharePoint, то затраты на смену 2003 на 2007 попадут туда. У 2007 хорошая интеграция с SP.
Добавлю, что совершенно 2 разных проекта, не связанный один с другим. Давайте быть честными и не размазывать затраты туда, куда они не относятся. Портал не зависит от офиса и замена последнего идет отдельной строкой в бюджете. Только потому, что партнеры используют 2007 офис. И в данном случае отдачи не посчитать. При этом яркая необходимость такой замены у 15-20 человек из 150-200, но замена производится по всей компании.
Партнер, Москва

Для ЮрияНаоборот нет :) Если вы попадете в потребности, то человек высоко оценит вашу компетентность.Продажи и маркетинг антагонисты, и действительно жестко связаны. Провалы одного требуют сверхусилий другого! ИТ директор занимается и маркетингом и продажей... идей автоматизации. Это в идеале.ServiceDesk у меня свой на Lotus DominoС юристами все очень просто, поскольку юристы стали аутсорсится, еще пару сотен лет назад. Поэтому если хотите понять эффективность, сходите на стажировку в юридическую компанию и примените их технологии в практике своего функционального подразделения.Все приходит с опытом и восприятием всех ошибок как своих. Тогда есть повод поискать причины и найти лучшие способы работы. Если во всем виноваты заказчики, которые не так формулируют, то повода для развития нет, а это значит, что адекватность не повышается и в любой момент вылет с рынка. В любой... Приоритеты выставляет не заказчик, а ожидаемый ROI :) Я прошу меня извинить. Дискуссия уже длинная и от темы несколько ушла. Всем удачи. Еще увидимся.С уважением

Нач. отдела, зам. руководителя, Москва
Сергей Трушкин пишет:Цитата Сергей Гринкевич пишет: 1. Применение средств автоматизации требует повышение квалификации персонала. Затраты? Нет, наоборот. Автоматизация снижает требования к персоналу.
Вот те раз! Может быть мы думаем о разном персонале? Если раньше уборщица пользовалась шваброй и тряпкой, а теперь ей выделили моющий пылесос, то требования к ее квалификации снижаются?Если вернуться к примеру, раньше у вас персонал пользовался Excel-ем, а теперь будет пользоваться супер-пупер программой. Что-то мне подсказывает, что своему специалисту по подбору кадров вы поставите задачу найти на рынке работника Балду со знанием (и опытом работы от года и больше) супер-пупер программы.
Цитата Сергей Гринкевич пишет:2. АС потребует создание инфраструктуры. Для работы АС необходимы мощности, каналы и т.п. Затраты? Обязательно и это затраты. Но есть такая штука ITIL/ITSM и процессы создания SLA и планирования инфраструктуры под эти сервисы. Кстати ITSM очень прост для понимания и реализации.
Спасибо, что открыли глаза. :D
Цитата Сергей Гринкевич пишет: 3. АС нужно будет обслуживать. Причем постоянно. Потребуется штат своих сотрудников. Возможно - аутсорсеров. Да, и что? Если эффект есть С улыбкой мы в плюсе.
А если нет? Вот вам уже и гадание на кофейной гуще.Можно ли это посчитать? Можно. Если работаете в условиях устоявшейся ИТ структуры, то затраты более адекватны задаче. Если вы создаете ИТ 'с нуля' то затраты на создание и внедрение могут с лихвой перекрыть любой экономический эффект.
Цитата Сергей Гринкевич пишет: 4. Повышаются требования к вопросам взаимодействия подразделений (саппорт, инциденты и т.п.). Снижаются С улыбкой если делать правильно. Методология BPM кроссфункциональная. Т.е. никаких подразделений в приниципе в ней нет. Есть процесс, операции, владелец, диспетчеры и исполнители
Опять Ваш ответ как-то не укладывается в мой опыт.Если ваши сотрудники пользуются гроссбухами и карандашами, то вам достаточно одно подразделение по снабжению канцтоварами. И заявка вам нужно одна - все на те же канцтовары.Но если у вас АС, то вам нужна уже структура по поддержке пользователей, по поддержке самой АС, по поддержке инфраструктуры. Да не просто подразделение, а структура из 3-х линий саппорта. К тому же если у вас критическая система и нужно обеспечить режим работы 24х7, то появляются сменность в работе персонала.Как-то не видится мне во всей этой кухне упрощения взаимодействия.
Цитата Сергей Гринкевич пишет: 5. Усложняется управленческая структура. Повышаются требования к управленческому персоналу. Снижаются
Логика проста - структура усложняется, количество процедур увеличивается, количество точек взаимодействия сотрудников увеличивается. Как следствие, повышается конфликтность во взаимодействии сотрудников.Больше конфликтов - сложнее работать с персоналом. В результате - повышение требований к управленческому персоналу.
Цитата Сергей Гринкевич пишет: 6. АС имеют неприятное свойство ломаться - повышенный риск получения не качественных результатов, простоя бизнес-подразделений. Люди 'ломаются' гораздо чаще, уверяю вас С улыбкой
'Поломки' людей не исключают поломки систем. Это разные вопросы.
Цитата Сергей Гринкевич пишет: 7. Постоянный поток запросов на доработку и изменение системы со стороны бизнес-пользователей. Поддержка специфичной инфраструктуры по доработке системы либо создания механизма взаимодействия с поставщиком. При неправильно спроектированной системе - обязательно
Уверяю Вас, и в правильно спроектированной системе корпоративного уровня постоянно существует объем доработок.Впрочем, возможно Вы имеете ввиду коробочный продукт. Тогда, да. Купил, поставил, настроил и работаешь до выхода новой версии. Но в моем окружении таких программ очень мало.
Цитата Сергей Гринкевич пишет: 8. Преодоление психологического сопротивления потенциальных пользователей системы. А почему они сопротивляются? Просто от нечего делать, или есть основания? вымешленные или реальные...
Какие бы основания не были, они существуют. И при внедрении АС всегда есть сопротивление персонала. Особенно, если перечень их функций расширяется или усложняется.
Цитата Сергей Гринкевич пишет: 9. Преодоление разногласия между руководителями бизнес-подразделений, выступающих пользователями системы. Этого я не понимаю. Приведите пример. Они могут конфликтовать за ваш дефицитный ресурс, например время восстановления сервисов если они все время падают, но это и есть качество вашей системы. Все ресурсные вопросы разрешают обычно акционеры и генеральный. Но вы им можете дать инструмент - например подсчет прибыли по каждой сделке.
Все очень просто. У каждого руководителя бизнес-направления свой бюджет. Он готов финансировать разработку АС для своих нужд, но не готов давать деньги, если его системой также будет пользоваться другое подразделение. :D
Цитата Сергей Гринкевич пишет: 10. Устранение дублирующих функций, которые сейчас есть в 'смежных' системах. На которые, кстати, тоже были потрачены деньги раньше. Оптимизация вложений задача ИТ директора. В итоге ищется оптимальный вариант. Но конечно лучше что бы все процессы были в единой платформе. Но у меня на этот счет более радикальные предложения С улыбкой Если интересно почитайте статьи про инфороботов.
Единая платформа - это скорее мечта. У нас, например, не реально. Конечно, иметь одну платформу - экономически оправдано. Но недавно был 'круглый стол' по ИТ-инфраструктуре в банках. Так ИТ директор банка Траст сказал, что у них 5-ть АБС. Думаю, что это не от хорошей жизни. Просто это реалии сегодняшнего дня.
Цитата Сергей Гринкевич пишет: 11. Недостатки компании-поставщика (поставка некомплекта, некачественных обновлений и т.п.) Измеряйте качество и не сотрудничайте с теми, кто создает хаос.
Вы не представляете, какими невменяемыми бывают поставщики. И отказаться от них нет никакой возможности (по крайне мере в ближайшие несколько лет), так как их система уже внедрена и эксплуатируется на протяжении нескольких лет, а качество ПО и сервис ниже всякой критики.
С вами поспорит, например, Том Питерс. Бизнес гуру в книге Представте себе! Никаких косвенных расходов. Все расходы прямые!!! Вы говорите не возможно и это вас останавливает, а вы сделайте и поймете, что это возможно и даже очень просто!!!Пожалуй хватит для возбуждения интереса. Хотите подробностей, давайте меняться. Регистрируйтесь на inforobot.ning.com и там на все вопросы отвечу.
С Гуру спорить - себе дороже. Их высказывания нужно помещать в рамку и вешать на стену. Как то у меня весело высказывание Конфуция, что оказывало очень благоприятное впечатление на начальство и посетителей. :D
Глава филиала, регион. директор, Екатеринбург
Сергей Трушкин пишет:ServiceDesk у меня свой на Lotus Domino
А почему свой? Почему не HP OV например? Или более дешевый вариант - 'Naumen'? Расчитывали ли эффективность и стоимость того или другого? Какова выгода? Где более дешевая стоимость владения?Ну да ладно. Не хотите делиться опытом - не надо.
Сергей Трушкин пишет:С юристами все очень просто, поскольку юристы стали аутсорсится, еще пару сотен лет назад. Поэтому если хотите понять эффективность, сходите на стажировку в юридическую компанию и примените их технологии в практике своего функционального подразделения.
:) Не получиться. Стоимость любого аутсорсингового чиха обозначена в четкой валюте, что совершенно отличается от юридической службы предприятия. И задачи перед аутсорсером и юр. службой стоят разные.
Сергей Трушкин пишет:Продажи и маркетинг антагонисты, и действительно жестко связаны. Провалы одного требуют сверхусилий другого! ИТ директор занимается и маркетингом и продажей... идей автоматизации. Это в идеале.
Идеал - это предприятие, дре работает только Генеральный директор, и где главный бухгалтер на аутсорсинге.Откуда у ИТ директора корректные знания по маркетингу и продажам? Только из теории если...., т.к. оттачивание навыков практикой никто не отменял. Потому, если ИТ директор не гений, то знания о маркетинге, продаже, бухгалтерии, юриспруденции, логистики - все это могут быть в основном чисто теоритические знания. А если ИТ директор нашел время все вышесказанное попробовать на практике, покрутиться в данных сферах - значит он отнял это время от увеличения компетенции в ИТ направлении.Оставте кесарю кесарево. Пусть ИТ директор радеет за автоматизацию. Но опять же - приоритеты выставляет именно заказчик, а не RIO (отсылаю в вами же упомянутый маркетинг).
Директор по операциям, Беларусь

У нас в Ит-директора приходят системные администраторы )

Нач. отдела, зам. руководителя, Москва

Коллеги,как-то даже неловко говорить об этом, но скажу. Удивительно, что никто даже не упомянул (или я просмотрел?), что существуют практики управления ИТ, например ITIL -для эксплуатации, ValIT - для высокоуровневого управления, Cobit - для оценки зрелости.Наконец есть ИТ-стратегия. Создаётся ощущение, что здешняя дискуссия - это мнения, основанные на слабой информированности.Да-да, предвижу хор голосов, что всё это (стратегии, процессы) - на бумаге, а на деле по-другому. Тогда либо не врите сами себе и не пишите таких стратегий и процессов, которым не следуете, либо просто зафиксируйте принятые практики и сверяйтесь с ними.Болезнь нашего отечественного ИТ в том, что оно выросло, но не поумнело. Сначали были отделы автоматизации, инженеры, операторы и проч. Все они говорили про биты, байты и проч. Решение задачи представлялось простым - купим сервер, купим программу и всё само собой решится. Идея решения сложной задачи от бизнеса до сих пор мыслится как 'покупка чего-то, сами не знаем чего, но крутого, что всё само сделает'. Это - попытка решения бизнес-задачи инженерными способами. Вот и получается автоматизация хаоса.Процессы, как в ИТ, так и в бизнесе, находятся на низком уровне зрелости, они разорваны (например бюджеторвание ИТ и поддержка стратегии развития бизнеса) - отсюда и высокие затраты и низкая отдача. Потому что одни не могут потрудиться сформулировать и сказать, что им нужно, а другие внедряют дорогостоющую хрень, котороая никак не связана с этой несформулирвоанной стратегией бизнеса. И мы имеем, что имеем.Кто-то здесь начал прикидывать сколько стоит та или иная операция. Это - ростки нового.Пока маржа была высокая - стоимость разброда и шатания в компании (а не толкьо между ИТ и всеми остальными) компенсировалась этой маржой. Как только маржа упала, оборотного капитала стала мало, бюджеты снизились, так все и задёргались. Все проблемы низкой результативности плохого планирования вылезли наружу.Замечу, что если бы в организации были внедрены хотя бы несколько процессов из ITIL - например управления проблемами и изменениями, то было бы гораздо сложнее получить ситуацию, когда поставленная бизнесом задача оказывалась бы неактуальной на момент внедрения поддерживающего её решения. Тогда бы RFP (ТЗ) прошло через несколько обсуждений, было бы осмечено, была бы какая-нибудь оценка возврата вложенных средств и только тогда бы были бы выделены деньги.Аналогично, в условиях, когда нет хоть какого-то самого простого общего процесса управления рисками (напр. ежеквартального пересмотра реестра рисков, разбитого по функциональным областям компании с назначением ответственного) то вероятность 'кто в лес, кто по дрова' между ИТ и бизнесом, между разными частями бизнеса весьма и весьма высока.По сути, всё сводится к одному: [B]если ни бизнес, ни ИТ не желают формулировать свои требования и пожелания друг к другу и придерживаться каких-то правил (или не считают важным тратить на это время) , то результату не нужно удивляться.[/B]

Начальник участка, Австралия
Сергей Трушкин пишет:Внутренний сотрудник ИТ службы учился с поставщиками ИТ, пьет пиво с поставщиками, играет в компьютерные игры с поставщиками.... и еще много чего они делают вместе... На чьей он стороне? ИТ поставщика или своего внутреннего заказчика, который 'неадекватен', 'не умеет' формулировать требования, требует эффективности.
Сергей, извините, но это просто какая-то мафия выходит, да ещё и похлеще легендарной Cosa Nostra. Мне лично, как тому самому внутреннему сотруднику IT, лестно, конечно, осознавать свою причастность к столь могущественной организации, но, право слово, как-то не по себе - уж больно зловеще у вас получается.Я бы предложил Вам рассмотреть такое парадоксальное предположение - почему бы не предположить, что внутренний сотрудник IT есть такой же сотрудник своей компании, как и любой другой? Отвечает за свой фронт работ. Получает по шеям, когда в его епархии что-то не ладится. Получает премию, когда в его епархии всё ладится и улучшается. Как Вам такое предположение? Соответственно, будучи вполне адекватным человеком, этот самый внутренний сотрудник предпочтёт перевести требования и видения своего внутреннего заказчика на язык, понятный поставщику - перевести так, чтобы поставщик поставил именно то, что представлялось заказчику. В противном случае этот внутренний сотрудник будет этакой боксёрской грушей - внутренний заказчик будет пинать его за то, что его мечты не исполнены, а поставщик будет отпинываться, что поставил, дескать, что просили. Не отказывайте, пожалуйста, внутреннему сотруднику IT в здравом смысле - как правило, мы им обладаем в достаточной мере.
Knowledge manager, Украина
Константин Смирнов пишет:... если ни бизнес, ни ИТ не желают формулировать свои требования и пожелания друг к другу и придерживаться каких-то правил (или не считают важным тратить на это время) , то результату не нужно удивляться.
Спасибо. Дождался, наконец, взгляда 'со стороны'.Являюсь, де-факто, ИТ-руководителем на производственном предприятии. Что ПОМОГАЕТ мне в работе? Высшее техническое образование (двигатели летательных аппаратов), опыт комсомольской и партийной работы, опыт разработки системы сменно-суточного планирования (ведущий технолог АСУ ТП), опыт системного администрирования и внедрения электронного документооборота на Lotus Domino, да и просто 30-летний опыт работы на производстве. Это позволяет хозяину плевать на структурирование бизнес-процессов, игнорировать создание центров ответственности, использовать Ethernet на расстоянии 400 метров и не проводить детальной инвентаризации. Такой хозяин - не исключение. Их, таких, - тьма. Но! .... Они платят зарплату. Можно (на e-xe) высмеивать их недалекость. Можно предрекать скорый уход с рынка таких хозяев. Можно ... А жить нужно СЕГОДНЯ. Кормить любимую семью. Поэтому ищешь любую возможность РЕШИТЬ задачи хозяйского бизнеса за счет вечно скудного бюджета (мыши числятся на ОС!!! (чтобы не потырили)), и гордишься, что УМЕЕШЬ.По-поводу контроля ИТ... Есть хорошая поговорка. Сисадмина не подозревают. Его увольняют. И нанимают другого, которого не подозревают. Не встретился я еще с той структурой, которая бы меня контролировала. Наверное потому, что она дороже, чем доверие ко мне. А доверием я дорожу. Наверное, даже больше, чем зарплатой.
Генеральный директор, Москва

Проблемы, которые озвучены в статье распрастроняются не только на ИТ-отдел :))). Большинство из них при 'некоторой переформулировке' (не значительной) можно отнести к любому отделу, который работает со всеми другими отделами компании :). Сформулированные проблемы - это ВОВСЕ не проблемы ИТ, а проблемы функциональной организационной структуры или 'механистической бюрократии' (Г. Минцберг 'Структура в кулаке: создание эффективной организации'):- проблемы человеческого фактора в производственном звене (6, 7)- проблемы координации при возникновении конфликтов (1, 3, 4, 5, 8)- проблемы адаптации стратегического апекса (2)'Механизмы мех. бюрократии - приспособлены для выполнения определенных задач; когда условия деятельности изменяются, модифицировать их почти невозможно' (с) Г. Минцберг. И все проблемы связаны именно с изменением условий деятельности, вызванных, в частности, и бурным ростом бизнеса, и работой конкурентов, и кризисом, и другими факторами... И это НЕ ПРОБЛЕМЫ ИТ-отдела - это проблемы функциональной структуры!А Задуматься же надо, не над тем: 'что многие считают эту статью полезной', а над тем, 'что многие не видят закономерности в возникновении описанных проблем'..., а главное не знают того откуда эти закономерности берутся :). Причем не знают, как обычные сотрудники, так и CIO, и, к сожалению, даже CEO...

1 4 6 8 13
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии