Что-то у меня складывается впечатление, что у менеджерской части населения RSDN начался "снос крыши". То вдруг появляется вопрос о том, как побезболезненнее понизить зарплату, то о том, как выставить контроль на каждую секунду рабочего времени и каждую строчку кода вместе с каждым запуском студии, то, блин, вопрошают, как позаковыристее обозвать программиста: разгильдяй, обалдуй или просто бездельник.
Да что с вами?
За что вы программистов-то так не любите? Совсем обалдели, ребята? Может, вам обратно в программисты нужно? Это только работа машины детально специфицируется. И требования к продукту. С людьми-то дело не так обстоит. Или вы совсем не понимаете, что единственный движущий фактор, проявлением которого которого вы ещё можете как-то "управлять", это внутренняя мотивация разработчика. Нет её — хоть башку расшибите (его или свою, уже неважно), ни шиша путного не выйдет.
Вы же всю хотелку отбиваете!
Есть такой "принцип IBM": машина должна работать, человек — думать. "Думать", это не только искать ответ в MSDN на конкретный вопрос или ковыряться в убожище, оставленном предшественниками. "Думать", это ещё и синтезировать, абстрагировать, делить и обобщать (в уме, если кто не понял). А делать это нужно хотеть. А вы всё пытаетесь сделать человека роботом, загнать его в глубокий комплекс неполноценности, да ещё и нагрузить функциями компьютера. Чем лишаете его всяческой своей хотелки, а себя — главного движителя ваших же "успехов".
Руководители, млин.
Почему почти нет вопросов: "Как мне освободить программистов от лишней бестолковой нагрузки?", "Как мне помочь новичку сформулировать свои мысли?", "Как мне сделать так, чтобы программист мог достучаться до моих серверов, если его дома в туалете посетила гениальная мысль?", "Как избавиться от повторяющейся работы?", "Как наладить обмен информацией между разработчиком и заказчиком?". Да "Чего они хотят?", наконец!
Достали.
Ёклмн.
PS. А ну, марш за MS Project и быстро набивать план на свой собственный сегодняшний рабочий день. С расписыванием всех дел по минутам. И пока всё не распишите дверь в туалет не откроется.
Understood?
Go!
... << RSDN@Home 1.1.3 stable >>
28.11.04 14:24: Перенесено из 'О работе'
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
ГВ>Что-то у меня складывается впечатление, что у менеджерской части населения RSDN начался "снос крыши".
Та не. Просто популярность RSDN увеличилась настолько, что сюда полезли уже чиста канкретные манагеры.
Как известно, кто не может работать, тот управляет...
Да нет (кстати, интересная фраза — утверждение и отрицание ), они слишком буквально поняли некоторые места из Страуструпа :
"Многим руководителям кажется, что избавление от нахальных, недисплинированных, слишком высоко оплачиваемых, одержимых специальными терминами, несоответствующим образом одевающихся и т.п. программистов, может принести значительную дополнительную прибыль".
Господа манагеры!!! Это шутка была!!!!! Физики шутят!!!!!
- Простите, профессор, не пса, а когда он уже был человеком.
— То-есть он говорил? Это еще не значит быть человеком. (с) Булгаков
Как разработчик — одобряю.
А вот как менеджер — отмечу — что это позиция столь же однобокая, как и "программисты — разгильдяи". Как вы думаете — откуда берутся менеджеры — ламеры? Правильно — менеджер-ламер — это развитие программиста-ламера! И частенько менеджеры — которые считают разработчиков неорганизованными бездельниками (в то время как сами не могут толком организовать самих себя) — это в прошлом — программеры — которые считали бездельниками всех менеджеров и сваливали собственное безделье на то, что им не сказали точно — что делать. Этакий круговорот ламеров в природе...
Разве вам самим не знакомы обычные бездельники — люди которые не хотят и не будут ничего делать — и при том совершенно спокойно, без зазрения совести свалят на Вас свою работу, при первой же возможности? Или Вам не знакомы "свободные художники" — которые способны месяцами рассуждать о "высоком" — вместо того, что бы потратить 15 минут времени на простейший тест? Таких людей тоже хватает. Вот и подумайте — а что ВЫ стали бы делать — если бы ВАМ надо было управлять проектом — и ОТВЕЧАТЬ за него? Стали вы бы столь же умилённо относиться к бездельнику "Пете" — который всякий раз умудряется ловко обвести начальство вокруг пальца и выйти сухим из воды? Так же бы вы относились к тому, что у человека не было настроения и он по-раньше свалил домой — вместо того, что бы потратить ещё два часа и доделать горящий релиз?
Хотите что-нибудь поменять — НАЧНИТЕ С СЕБЯ — кем бы вы ни были — разработчиками ли или менеджерами... А то из воинствующего свободного художника потом легко может получиться не менее воинствующий узколобый начальник...
ГВ>Что-то у меня складывается впечатление, что у менеджерской части населения RSDN начался "снос крыши". То вдруг появляется вопрос о том, как побезболезненнее понизить зарплату, то о том, как выставить контроль на каждую секунду рабочего времени и каждую строчку кода вместе с каждым запуском студии, то, блин, вопрошают, как позаковыристее обозвать программиста: разгильдяй, обалдуй или просто бездельник.
Это внешнее. И потом, как станете сами повыше в иерархии, посмотрим что скажете. Индустрия изменилась, если не заметили. Мы больше не пионеры. Нужны скорее люди, которые просто работают с 9 до 18, а не смотрят днями в окно в поисках вдохновения и скулят, что это не тот state-of-art софт, где они могут себя проявить в полной мере.
А как в любой "взрослой" индустрии надо руководить-администрить-мотивировать народ. Планировать разработку, втискивать ее в бюджет. Еще и заказчик должен быть доволен. А этому у нас мало кого учили.
Здравствуйте, whacraic, Вы писали:
W>Это внешнее. И потом, как станете сами повыше в иерархии, посмотрим что скажете. Индустрия изменилась, если не заметили. Мы больше не пионеры. Нужны скорее люди, которые просто работают с 9 до 18, а не смотрят днями в окно в поисках вдохновения и скулят, что это не тот state-of-art софт, где они могут себя проявить в полной мере.
Вот и я об этом. Тем более — что менеджеры по управлению проектами в большинстве своём — бывшие разработчики. Как правило очень редко из толкового, умного, ответственного разработчика получается плохой — ленивый и глупый руководитель. Для этого есть другие разработчики...
W>А как в любой "взрослой" индустрии надо руководить-администрить-мотивировать народ. Планировать разработку, втискивать ее в бюджет. Еще и заказчик должен быть доволен. А этому у нас мало кого учили.
Та же проблема во всех отсальных областях. По большому счёту даже та культура управления, которая была в союзе — и, благодаря которой, были реализованы крупные проекты — космические, ВПК, научные — оказалась утраченой. Сейчас многое открывается заного. Со всеми вытекающими. Не забывайте — что и деньги сейчас часто вкладывают люди, которые никогда не умели упарвлять ни научными, ни технологическими, ни производственными проектами. Только что на моих глазах директор фирмы, которая 15 лет торгует цветными металлами стал строить завод по их переработке. Без слёз смотреть на это нельзя...
Здравствуйте, clon, Вы писали:
C>Здравствуйте, AndreyFedotov, Вы писали:
C>обилие смайликов впечатляет.. и как мне кажется делает именно это сообщение крайне мало неинформативным, хотя здравые мысли в нем есть
Здравствуйте, SergeySPb, Вы писали:
SSP>Здравствуйте, AndreyFedotov, Вы писали:
AF>> Как вы думаете — откуда берутся менеджеры — ламеры?
SSP>Из всех знакомых выбирается тот, кому можно деньги доверить.
Частенько — именно так. Что вовсе не означает — что он хороший руководитель.
W>Это внешнее. И потом, как станете сами повыше в иерархии, посмотрим что скажете. Индустрия изменилась, если не заметили. Мы больше не пионеры. Нужны скорее люди, которые просто работают с 9 до 18, а не смотрят днями в окно в поисках вдохновения и скулят, что это не тот state-of-art софт, где они могут себя проявить в полной мере.
Совсем недавно физики считали, что для того, чтобы продолжать исследования мира, УЖЕ ХВАТАЕТ того наследия кл. механики и т.п. — и..дальше почти ваша цитата..."Индустрия...".
Хотя я не спорю, что с "позиции повыше" хочется думать, что все внизу этакие толпы серых болтов.
Нет, я отнюдь не спорю, что индустрия должна обеспечивать гарантированные оценки рисков разработок (СMMI всякие об том же?), и что все должно быть связано — как по конвейру ( с какого-то взгляда), но чтобы вот так, разом (индустрия изменилась и ) нам надо посадить людей — автоматов: тест — паттерн — код — рефакторинг — приемка
PS: Где-то я слышал, что кажись в IBM создавали Банк идей/улучшений + всякие меры для того, чтобы работник хотел вложить что-то новое, или улучшить. Иначе, понимали, через год-два, вы будете с удивлением смотреть на в десять раз меньшую команду, которая отчего-то делает по всем показателем более продуктивно и имеет лучшее по всяким доходность по сегменту (..).
Есть разница — сидеть и "скулить", и сидеть и без желания лабать ваш код.
"Люди взаимозаменяемы лишь до тех пор, пока вы не используете их лучшие стороны".
Ведь, кажется, каждый (ну или по-крайней мере кажется, что это естественно) максимизирует свою функцию довольности. Знаете, пусть эта функция раскладывается по некоторому (конечному) базису: {возможность приобрести, поесть, испытывать что он делает важное дело, удовлетворение своего любопытства, причастность комаде/делу, итд.}. Ну и что вы предлагаете — выкинуть его личный интерес? Ведь исходный пост был направлен исключительно на то, чтобы подчеркнуть main вектор этого базиса — находится ВНУТРИ человека.
Ок, наверное вы сочтете эти размышления — абстрактными, может быть. Значит вы придерживаетесь позиции "наложим на пространстве побольше ограничений, и глядишь — фигура сама примет нужную нам геометрию". Может быть, но мне кажется, что человек может невольно не максимизировать (пользу для...), а лишь пытаться приспособиться под те N параметров, которые вы на него навязали. ...Приспособится... ни к тому люди приспасабливались — и вы снова ( разгребая кучу метрик (которые сами по себе нужны и важны, и без них — никак, но они — в том ключе вопроса — не главное)) cНова обнаружите затаенного разгильдяя ( А если вы считаете что XXX решит проблему... то может вы нашли silver bullet )
"Заставить с помощью метрик — контроля — заставить работать выгодно ДЛЯ ВАС человека", или "Помочь человеку эффективно работать?"(почти что САМОМУ на СЕБЯ, и убедили, что ваша организация — лучший тому помощник)
Вы думаете, что программисты не любят знать, эффектисно работать?
Не знаю, но кажется большой интерес к XP и к многому чему (которые подчеркивает реальную заинтересованность организации в том, чтобы человек не формально участовал, и знал что он на правах партнера ("давай решим, как лучше решить эту проблему"(@то же откуда-то)), а не на правах экспуатируемого ) обусловлен знаменитым лозунгом "Выше, сильнее, бытрее".
А что предлагаете взамен: выбить одну из самых важных координат этой системы?
W>А как в любой "взрослой" индустрии надо руководить-администрить-мотивировать народ. Планировать разработку, втискивать ее в бюджет. Еще и заказчик должен быть доволен. А этому у нас мало кого учили.
Речь то не о безликих серых толпах начальников и подчинённых, а о том, как получить результаты от работы, да ещё и вовремя.
На практике оказывается, что результатов добиваются самые разные команды — но всегда с некоей внутренней организацией и умением работать. Будь то XP, RUP или садистский CMM5 Просто анархия в варианте "свободу девелоперам" — ничего хорошего не принесёт. Вы живёте в стране где это проверили на себе уже дважды — и оба раза с очень плачевным результатом...
Здравствуйте, AndreyFedotov, Вы писали:
AF> Речь то не о безликих серых толпах начальников и подчинённых, а о том, как получить результаты от работы, да ещё и вовремя. AF> На практике оказывается, что результатов добиваются самые разные команды — но всегда с некоей внутренней организацией и умением работать. Будь то XP, RUP или садистский CMM5 Просто анархия в варианте "свободу девелоперам" — ничего хорошего не принесёт. Вы живёте в стране где это проверили на себе уже дважды — и оба раза с очень плачевным результатом...
Противоположная ситуация когда "крутой манагер" звонит каждый час c одним и тем же вопросом
"Ну как у нас дела" ничего кроме раздраженя не вызывает.
В общем все должно быть в меру.
S>Противоположная ситуация когда "крутой манагер" звонит каждый час c одним и тем же вопросом S>"Ну как у нас дела" ничего кроме раздраженя не вызывает. S>В общем все должно быть в меру.
Вот об этом то я и говорю. Все хорошо в меру — в гармонии.
Здравствуйте, Геннадий Васильев, Вы писали:
ГВ>Что-то у меня складывается впечатление, что у менеджерской части населения RSDN начался "снос крыши". То вдруг появляется вопрос о том, как побезболезненнее понизить зарплату, то о том, как выставить контроль на каждую секунду рабочего времени и каждую строчку кода вместе с каждым запуском студии,
Ты знаешь. Здесь существует очень много разработчиков которых не интересует ничего кроме денег. Ну и соотвественно в противовес им имеются и менеджеры которых тоже ничего кроме денег не интересует. В принипе наверное позиция и тех и других неправильна, но тем не менее она имеет место быть. Просто из-за того что на RSDN менеджеров действительно маловато баллы ставят если ругать менеджеров
Теперь об управлении и контроле. Наверное всетаки ты не станешь спорить что проектами нужно управлять. С другой стороны от полностью бюрократизированных проектов тоже пользы особой нету, какой смысл в куче бесполезных бумажек если кода нет. И поэтому нужно соблюдать баланс между управлением(=бюрократией) и хаосом(=творчеством). Соблюдение баланса это вроде как задача всей команды, но обычно получается, что менеджер занимается бюрократизацией, а остальная команда хаосом, и таким образом достигается баланс. Специализация короче все как по Марксу. Вот именно поэтому менеджеры спрашивают в форумах как достичь бюрократизации. Почему разработчики не спрашивают как достичь хаоса, наверное и так понятно.
Именно поэтому человек спросил как сделать так чтобы система напоминала сотрудникам чтобы они указывали task над которым работали. Он спросил о средстве контроля и бюрократизации, и не сказал о том что он собирается запрещать выходить в туалет. Данное средство есть ему 2 человека порекомендовали продукт rational. Продукт не опрессивный ни разу, и создан не для того чтобы трахать разработчиков и вообще если перейти к вопросу "Как мне освободить программистов от лишней бестолковой нагрузки?" он это делает. По крайней мере он точно освобождает от личшней нагрузки докрайтеров пытающихся вытянуть клещами что же изменилось, программеров которые пытаются это вспомнить, PR-шиков и Sales-ов которые пытаются выяснить что же они такое рекламируют и продают.
ГВ> то, блин, вопрошают, как позаковыристее обозвать программиста: разгильдяй, обалдуй или просто бездельник.
Что касается разгильдяев. Вобщем веришь ты в это или нет, но программеры по продуктивности различаются в 1-10 раз. По надежности и качество полученных результатов примерно во столько же(притом корелляции между продуктивностью и надежностью нету). Т.е. сумме программеры различаются в 1-100 раз. Здесь часто программисты жаловались на то что приходится работать в одной команде с кретинами. Но в отличие от менеджеров они могут не работать с ними если захотят(сосредоточился на своей задач и позволил кретину завалить свою). У менеджера такого выбора нету — отсюда и озабоченность. Кроме того обычно менеджер хочет иметь в команде много высококвалифицированных сотрудников, но бюджет у него не резиновый и поэтому кретины в сумме мешают иметь много хороших разработчиков в команде.
ГВ>За что вы программистов-то так не любите? Совсем обалдели, ребята? Может, вам обратно в программисты нужно? Это только работа машины детально специфицируется. И требования к продукту. С людьми-то дело не так обстоит. Или вы совсем не понимаете, что единственный движущий фактор, проявлением которого которого вы ещё можете как-то "управлять", это внутренняя мотивация разработчика. Нет её — хоть башку расшибите (его или свою, уже неважно), ни шиша путного не выйдет.
Так это "внутренная мотивация" или "внешняя мотивация"? Внутренняя это по определению чем управлять снаружи нельзя. Но в сумме ты правильно заметил, что продуктивность одного и того же человека меняется с течением времени сильно. И поэтому появилась идея что на нее можно влиять. Ну т.е. что влиять на мотивацию разработчика можно ты не будешь спорить, во всяком случае в отрицательную сторону это делать легко. В положительную тоже можно, правда у меня и ни у кого в IT нет готового рецепта как это сделать.
В принипе можно конечно смириться и поняв что "хоть башку расшибите, ни шиша путного не выйдет." и сразу нафиг увольнять, но этого не происходит как раз потому что не у всех менеджеров хватает жестокости это сделать, поэтому и получаются повышения/понижения зарплаты, премии/штрафы разговоры по душам и т.п. в сумме иногда получается но обычно становится хуже.
Но в других отраслях примеры нажежно работающей положительной мотивации есть, для продажников это например очень просто делается т.к. им можно премию привязать у объему продаж. Т.к. объем продаж это объективная характеристика их вклада, а для программистов такого нету. Все характиристики субъективны и слова "разгильдяй, обалдуй или просто бездельник." это просто субъективная характеристика. Из-за субъективизма все проблемы в отношениях и мотивации.
ГВ>Почему почти нет вопросов: "Как мне освободить программистов от лишней бестолковой нагрузки?", "Как мне помочь новичку сформулировать свои мысли?", "Как мне сделать так, чтобы программист мог достучаться до моих серверов, если его дома в туалете посетила гениальная мысль?", "Как избавиться от повторяющейся работы?", "Как наладить обмен информацией между разработчиком и заказчиком?". Да "Чего они хотят?", наконец!
Все очень просто, если ты спросишь в форуме по проектированию "Расскажите мне pls как правильно спроектировать и написать систему управления предприятием" тебе ничего путного не ответят — вопрос слишком глобальный. Так же и на вопрос "Как мне освободить программистов от лишней бестолковой нагрузки?" нет простого ответа.
Например есть ответ на вопрос "Как сделать так чтобы освободить программистов от написания документации" — нанять докрайтера.
На вопрос "как сделать так чтобы освободить программиство от написания документации для докрайтера т.к. докрайтер ничего в системе не понимает и въехать в нее не может т.к. документации нету" — нужен хотя бы список фич системы, который можно составить по change request-ам.
На вопрос "А как сделать чтобы девелоперы не забывали документировать что изменяли" — (этот вопрос один человек уже задавал) есть тулзы которые напомнят.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Michael_E_Smrinov, Вы писали:
M_E>Именно об этом я и спрашивал.
M_E>Спасибо за поддержку!
Кто хотел это давно понял.
Только ты так спросил, что ногами запинали... Вот когда по ПМ будет отдельный форум — пожно будет по-другому говорить... Кстати как вам такая идея?
Здравствуйте, Michael_E_Smrinov, Вы писали:
M_E>Да флейм — это обычное дело, тем более по таким вопросам
M_E>А идея — очень хорошая.
M_E>А то я даже не знаю, где и спросить.
Вот и мне так показалось. Тем более, что в своём форуме мы своим поможем , а не своим...
В общем заделал голосование здесь
, а не своим... 