Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2009.12.06;
Скачать: [xml.tar.bz2];

Вниз

Самодурствующее начальство   Найти похожие ветки 

 
Иа   (2009-10-07 17:27) [40]

Добрый день, коллеги.

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

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

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

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


 
jack128_   (2009-10-07 19:45) [41]


> Не работу менять я не хочу, по сумме свойств работы я сейчас
> доволен как слон. Просто не могу пока понять, оно мне надо
> - болеть за проект (он интересный) или выбрать тактику сбережения
> нервов.

ты процент с проэкта имеешь?? если нет - береги нервы.


 
test ©   (2009-10-07 20:37) [42]

Иа   (07.10.09 17:27) [40]
Допустим, значит надо научить его предметке, иначе все плохо.


 
Иа   (2009-10-07 21:00) [43]


> Иа   (07.10.09 17:27) [40]
> Допустим, значит надо научить его предметке, иначе все плохо.
>


Предметке? Это скучно же.  О, как раз сейчас в соседнем кабинете менеджер пытается убедить того самого молодого человека делать как ему сказано. Я самоустранился потому как мое терпение не бесконечно :(


 
test ©   (2009-10-07 21:15) [44]

Иа   (07.10.09 21:00) [43]
Все были молодыми, никто не собирается читать "Справочник ЖД движения станции Серпуховка в 2007 году", пока не надо его автоматизировать. Хотя если быдло кодер, то тут конечно проще его отправить работать менеджером или продавцом.


 
Плохиш ©   (2009-10-07 21:36) [45]


> Иа   (07.10.09 17:27) [40]

Неужели за воротами "молодые программисты" перевелись?


 
dmk ©   (2009-10-07 21:43) [46]

А вызови на ковер! Например в передачу "Пусть говорят" с Малаховым ;-)
Там Вас рассудят ...


 
Alkid ©   (2009-10-07 21:48) [47]


> Иа   (07.10.09 17:27) [40]

Я думаю ты немного перестарался с инверсией  :)


> jack128_   (07.10.09 19:45) [41]

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


 
Плохиш ©   (2009-10-07 21:52) [48]


> Alkid ©   (07.10.09 21:48) [47]

Решением таких проблем занимается вышестоящее начальство.


 
Piter ©   (2009-10-07 22:02) [49]

ну вообще это извечная проблема. Начальники считают подчиненных лодырями и разглогольщиками. Подчиненные считают начальников самодурами.

Работодатели считают, что платят очень много. Работники, что очень мало.

Допустим, Иа - это хороший пример начальника, который считает, что всегда прав. Alkid, судя по всему, пример работника, который имеет свое собственное мнение. Такие команды плохо совместимы.
Знаю примеры обратные, участливых начальников и пофигу что делать работников (причем, вполне хорошие работники, то есть делают качественно).

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


 
Alkid ©   (2009-10-07 22:11) [50]


> Piter ©   (07.10.09 22:02) [49]

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


 
Piter ©   (2009-10-07 22:33) [51]

Alkid ©   (07.10.09 22:11) [50]
Лично я склонен ко второй форме организации


ну я про это и говорю

Alkid ©   (07.10.09 22:11) [50]
ты немного загнул в более общий вопрос


загнул?!?! На третьей странице ветки я говорю практически о сабже, это разве загнул? Обычно тут по теме "Что нового в D2009" к третьей странице говорят о прелестях рыбалки в сибири... А ты говоришь загнул


 
Sergey Masloff   (2009-10-07 22:58) [52]

Piter ©   (07.10.09 22:33) [51]
> Обычно тут по теме "Что нового в D2009" к третьей странице говорят о >прелестях рыбалки в сибири...
Это еще в лучшем случае ;-)

По сабжу - автор возьми паузу. Посмотри как ты сам же эту ситуацию через пару месяцев увидишь может и не так все плохо. Или наоборот. На коротких отрезках трудно правильно оценивать ситуацию.
 Ну и еще совет - не слушать советов - все равно каждая ситуация индивидуальна


 
El ©   (2009-10-08 01:31) [53]

Делайте так, как Вам совесть велит, это самое верное решение.


 
_ShaggyDoc   (2009-10-08 06:30) [54]


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

Если нужен "чисто конкретный" конечный результат в виде готового продукта, то нужна именно "военная" организация.

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


 
ZeroDivide ©   (2009-10-08 09:11) [55]


> Диктатор заболел, запил, скоропостижно женился, ваши действия?

Ну... либо ждем выздоровления, соскока, развода :)
Либо король умер, да здравствует король! :)

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


 
KSergey ©   (2009-10-08 11:00) [56]

> Piter ©   (07.10.09 22:02) [49]
>  но это все таки влияет на качество продукта.

В общем и целом - не правда. Если каждый солдат начнет размышлять на тему "стрелять/не стрелять" - такая армия не победит никогда.

Другое дело - грамотная постановка дела со стороны руководства, когда инициативы подчиненых не херятся тут же и сразу. Вернее сказать - демонстративно. Т.к. в этом случае уже становится понятно, что начальству на тебя насрать, а каждый ведь "личность, творец!", епрст.

PS
Мне всегда в таком разрезе вспоминается статья в какой-то газете на заре перестройки на тему "как у них хорошо, и как у нас все плохо".
Речь шла про японцев. Типа автор ознакамливался с их производством.
Кабинет директора, входит рабочий. Подает листок с чертежом от руки, кратко объяснает идею своей рацухи. Директор его хвалит, выдает 10 денег, рабочий радостно уходит. Директор сминает бумажку, выкидывает в мусорку.
Корреспондент:
- А почему вы выкинули?!
- А у нас уже есть подбная идея, только получше, мы ее уже внедряем,  - отвечает директор.
- А за что ж вы ему тогда денег-то дали?!
- А за то, что думал.

Мне такая картинка видится весьма идеальной или около того:
а) работника не послали, его похвалили. Значит он и впредь будет придумывать. Пусть ничего нового и не выдумает - но как минимум работать будет с душой, более за дело.
б) обратите внимание, не просто так "на перекуре" или "в коридоре" этот рабочий стал толкать "светлые мысли", которых у него вагон, и такие кадры бывают. Обязательно четкая форма изложения, с минимальным обоснованием. Чтобы, значит, с одной стороны полную ахинею не несли, с другой - по бумажке общаться короче и понятнее. Не понятная бумажка - можно и послать переделывать. За конфетку - постарается, если вообще хочет. С другой стороны - без идиотизма типа оформить кучу документации, защитить патент и прочуу хрень: если идея толковая - она и без этого сгодится.

Конечно, "удобно использовать" это тоже можно, таская ежедневно всем отделом поочереди одно и тоже, но это другой разговор.


 
KSergey ©   (2009-10-08 11:08) [57]

впрочем, видел и другую организацию труда: вот тебе задача, решай. Делай доку, отвечай на каверзные вопросы, реализовывай. Тут и увидим на что ты способен. Не способен - ну либо работу попроще дадим, либо - другого найдем. Да.


 
test ©   (2009-10-08 18:14) [58]

ZeroDivide ©   (08.10.09 09:11) [55]
То есть все зависит от одного человека и если что все рухнет без него?
Класс конкуренту не надо уводить команду, достаточно увести одного человека!


 
ZeroDivide ©   (2009-10-09 09:36) [59]


> То есть все зависит от одного человека и если что все рухнет
> без него?

Не рухнет, но уже будет не то. Вероятно будет хуже... намного хуже, чем с ним. Не исключено, что все загнется.


> Класс конкуренту не надо уводить команду, достаточно увести
> одного человека!


Переманить можно не ключевых "игроков", ключевых невозможно. Как правило, они работают не за зарплату, а за доход. Попробуйте переманить Данилова на работу к Касперскому :)


 
Alkid ©   (2009-10-09 10:18) [60]


> Piter ©   (07.10.09 22:33) [51]
> загнул?!?! На третьей странице ветки я говорю практически
> о сабже, это разве загнул? Обычно тут по теме "Что нового
> в D2009" к третьей странице говорят о прелестях рыбалки
> в сибири... А ты говоришь загнул

Ну я же не говорю, что это плохо, что ты загнул ;)


 
KSergey ©   (2009-10-09 12:14) [61]

> ZeroDivide ©   (09.10.09 09:36) [59]
>  не за зарплату, а за доход. Попробуйте переманить Данилова на работу к Касперскому

А если сравнить доход? обменять акции одной конторы на акции другой? :)


 
Anatoly Podgoretsky ©   (2009-10-09 12:51) [62]

> ZeroDivide  (09.10.2009 09:36:59)  [59]

Микрософт доказал, что это не так, особо сильно пострадал Борланд.


 
Alkid ©   (2009-10-09 12:52) [63]


> KSergey ©   (08.10.09 11:08) [57]

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

Антитеза этому методу - точная инструкция, не требующая от исполнителя понимания целей проекта.


 
ZeroDivide ©   (2009-10-09 14:43) [64]


> Anatoly Podgoretsky ©   (09.10.09 12:51) [62]
>
> > ZeroDivide  (09.10.2009 09:36:59)  [59]
>
> Микрософт доказал, что это не так, особо сильно пострадал
> Борланд.


Ну и... чем пострадал Delphi от его ухода? И слав-те-господи, что Delphi не стал такой монструозной помойкой фреймворков как дотнет.

А Борланд умер бы, как с ним так и без него. Да, была потеря хорошего технического специалиста. Ключевого? Вряд-ли. Развитие Delphi после его ухода не остановилось, что в общем-то доказывает что хороший менеджмент важнее команды хороших инженеров и именно менеджмент играет ключевую роль. Вот если MS переманит Ника Ходжеса и Дэвида И... ну тогда да... ставь крест.


 
Alkid ©   (2009-10-09 15:29) [65]


> ZeroDivide ©   (09.10.09 14:43) [64]
> Ну и... чем пострадал Delphi от его ухода? И слав-те-господи,
>  что Delphi не стал такой монструозной помойкой фреймворков
> как дотнет.

Ты так говоришь "фреймворк", как будто это что-то плохое...


 
Иа   (2009-10-10 01:54) [66]


> Развитие Delphi после его ухода не остановилось, что в общем-
> то доказывает что хороший менеджмент важнее команды хороших
> инженеров и именно менеджмент играет ключевую роль. Вот
> если MS переманит Ника Ходжеса и Дэвида И... ну тогда да.
> .. ставь крест.


Улыбнуло. Это Давид И и компания хорошие менеджеры? Они убили Инпрайз своим руководством и паразитируют на трупе последние несколько лет. Тянут время ибо в Микрософт их не приглашают. А настоящего развития Delphi не было никогда - первая версия была революцией и дальше несколько развитие заложенных в нее и турбо паскаль идей Андерса или просто утащенные и скопированные фичи из других языков и IDE.



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2009.12.06;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.6 MB
Время: 0.005 c
15-1254762749
Константинов
2009-10-05 21:12
2009.12.06
Ксера паспорта при регистрации домена


2-1256036827
Pascal96
2009-10-20 15:07
2009.12.06
Задачка на Pascal


15-1254947408
Юрий
2009-10-08 00:30
2009.12.06
С днем рождения ! 8 октября 2009 четверг


6-1210159869
ILNARus
2008-05-07 15:31
2009.12.06
прием данных в разных потоках


2-1255947778
Инна
2009-10-19 14:22
2009.12.06
Дерево каталогов&список файлов





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский