По моему глубокому убеждению, менеджмент в сфере IT пребывает в глубоком кризисе. В том, что это на самом деле так, несложно убедиться. Например, бесконечные «дыры» в программах от Microsoft, непопулярность (адепты, не вступайте в дискуссию) unix-подобных сред, а также загибающаяся Apple – все это звенья одной цепи. Добавьте сюда же постоянное падение NASDAQ и вы согласитесь со мной.
В качестве иллюстрации тезиса о несостоятельности современного IT-менеджмента и подходов к нему, возьмем процесс приема сотрудников на работу.
В статье
Джоэля Спольски (Joel Spolsky) приводятся рекомендации для менеджеров по проведению интервью. Сам Джоэль долгое время проработал на руководящих должностях в Microsoft, а значит, именно такая методика принята в Редмонде.
В списке рекомендованных для интервью вопросов содержится называемый «невозможный вопрос». (Термин Джоеля; конечно, невозможен не сам вопрос, а ответ на него). Отказ от ответа, например, по причине отсутствия у кандидата таких данных, считается неудовлетворительным, удовлетворительной признается попытка ответа, основанная на рассуждениях. В качестве примера «невозможного вопроса» Джоэль интересуется, «Сколько заправочных станций в Лос-Анджелесе?» Образцом удовлетворительного ответа автор считает следующую цепочку рассуждений:
«…Что ж, в Лос-Анджелесе живет около 7 миллионов человек; у каждого в среднем 2,5 машины... машина заправляется минуты четыре, на заправке около 10 колонок, а работает она часов 18 в день...» Автор считает, что «…даже если они в корне ошибаются, это ничего не меняет. Важно, чтобы они с энтузиазмом отнеслись к поискам ответа». Обратите внимание на это рассуждение.
А пока проанализируем приведенный ответ.
Сначала немного теории. С точки зрения влияния управляющих воздействий на выходные параметры экономику относят к так называемым автоматическим системам управления (АСУ). В данном случае под управляющими воздействиями понимаются факторы типа спроса и доступности ресурсов, а под выходными параметрами — цена товара и объем предложения. Задача любой АСУ – обеспечить требуемое соотношение между входными параметрами (управляющими воздействиями) и выходными данными. Соотношения могут быть разными, например в такой повсеместно распространенной АСУ, как здоровый человек, выходной параметр типа «температура тела» должен оставаться на одном уровне вне зависимости от окружающей среды. В экономике же увеличение спроса должно вызвать адекватное увеличение предложения и/или цены.
Однако, из общей теории АСУ следует, что не существует систем, реагирующих на изменение параметра мгновенно и точно. То есть в любой системе после изменения управляющих воздействий проходит так называемый «переходный процесс», во время которого выходные параметры пытаются выйти на требуемый уровень. Существует два основных типа переходного процесса, приведенные на рис. 1. и рис. 2. Рис. 1. Первый тип Рис. 2. Второй тип
На рисунках тонкой линией обозначен требуемый уровень выходного параметра, кривая соответствует самому параметру.
Для первого типа характерны короткое время переходного процесса, но большое «перерегулирование». Этот термин означает превышение выходного параметра над требуемым значением в результате попытки вывести параметр на новый уровень. Второй тип определяется отсутствием перерегулирования, но длительным переходным процессом, в течение которого выходной сигнал недостаточен. Экономисты относят рыночные экономики к АСУ с переходным процессом первого типа, переходные процессы в плановых экономиках считаются проходящими по второму типу.
Заметим, что спрос, количество доступных ресурсов и налоги в экономике не константны, а значит, практически любая экономика как АСУ зачастую находится в состоянии переходного процесса (не путайте с переходным периодом).
Теперь, наконец возвращаясь к заданному вопросу, мы видим, что неявно прозвучавшее в так называемом «правильном» ответе предположение о балансе между спросом и предложением неоправданно смелое. В общем случае это не так.
Более того. При расчете количества машин в городе совершенно не учитываются автомобили, принадлежащие организациям, а также грузовики и автобусы. Таким образом, на основе неверных данных и неправильного представления о действующих законах, кандидат дает абсолютно неверный ответ. Вместо продемонстрированных рассуждений он легко мог бы просто назвать первое пришедшее в голову число. Вероятность «близкого попадания» была бы примерно такая же.
Однако интервьюеру и не нужен правильный ответ. Ему нужен «активно мыслящий» сотрудник.
В результате на работу принимают человека, способного рассуждать на абсолютно любую незнакомую ему тему и делать сколь угодно далеко идущие выводы при полном отсутствии корректных исходных данных.
Мне могут возразить, что это всего лишь вопрос на тесте, в жизни же эти люди так себя не ведут. Увы, ведут. Если у человека есть склонность отвечать на любой вопрос, никогда не признаваясь в собственной некомпетентности и/или недостатке данных, это навсегда. В результате этот же специалист в случае, например, если начальство попросит по возможности поскорее оценить возможный рынок программ для АЗС, никогда не скажет, что быстро это сделать невозможно. Он применит ту же самую методику (чуть облагородив ее реальными данными) и получит быстрый и неправильный ответ. А начальник проекта на вопрос о сроках разработки той или иной системы, назовет минимальное, невыполнимое время. Итог – система, разработанная второпях, и работает на троечку.
Таким образом «быстро отвечающие» менеджеры нанимают себе «быстро отвечающих» подчиненных.
Безусловно, подобная ситуация существует не только IT, но и в любой другой области. Однако, в IT все это усугубляется тотальной безграмотностью менеджеров в технических вопросах, которой они еще и гордятся. Сколько раз мы слышали от руководителей высшего и среднего звена – «мне это знать не нужно, мое дело – управлять, а ваше – обеспечить выполнение». Да, так их научили в бизнес-школах и на курсах управления персоналом.
Проблема в том, что концепция «непонимающего управленца», о которой идет речь, более-менее работает в традиционных областях, базовыми знаниями о которых обладают все. Возьмем для примера сельское хозяйство. Любой менеджер знает, что пшеницу не сеют в декабре (в России), а овес не растет под водой. Подобные знания позволяют ему управлять агрофермой, в самом деле не вникая в конкретные преимущества тех или иных удобрений и методик земледелия. Есть базовые знания, которые препятствуют совсем уж нелепым проектам.
Однако, в сфере IT базовые знания не подразумеваются. Их нет. И владелец (руководитель) компьютерной фирмы, даже в общих чертах не представляющий себе, что находится внутри того белого ящика, на котором размещена кнопка Power, увы, отнюдь не исключение, а скорее правило. Что в сочетании с тенденцией к «быстрым ответам» дает нам очень печальный результат.
Итог, увы, неутешительный. До тех пор, пока парадигма «не вникающего в технические детали управления» не будет отвергнута, а «быстрые ответы» не начнут считать признаком непрофессионализма, эффективного IT-менеджмента нам ждать не придется. А значит, и эффективных, быстрых и надежных программ и оборудования.
03.09.03 15:31: Перенесено модератором из 'Работа' — _MM_
Tom>А почему ты её в форум выкладываешь а не стандартным способом на submit@rsdn.ru ?
А мне хочется сразу и чтобы было видно. А на сабмит — это когда обпубликуют, если сочтут достойной
Здравствуйте, Vamp, Вы писали:
V>По моему глубокому убеждению, менеджмент в сфере IT пребывает в глубоком кризисе. В том, что это на самом деле так, несложно убедиться.
Какой же это кризис, когда ИТ рынок растет, причем в некоторых странах по 100% в год.
К тому же "быстрые ответы" намного лучше ответов медленных в опрделенных ситуацмях.
Бизнес меняется быстро, и поэтому нужны быстрые ответы на поставленные вопросы,
и порой ответ на троечку гораздо своевременней(приносит прибыль), чем на пятерочку но позже.
К тому же "быстрый ответ" это часто интуиция что есть сумма всех твоих знаний. быстрая выборка по ним.
Чем больше знаний тем меньше вероятность ошибиться,
однако когда эта вероятность больше чем риск от потерь при растягивании сроков реакции
то лучше обдумать реакцию.
В общем-то твой взгляд ясен и в некоторых ситуациях может быт так оно и есть, как и то,
что есть огонь, вода и т.д.
такова природа человека, токо причем тут кризис в ИТ?
Valery A. Boronin, RSDN Team, linkedin.com\in\boronin
R&D Mgmt & Security. AppSec & SDL. Data Protection and Systems Programming. FDE, DLP, Incident Management. Windows Filesystems and Drivers.
Здравствуйте, Ерусов Дмитрий, Вы писали:
V>>По моему глубокому убеждению, менеджмент в сфере IT пребывает в глубоком кризисе. В том, что это на самом деле так, несложно убедиться.
ЕД>Какой же это кризис, когда ИТ рынок растет, причем в некоторых странах по 100% в год.
Кризис менеджемента.
ЕД>К тому же "быстрые ответы" намного лучше ответов медленных в опрделенных ситуацмях.
Вы же не в Formula 1 участвуете...
Допустим, разработка продукта займет несколько месяцев.
Принимать ключевые решения на основе "тыканья пальцем в небо",
на основе минутного размышления дилетанта в этой области?
Имхо, это порочная практика. Может проще монетку подкинуть?
ЕД>К тому же "быстрый ответ" это часто интуиция что есть сумма всех твоих знаний. быстрая выборка по ним.
По-моему такие решения должны принимать специальные эксперты.
Собственные ли, приглашенные... но эксперты в прикладной области.
А не эксперты С++ и паттернов проектирования. Каждому свое.
Если нужно проверить сообразительность, то и вопрос пусть будет "программистский".
А так как менеджер в этом отношении просто нуль, то ему, естественно,
проще задать дурацкий вопрос на отвлеченную тему и по ответу "оценить" специалиста...
Не самая лучшая методика.
Вот вам и кризис менеджемента.
ЗЫ: Я предпочитаю честно предупредить о своей некомпетентности, хотя, конечно же,
если есть необходимость могу проанализировать ситуцию и сделать некие выводы.
OFF
На вопрос "Вы можете это сделать?" настоящий програмист имеет только 2 ответа:
Vamp, а что доказать то хочешь? Что в манагеры надо брать только программеров, которые перед тем как принять любое решение обстоятельно его продумывают техническим складом ума? И тогда NASDAQ начнёт подниматься?
V>Кризис менеджмента в IT
V>Однако интервьюеру и не нужен правильный ответ. Ему нужен «активно мыслящий» сотрудник. V>В результате на работу принимают человека, способного рассуждать на абсолютно любую незнакомую ему тему и делать сколь угодно далеко идущие выводы при полном отсутствии корректных исходных данных. V>Мне могут возразить, что это всего лишь вопрос на тесте, в жизни же эти люди так себя не ведут. Увы, ведут. Если у человека есть склонность отвечать на любой вопрос, никогда не признаваясь в собственной некомпетентности и/или недостатке данных, это навсегда. В результате этот же специалист в случае, например, если начальство попросит по возможности поскорее оценить возможный рынок программ для АЗС, никогда не скажет, что быстро это сделать невозможно. Он применит ту же самую методику (чуть облагородив ее реальными данными) и получит быстрый и неправильный ответ. А начальник проекта на вопрос о сроках разработки той или иной системы, назовет минимальное, невыполнимое время. Итог – система, разработанная второпях, и работает на троечку.
Откуда данные? Репрезентативность выборки? А то очень уж смахивает на V>склонность отвечать на любой вопрос, никогда не признаваясь в собственной некомпетентности и/или недостатке данных
V>Таким образом «быстро отвечающие» менеджеры нанимают себе «быстро отвечающих» подчиненных.
На интервью вроде и другие вопросы задаются
V>Безусловно, подобная ситуация существует не только IT, но и в любой другой области. Однако, в IT все это усугубляется тотальной безграмотностью менеджеров в технических вопросах, которой они еще и гордятся. Сколько раз мы слышали от руководителей высшего и среднего звена – «мне это знать не нужно, мое дело – управлять, а ваше – обеспечить выполнение». Да, так их научили в бизнес-школах и на курсах управления персоналом.
Ни разу не слышал. Может где-то не там работаю?
V>Однако, в сфере IT базовые знания не подразумеваются. Их нет. И владелец (руководитель) компьютерной фирмы, даже в общих чертах не представляющий себе, что находится внутри того белого ящика, на котором размещена кнопка Power, увы, отнюдь не исключение, а скорее правило. Что в сочетании с тенденцией к «быстрым ответам» дает нам очень печальный результат.
О каких компаниях речь? Хоть какие-нибудь циферки, примерчики???
V>Итог, увы, неутешительный. До тех пор, пока парадигма «не вникающего в технические детали управления» не будет отвергнута, а «быстрые ответы» не начнут считать признаком непрофессионализма, эффективного IT-менеджмента нам ждать не придется. А значит, и эффективных, быстрых и надежных программ и оборудования.
Что в твоем понимании эффективность IT-менеджмента? Какими критериями или единицами ты можешь измерить эту величину на конкретном предприятии, у конкретного руководителя или в целом по отрасли? Какое состояние будет приемлемым???
Общее мнение по статье — эмоциональное высказывание своего несогласия с методикой конкретного интервьюера, страдающее избыточным обобщением при практически полном отсутствии фактов. Не вижу кому бы она могла быть полезна.
Никогда не делайте ничего правильно с первого раза, иначе никто потом не оценит, как это было сложно.
Здравствуйте, Vamp, Вы писали:
V>Итог, увы, неутешительный. До тех пор, пока парадигма «не вникающего в технические детали управления» не будет отвергнута, а «быстрые ответы» не начнут считать признаком непрофессионализма, эффективного IT-менеджмента нам ждать не придется. А значит, и эффективных, быстрых и надежных программ и оборудования.
Что-то я не заметил в статье Спольски намёков на то, что он принимал ответы на интервью как руководство к действию К сведению принимается реакция испытуемого и способность находить выходы из затруднительных ситуаций. Следовательно, начальная предпосылка данной статьи неверна, сама статья ошибочка и, следовательно, никакого кризиса менеджмента в IT нет.
... << RSDN@Home 1.1 beta 1 >>
Если нам не помогут, то мы тоже никого не пощадим.
V>А мне хочется сразу и чтобы было видно. А на сабмит — это когда обпубликуют, если сочтут достойной
Ну в общем как хочешь, но что плохого если в ней найдёт недочёты или выскужут замечания? Да и после того как статья опубликована о ней в новостях сообщают.
Здравствуйте, White Eagle, Вы писали:
WE>Здравствуйте, Vamp, Вы писали:
WE>Vamp, а что доказать то хочешь? Что в манагеры надо брать только программеров, которые перед тем как принять любое решение обстоятельно его продумывают техническим складом ума? И тогда NASDAQ начнёт подниматься?
"По-моему такие решения должны принимать специальные эксперты."
т.е. никаких технических решений менеджмент не понимает без консультации с экспертами в нужной области...
btw
кстати некоторые вещи из описанного в статье наблюдаю у своего теперяшнего работодателя...
Здравствуйте, _cb_, Вы писали:
__>"По-моему такие решения должны принимать специальные эксперты." __>т.е. никаких технических решений менеджмент не понимает без консультации с экспертами в нужной области...
А что где-то это по другому?
__>btw __>кстати некоторые вещи из описанного в статье наблюдаю у своего теперяшнего работодателя...
Ну некоторые и я наблюдаю. Но чтобы это было системой
__>cb.
Никогда не делайте ничего правильно с первого раза, иначе никто потом не оценит, как это было сложно.
IT>Что-то я не заметил в статье Спольски намёков на то, что он принимал ответы на интервью как руководство к действию К сведению принимается реакция испытуемого и способность находить выходы из затруднительных ситуаций.
Э... Это я так плохо написал, что основная идея оказалась неясна? Смысл именно в том, что реакция испытуемого, с моей точки зрения, абсолютно неправильная — он пытается делать выводы на недостаточных данных, приходя к неправильным результатам, вместо того чтобы сообщить, что ответить на этот вопрос он не может. А Спольски считает это правильной реакцией.
Здравствуйте, White Eagle, Вы писали:
WE>Здравствуйте, _cb_, Вы писали:
__>>"По-моему такие решения должны принимать специальные эксперты." __>>т.е. никаких технических решений менеджмент не понимает без консультации с экспертами в нужной области... WE>А что где-то это по другому?
как ни странно — у _нас_ в первую очередь учитывается _стоимость_ контракта (хотя в каком-то смысле это правильно), а уж мнение тех. спецов могут и не спросить
__>>кстати некоторые вещи из описанного в статье наблюдаю у своего теперяшнего работодателя... WE>Ну некоторые и я наблюдаю. Но чтобы это было системой
ну глобально я тоже ничего сказать не могу... это надо статистику собирать, а кто ж ее даст...
Посмотрел на Nasdaq, может деайствительно все так плохо, ан нет, растет собака аж с октября прошлого года. И у MS с середины 2000-го года все стабильно в коридоре $20-40 за акцию.
Кризиса как ты его понимаешь — нет. Есть твое большое самомнение что ты есть непризнанный гений IT-менеджмента. Или депрессия, вызванная полоумными хацкерами. Ну плюс-минус. Ничего личного.
Джоэль собеседовал программистов. Эти люди (пока они на должности программиста!) задач по оценке рынка бензина в SF решать не будут. Никто им этого не даст. Это будет решать менеджер, или как минимум, он должен отличать бредовый ответ от нормального и нести ответственность. Как этого менеджера собеседовали и кто его туда пустил — выходит за рамки статьи. Их собеседуют совсем иначе.
Ты бы хоть еще что нибудь поискал для доказательства наличия кризиса чем эта статья.
Про кризис. > — бесконечные «дыры» в программах от Microsoft,
следствие прогресса. очень много кода, в котором чисто статистически будут появляться ошибки.
> — непопулярность (адепты, не вступайте в дискуссию) unix-подобных сред,
они популярны на тех направлениях для которых созданы. никогда юникс не позиционировался как пользовательская платформа для пеньков.
> — а также загибающаяся Apple – все это звенья одной цепи.
что то ну никак не загнется. который год.
> Добавьте сюда же постоянное падение NASDAQ и вы согласитесь со мной.
когда microsoft|sun|ibm сократят персонал хотя бы на треть — тогда можно будет о чем то говорить.
дохлые доткомы — явление довольно редкое и рассматривать его как кризис IT-менеджмента в целом неправильно. Уже полегчало.
Учитывая, как ловко и грамотно лицензируются технологии (для примера mpegla.com, mp3licensing.com), кризис будет нескоро, потому что людей заставят таки платить за софт, TV, радио и всякую прочую энтертеймент в виде говорящих пылесосов.
К сведению принимается реакция испытуемого и способность находить выходы из затруднительных ситуаций. Следовательно, начальная предпосылка данной статьи неверна, сама статья ошибочка и, следовательно, никакого кризиса менеджмента в IT нет.
Если нам не помогут, то мы тоже никого не пощадим.
