Кто знаком с должностью "начальником ИТ отдела", расскажите в чём заключается его работа, желательно на примере  

Ну, вообще, отделы разные бывают, да и от конкретной конторы завист, видел конторы, где это ПМ, Ведущий Специалист и Архитектор в одном лице 

У нас начальник ИТ в прошлом году закончил курсы "Опытный пользователь ПК". Так что  правда, все зависит от конторы ))) 

Ахренеть  

Не знаю как в Иркутске с работой, но отсюда ноги делать надо 

DeadSoul, ага, вот подыскиваю   
сорри за оффтоп 

Обычно это прослойка между начальством и ИТшниками.
Нужно пинать админов, чтобы все работало. Пинать програмеров, контролировать работу, чтобы потом, если начальство спросит "А что у нас сделано за последние 2 дня 4 часа и 12 минут", ты в течении 5 минут предоставил отчет и планы на ближайшие полгода и 12 минут.
А по сути - контроль за работой. Нужно ее организовывать, чтобы она делалась эффективно.
Если не эффективно, то получаешь люлей от начальства, а потом раздаешь ниже.
Вобщем обычный начальник отдела, только рулишь ИТшниками.

Добавлено @ 08:44 
А. Ну еще в небольших отделах начальник, по-совместительству, выполняет какую-нить ИТшную работу.
Но это дело 15-е. 

Вот ещё такой вопрос: а в идеале начальник IT отдела, обязан быть квалифицированней своих подчинённых? 

В идеале желательно.
По факту это как правило нереально.
Основная задача - организация эффективной работы, отчетность.
Нужно быть в курсе, кто, что делает. Планировать работу на N-й период.
Знания нужны, но обладать абсолютными совсем незачем.
Собираешь совещания по тематике.
Обсуждаешь с народом, как и что делать. Какие варианты и т.д.
Совсем незачем разбираться во всем самому. Главное найти общий язык с людьми. 

Нет конечно. Тут более важную роль играют некоторые другие качества. 

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

Тут больше нужно знать, кто что умеет и может, чтобы поставить ему соответствующую задачу.
Выясняется естественно на практике.
Владеть всем не обязательно. Но что-то знать об этом нужно.
Иначе не получится управлять людьми, не представляя, что они делают.
Можно конечно судить о работе программиста по результату - запустил программу и посмотрел,
но далеко не все вещи на поверхности.
Но при этом и не обязательно кодить на странном языке. Нужно хотя бы представлять, что человек накодил за неделю.
А желательно еще и представлять сложность такой работы и насколько оправдано затраченое время.
Но это все желательно, но никак не обязательно.
Можно вообще ни в чем не разбираться, но представлять примерно на основе опыта руководства.
Хотя его еще получить нужно... Но это быстро - чем дальше, тем быстрее осваиваешься.