Когда я писал статью, Хабр хабранулся и зафайлил две копии. Народ обиделся на дубль пост в фидах :-( Поскольку убрать опубликованное нельзя, я тут же сделал одну из копий приватными, но народ успел :-)
Хотелось бы добавить в ваш разговор из своего собственного опыта. Будучи менеджером на MS, я отвечал не только за выпуск, но и за то, что происходило после него. Например, после выпуска MSMQAdapter for BizTalk Server любая необходимость делать и выпускать патч скорее всего играла бы против меня. Конечно, это применимо лишь пока ты не сменил группу, но кто ж побежит из хорошей группы? Так что некоторая ответственность после релиза тоже имеется.
Я бы даже не сказал, что из менеджмента "бегут". Слово какой-то нехорошее, предполагает панику, страх, срочность. Обычно всего этого нет. Скажем, я пару лет прикидывал так и этак и спокойно с комфортом приглядывался к хорошим местами вокруг. Покидают менеджмент обычно с холодным умом и злым лихим весельем. К сожалению, часто лучшие. Наблюдал это, увы, не раз.
Компенсация, да, неплохая. Хотя, конечно, как посмотреть. Большинство и разработчиков, и ПМов, которые не "junior" ("младший", как в "младший научный сотрудник"), получают если прибавить бонусы и прочие халявы не менее 100 тыс. долл. в год. Правда включенные в эту сумму бонусы (если с начальством не поругался) и халявы (которые не совсем халявы, поскольку не зря называются "компенсация") немаленькие, сама зарплата часто поменьше. А средняя зарплата разработчика на MS вообще $118K/год. Это несравненно лучше, чем доходы, скажем, освобожденых работников хлопковых плантаций и их бывших хозяев где-нибудь в глубинке Теннесси. С другой стороны, другие фирмы тоже особо не жмотятся.
Насчет Гугла, насколько я слышал, типа когда бы релиз ни вышел. Собственно, тоже стимул ничего - премию-то ведь хочется, и не когда-нибудь, а если премия очень ощутимых размеров, то и тем более. Но врать не буду. Спрашивайте лучше моего бывшего дев менеджера - он сейчас как раз в Гугле работает, простым девелопером, кстати, по теме разговора. Хотя менеджер был отличный.
Я не хочу тебе ничего говорить. Ты пришел сюда хамить. Цитата: "Узкий взгляд технаря, который плачется" На нашей помойке это считалось хамством. Но даже не в этом дело: ты ведь даже статью не прочитал и ничего из нее не понял, а дальше начал всех строить. Ты ничего полезного не внес в дискуссию, ты отвлекаешь всех от дел (в том числе меня - делать мне нечего как с тобой бодаться) Делай это в других местах. Нам не о чем говорить. Теперь даже когда проспишься, я с тобой говорить не буду. Чао.
Витаминчик, я понимаю, что у вас сейчас по столу глюки бегают и вы с ними о чем-то очень интересном спорите. Только зачем по клавиатуре при этом стучать, да еще в комментариях к моей статье? Ни я, ни эта статья к тому что вы пишете никакого отношения не имеет. Если уж писать, то по теме, верно?
Почему команда начинает разрываться на части? Потому что соотношение кнут-пряник для команды и для менеджеров очень разные. Средний программист за релиз получает в лучшем случае табличку на стенку (или на спецподставку, как в MS), а верхний менеджер - повышение с очень ощутимыми материальными благами, за провал релиза программист почти не отвечает, а верхний менеджер - головой. За серьезные баги в выпущенном продукте наоборот отвечает больше программист, а менеджер так и остается с повышением по службе, в зарплате и все прочее. Этот перекос и разрывает команду.
Синхронизируйте награды и наказания по вертикали, и вся команда как единое целое будет либо жать к сроку (и выжмет, хотя и вопрос что), или фиксировать проблемы пока можно будет не стесняться продукта. Или что-то посередине. Чего из этих двух будет больше - зависит от высшего менеджмента, который будет балансировать награды и наказания. И именно он и должен решать, хотят они выпускать халтуру или нормальные продукты и сколько они готовы платить за качество.
На Гугле, например, премия не годовая, а по выпуску. Хочешь вылизывать - сиди без премии. То есть срок есть, стимул к выпуску в срок есть, но решение оставлено за командой. Это и отделяет от time-based releases иные, более качественные.
Да, не, не поможет. Агрессивных и тупых хамов на российском интернете, увы, очень много, они обычно даже и статью не читают толком, какой уж там профиль...
Что меня поражает в сентенциях на русском интернете, это необразованное высокомерие. Обязательно книжки почитать посоветуют, албанский поучить, причем без малейшего понимания как текущая жизнь устроена... Как по-вашему, как Гугл работает? Есть другие способы заставить людей доделывать проекты нежели ставить фиктивные сроки, как это обычно бывает. И даже сроки можно ставить по-разному. В общем, не считайте всех дураками, может и вас больше уважать будут?
И тут вы тоже заблуждаетесь. Есть индустрии, где сверхурочные не только считаются неэтичными, но и строго регулируются законами, по крайней мере в США (да, да, понимаю, какие там законы в России...) В софтверной и IT индустрии это не только не регулируется законами, но еще и в этику индустрии не вошло.
Насчет "сообщи конкуренту" - а чего ради сообщать конкуренту? Вот пользователям - это я понял бы. В конце концов, если Катерпиллар сделала плохой экскаватор, она не Джона Диэр предупреждает, а тех, кто этот экскаватор купил, правда?
Я говорил не про сверхурочные, а про выработку этики индустрии. Так что узка не статья, а ваше ее понимание. Я понимаю, что очень многим на Хабре такие темы просто непонятны и недоступны, но нетерпимость людей к непонятному показательна. А насчет "не ведет к человеческим жертвам"... Ну-ну. Вы встроенными системами не занимались, как я понимаю?
Алекс, а почему бы вам не высказаться более развернуто или здесь, или еще лучше в оригинальном посте на Technet. Вас ведь подоные темы интесуют, верно? А я бы поаплодировал умному мнению.
Мой опыт работы в роли ПМ-ом говорит, что с ними-то как раз проблем особых нет, особенно из бывших девелоперов. Вообще-то, работа - дрянь, в несколько раз больше нервов и здоровья за ту же морковку на веревочке перед носом, но проблем особых с ними нет. А вот когда девелопера продвигают не в ПМ-ы, а в "лиды", или, Боже упаси, обычные менеджеры, вот тогда бывает идиотизм. Но это скорее из-за того, каких бывших девелоперов продвигают в менеджеры, чем из-за того, что они - девелоперы.
Да, не, не попаду. Когда я только пришел на MS можно было без проблем иметь dual boot, на рабочем компьютере. Нам только на исходники смотреть нельзя, а то какой идиот заявит, что мы их интеллектуальную собственность сперли. Ну, я и не смотрю. Не очень-то и хотелось. Я, кстати, полгода Ubuntu Linux на ноутбуке использовал с OpenOffice. Многие посты здесь и на основном блоге как раз под ним написаны -потому и идиотизма со шрифтами не случалось. Все надеялся, что притерпится. Но, увы, приложений не хватает. Нужны словари - английский тезаурус, русско-английский сравнимый с ABBYY Lingvo, навигация вроде Microsoft Streets and Trip, причем в случаях, когда Интернета нет...
Я бы даже не сказал, что из менеджмента "бегут". Слово какой-то нехорошее, предполагает панику, страх, срочность. Обычно всего этого нет. Скажем, я пару лет прикидывал так и этак и спокойно с комфортом приглядывался к хорошим местами вокруг. Покидают менеджмент обычно с холодным умом и злым лихим весельем. К сожалению, часто лучшие. Наблюдал это, увы, не раз.
Насчет Гугла, насколько я слышал, типа когда бы релиз ни вышел. Собственно, тоже стимул ничего - премию-то ведь хочется, и не когда-нибудь, а если премия очень ощутимых размеров, то и тем более. Но врать не буду. Спрашивайте лучше моего бывшего дев менеджера - он сейчас как раз в Гугле работает, простым девелопером, кстати, по теме разговора. Хотя менеджер был отличный.
Почему команда начинает разрываться на части? Потому что соотношение кнут-пряник для команды и для менеджеров очень разные. Средний программист за релиз получает в лучшем случае табличку на стенку (или на спецподставку, как в MS), а верхний менеджер - повышение с очень ощутимыми материальными благами, за провал релиза программист почти не отвечает, а верхний менеджер - головой. За серьезные баги в выпущенном продукте наоборот отвечает больше программист, а менеджер так и остается с повышением по службе, в зарплате и все прочее. Этот перекос и разрывает команду.
Синхронизируйте награды и наказания по вертикали, и вся команда как единое целое будет либо жать к сроку (и выжмет, хотя и вопрос что), или фиксировать проблемы пока можно будет не стесняться продукта. Или что-то посередине. Чего из этих двух будет больше - зависит от высшего менеджмента, который будет балансировать награды и наказания. И именно он и должен решать, хотят они выпускать халтуру или нормальные продукты и сколько они готовы платить за качество.
На Гугле, например, премия не годовая, а по выпуску. Хочешь вылизывать - сиди без премии. То есть срок есть, стимул к выпуску в срок есть, но решение оставлено за командой. Это и отделяет от time-based releases иные, более качественные.
Насчет "сообщи конкуренту" - а чего ради сообщать конкуренту? Вот пользователям - это я понял бы. В конце концов, если Катерпиллар сделала плохой экскаватор, она не Джона Диэр предупреждает, а тех, кто этот экскаватор купил, правда?
Собственно, я даже не о нем пишу, а совсем о другом. Вы правда этого не заметили. Попробуйте перечитать.