Zloxa, Да-да, была там даже http://ru.wikipedia.org/wiki/Принцип_Питера =)

Обратное это как?
Что худшие управленцы не из программистов? Тогда, да... действительно хромонул в формулирвочке.   

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

Управленец прежде всего должен иметь способность принимать решение и не принимать за него ответственность, возлагать ее на других.

ИМХО лучшая школа управления - ФСБ.

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

Сможешь, усравшись,  заказчику доказать что мудак он, и за то бабло должен? Значит ты можешь быть хорошим управленцем. Судя по тому, как SelenIT рефлексирует завалив проект, я думаю, он не сможет.

Это скорее диверсант.

Нипонял 
Диверсия подразумевает вредительство другим.
Я же говорю о невредительстве себе.

Кому будет хорошо если IT полностью понесет ответственность за свои ошибки? Кому угодно, только не IT. Т.е. признать свою вину, принять всю полноту ответственности, это и будет диверсия против IT. Это то, что должен не допустить хороший руководитель IT 

А сколько вообще лучших программистов управленцев? По сути, лучших программистов от общей массы программистов очень и очень мало. Другой вопрос, а сколько отвратительных управленцев не программистов в этой отрасли? Даёт ли гарантию, что не программист будет лучшим управленцем? 

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

Впрочем лично я считаю, что в той профессии, которую упомянул SelenIT, не программист пытающийся выдвигать какие-то архитектурные решения, полный сабзиро. Если же говорить в общем и целом про управление, то взять хотя бы недавно испорченную ГЭС.

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

Об общем деле, должен заботиться общий начальник.
О деле отдела должен заботиться начальник отдела.



С точки зрения начальника IT, каков правильный ответ?
Должен ли правильный ответ быть на самом деле объективно правильным?

Добавлено через 6 минут и 28 секунд

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

Это сообщение отредактировал(а) Zloxa - 28.12.2009, 14:45

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

общий начальник
\------------------------->начальник отдела логистики
\-------------------------1------------------------>сотрудник отдела логистики
\-------------------------n------------------------>сотрудник отдела логистики
\------------------------->начальник отдела IT
\-------------------------1------------------------->сотрудник отдела IT
\-------------------------n------------------------->сотрудник отдела IT

А теперь вопрос, кто должен нести ответственность, общий начальник, начальник отдела логистики или начальник отдела IT. Если над общим начальником нет суперначальника, то он или накажет начальников отдела, или сотрудников отделов. Ну и конечно может никого не наказывать. Так же можно разобраться в деле или не разбираться, ограничившись наказанием.

Варианты:
разобраться или не разбираться в проблеме
наказать или не наказать низшее звено управленческой структуры

Если есть суперначальник, то можно
свалить вину на другого или принять её на себя (последнее забавно  )

Далее рассмотрим квалификацию и компетентность, то есть умения и качество работы каждого сотрудника. В каждом звене может обнаружится вредительский сотрудник, то есть работающий в минус и во вред общему делу. Естественно ещё может быть малоэффективный и эффективный человек.

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

Наорать, сказать лишу вас всех премии, или вообще выгоню к чёртвой бабушке. А может пряником их, пряником. Или подойти "по человечески": - "Ну Борь ты уж постарайся, в обиде не останешься".  

Мне показалось ты размышляешь с точки зрения справедливости. Я предлагал найти "правильный ответ" с точки зрения началника IT.

unicuum, ты хороший человек, с сильно развитым чувством справедливости, из тебя выйдет плохой начальник IT 

Добавлено через 6 минут и 44 секунды

Мне всегда везло работать на успешных предприятиях, в передовых отделах 

Это сообщение отредактировал(а) Zloxa - 28.12.2009, 15:35

Главное практика, всему можно научиться. В целом же, если тяжело лишать человека премии, её изначально не надо никогда платить. 

Добавлено через 11 минут и 31 секунду

Я рассуждаю с точки зрения общей эффективности. С точки же зрения IT виноваты чаще всего они, ну да, они самые, вон те, из отдела логистики. А то у тебя получается, что отдел логистики не исполнял своих обязанностей, всё потерял, и будет IT обвинять, что те не смогли предвидеть, что отдел логистики всё потеряет.  

Другое дело, если бы IT отделу поручили совершенствование этих систем от подобных ошибок, то есть отдел логистики пользовался бы программами, написанными местным отделом IT. Тогда надо дать отделу IT задание, чтобы они проработали вероятные ошибки и защитили систему. Если бы это было сделано, и внедрён защищённый сервер, а сотрудников отдела логистики обязали им пользоваться, и данные потёрлись бы в итоге на сервере, то виноваты был бы именно отдел IT.

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

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

До человека дело еще не дошло.
Прежде чем лишить человека - лишают ОТДЕЛ. Обычно. В тех организациях, в которых бюджетируют затраты по отделам. 
Когда отдел уже лишен премии, что значит что на уровне менеджмента(на своем уровне) задача раздела ответственности уже провалена, разделить ответственность между  исполнителями(эскалировать вниз) - уже куда проще, тут уж почти никаких особых навыков и не требуется.


Т.к. цель любого коммерческого предприятия - получение прибыли, субцель любого отдела предприятия - получение своей доли в этой прибыли. Если ты начальник отдела, защита бюджета и обоснование значимости собственной роли в общем деле твоя первостепенная обязанность. Размер бюджета - мера оценки твоей полезности в общем деле - мера оценки твоих компетенций. Компетентность и лояльность твоих подчиненных - это лишь средство, инструмент с помощью которого ты можешь добиться успехов. Безусловно умение владения инструментом тоже в определенной степени нужно, но  если ты можешь обосновать бюджет твоего отдела имея за спиной бездарный коллектив который тебя ненавидит и с радостью тебе наподлит, это лишь лишний раз подчеркнет превосходство твоих профессиональных качеств над качествами твоего руководство. Ну или силу родственных уз, что увы, в России пока видится сплошь и рядом.

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

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

Обратно, это так, что хорошего управленца без достаточного опыта по профессии не выходит.

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


Стать IT-начальником, продвигать на рынок программы других программистов

Моя работа мечты - это несколько миллионов на депозите в валюте и пиво с таранкой у компа.

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

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

С идиотским руководством плохо не только админам.


Компании разные бывают. В маленьких да, так как ты написал. Только должность там получается с другим названием: админёнышь. И для того чтобы узнать стоит там работать или нет - достаточно пообщаться с предудыщим админом - на повышение он ушел, перешел в место повкуснее или бежит от безысходности.


Тоже - смотря где работать. Мне посчастливилось и разрабатывать и проекты новые и идеи и писать о придуманном ТЗ программистам. Идея - админская. Для нужд - админских. Заточена под админство. Готового такого софта - не было. А писали - программисты

Добавлено через 2 минуты и 48 секунд

Именно так. Работать админом стоит не сидя в конторе по продаже колпачков для шариковых ручек, а в конторе занимающейся IT:) Ну или хотя бы на пивном заводике.