Менеджмент достал.

← →
Alkid © (2007-12-13 10:40) [0]

Господа, влип в интересное положение на работе: после реформирования нашей системы проектов и управления ими, я оказался в команде, каждый член которой находится в одновременном перекрёстном подчинениии у всех Project Manager`ов нашей конторы (а это 6 или 7 человек).

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

Крайне неприятная ситуация. Что посоветуете?

← →
sniknik © (2007-12-13 10:44) [1]

увольняйся!

← →
Sergey13 © (2007-12-13 10:45) [2]

> [0] Alkid © (13.12.07 10:40)
> Что посоветуете?

ИМХО, другую работу искать. 6 начальников - это уже перебор.

← →
Romkin © (2007-12-13 10:48) [3]

Ты как раз и выполняешь задачи прожектера. Увольняйся.

← →
Romkin © (2007-12-13 10:48) [4]

А сколько членов в команде-то? Трое небось? :)

← →
Alkid © (2007-12-13 10:53) [5]

> А сколько членов в команде-то? Трое небось? :)

В команде 4 человека :)

Фишка в том, что увольняться не хотелось бы, ибо
1. Я тут всего год работаю. Не хочу резюме портить.
2. Тут вообще хорошо. З/п устраивает, страхуют, кормят, лечат, на корпоративах выгуливают, коллеги хорошие.

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

← →
Думкин © (2007-12-13 10:53) [6]

Первому сказал, что занят вторым, второму, что третьим, третьему что первым. А сам по бабам.

← →
Eraser © (2007-12-13 10:56) [7]

> Alkid © (13.12.07 10:40)

гос. компания или работает на гос. учереждения? )

← →
Rouse_ © (2007-12-13 10:57) [8]

Это типа такого? :)
http://ulin.ru/humour/computer-humour-04-programmer.jpg

← →
Плохиш © (2007-12-13 10:58) [9]

> я сам должен в соответсвии с имеющейся у меня таблицей приоритетов
> между этими заданиями делить время

Всё время заниматься перераспределением времени :-)

> это вообще нормально, если я приду к начальству и скажу,
> не хочу в этом отделе работать, переводите в другой?

Да, и опиши причину

← →
Alkid © (2007-12-13 11:00) [10]

> гос. компания или работает на гос. учереждения? )

Да нет, в том-то и дело, что коммерческая международная контора.
В гос.конторе я работал 4.5 года (были с Ega23 коллегами) .
Там совсем всё иначе :)

Просто у нас тут приехал один перец, который 12 лет в Microsoft`е рулил, вот он тут порядки устанавливает. В целом он всё хорошо организовал, но специфику не учёл кое-где.

← →
Правильный_Вася (2007-12-13 11:02) [11]

> после реформирования нашей системы

вот она анархия
монархию надо

по сути - стань 7-м менеджером и раздавай задания первым шести

← →
Romkin © (2007-12-13 11:03) [12]

> В команде 4 человека :)

:)))))) Под столом.
1. Года - достаточно!
2. Найдешь такую же контору.
Ну мигрируй. Вполне нормально. Говоришь, что в сумасшедшем доме работать не будешь, либо переводите в нормальный отдел, либо уволишься.
Какого хрена изобретают сумасшедшие схемы, когда есть давно опробованные механизмы, которые гарантированно работают?!
Менеджер проекта - это менеджер! Не более.
http://local.joelonsoftware.com/mediawiki/index.php/%22Я_начальник_-_ты_дурак%22_и_команда_клоунов
Обязанности менеджера - просто следить, чтобы все работало, определять направление и обеспечивать условия для работы. Все. В определение направления (это что надо сделать) никоим образом не входит распределение задач и контроль их выполнения. Если входит - начинается бардак, в котором виноваты будут, естественно, подчиненные.

← →
Romkin © (2007-12-13 11:06) [13]

> Просто у нас тут приехал один перец, который 12 лет в Microsoft`е
> рулил, вот он тут порядки устанавливает.

И как это сочетается со статьей по ссылке в [12]?

← →
Rouse_ © (2007-12-13 11:11) [14]

> Просто у нас тут приехал один перец, который 12 лет в Microsoft`е
> рулил, вот он тут порядки устанавливает.

6 манагеров на 4 программиста это не порядок а цирк.

← →
Alkid © (2007-12-13 11:20) [15]

> И как это сочетается со статьей по ссылке в [12]?

А ХЗ.
Вроде говорят, он как в MS у нас всё хочет организовать.

> 6 манагеров на 4 программиста это не порядок а цирк.

Точнее тут так: есть проекты, у каждого из них есть манагер и набор программистов, которые проект тянут. А есть ещё так называемые inernal teams, которые разрабатывают внутренние технологические продукты (библиотеки). Так вот, каждый манагер, как только ему надо что-то от одной из этих библиотек, может пойти в этот internal team, выбрать понравившегося программиста и дать ему заданием, мол, реализуй в этой библиотеке то-то и то-то. Причём начальник этого internal team в процессе выбора программиста и назначения задания имеет чисто совещательный голос.

То есть каждый программист internal team`a находится в подчинении у всех менеджеров проектов в конторе, коих 6 или 7 человек у нас.

Вотъ.

P.S. никому не нужен толковый программист на С/С++/Delphi/.NET-C# (не ASP.NET) с навыками проектировщика? :) Желательно на должность ведущего.

← →
Rouse_ © (2007-12-13 11:38) [16]

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

Это как еслибы кто-то рарабатывающий аналог блокнота в МС пришел бы к системщикам напрямую и сказал-бы переписать часть системы бо у него свои гениальные планы появились относительно нее...

← →
Alkid © (2007-12-13 11:40) [17]

> Rouse_ © (13.12.07 11:38) [16]

Абсолютно согласен.

← →
boriskb © (2007-12-13 12:06) [18]

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

Ужас какой!
Представляю во что в скором времени превратятся эти библиотеки.
Набор хлама. И работать с ними будет невозможно

← →
Petr V. Abramov © (2007-12-13 12:14) [19]

> Причём начальник этого internal team в процессе выбора программиста и назначения задания имеет чисто совещательный голос.
АХРЕНЕТЬ

← →
Alkid © (2007-12-13 12:35) [20]

Вести с фронтов:
Только что наблюдал разборки двух боссов, которых я столкнул лбами и почве их одновременного желания мной попользоваться :)

Грустно всё это...

← →
Romkin © (2007-12-13 13:35) [21]

Не боись, все равно ты виноват!

← →
clickmaker © (2007-12-13 13:42) [22]

> [20] Alkid © (13.12.07 12:35)
> Вести с фронтов:
> Только что наблюдал разборки двух боссов, которых я столкнул
> лбами и почве их одновременного желания мной попользоваться

устрой аукцион :)

← →
Jeer © (2007-12-13 13:54) [23]

> Alkid © (13.12.07 12:35) [20]

Да нормально все это.
Расскажу как було, когда микрософта есчо не було.

Наш сектор (нижнее административно-техническое подразделение) в составе одного из трех корабельных отделов имел специфику "проектирование бла-бла на основе цифровых технологий".
Почему были первые в этом ? Размеры объектов в принципе не позволяли размещать аналоговую СКВТ технику.
Другие отделы и входящие в них сектора вели проекты в основном по старым технологиям (аналоговые системы вычислений, трансляции данных по кораблю и пр), но им Заказчик начал вставлять "пожелания" переходить на выч.технику.
Шо было делать им ? Вы правильно догадались - главный инженер издал распоряжение обязывающее наш немногочисленный сектор выполнять цифровые разработки для других подразделений, пока те сами на созреют.

Мы-то хорошо понимали чем все это нам пахнет:))

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

Правильно, он и не стал.

В итоге на нас посыпались абсолютно несогласованные по мощности (объемы, сроки) технические задания, подписанные главным инженером.

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

← →
novill (2007-12-13 15:00) [24]

> Возможно у тебя будет шанс стать таким начальником, не спеши увольняться.
В таких ситуациях начальство (не то которое подписывает отпуск, а решающее) может услышать, если аргументированно и твердо высказать мысли и предложения.

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

← →
Alkid © (2007-12-13 15:12) [25]

> Так шта, полагаю, у вас произойдет тоже самое - либо вашего
> начальника сменят, либо вам дадут право на оценку масштаба
> и очередности работ.
> Скорее всего - первое.
> Возможно у тебя будет шанс стать таким начальником, не спеши
> увольняться.

Я знаю, что начальник наш протестовал против подобного рода реформ. Но не был услышан. Может он плохо протестовал, не знаю :)

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

Проблема в том, что нас всего 4, из которых один ещё испытательны срок не прошёл, одного особо не трогают (не знаю по какой причине, если честно) и мы двое - я и мой псевдо-начальник.

← →
NailMan © (2007-12-13 15:23) [26]

Акуеть! других слов нет. Мой совет - бежать оттудова пока не запрягли основательно и не появилось всяких проблем с незаконченными вещами etc.

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

Криво-написанный драйвер это, а не менеджмент.

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

---
P.L.U.R. and WBR, NailMan aka 2:5020/3337.13

← →
clickmaker © (2007-12-13 15:25) [27]

> Менеджер в моем понимании

это менеджер по продажам. Но это не единственный класс менеджеров, к счастью

← →
kaif © (2007-12-13 15:52) [28]

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

> kaif © (13.12.07 15:52) [28]
если б автор был единственным разработчиком, все было б нормально. Но так как разработчиков несколько, должна быть целостная картина того, что они делают, и за поддержание этой целостности, в частности, и придуман начальник.
А так получается не библиотека, на набор независимо независимых модульков, сделанных в режиме хватай мешки вокзал уходит.
Плюс ко всему никто не мешает двум менеджерам озадачить двух разных людей практически идентичными задачами.

> озадачить двух разных людей практически идентичными задачами.
>
>

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

> kaif © (13.12.07 15:52) [28]
>
> Неужели невозможно работать без начальников?

Опять болтология пошла у тебя известным местом, кайф ?

2 Petr V. Abramov © (13.12.07 16:06) [29]
Согласись, что возможно два подхода:
1. Иметь целостную картину того, чем занимается данный работник
2. Иметь целостную картину того, что разные работники обязались сделать по данному проекту.

Начальники - это первый подход.
Руководители проектов - второй подход.

Когда ты собираешь автомобиль и покупаешь для него ветровое стекло, тебя сильно интересует, чем еще занимается производитель ветрвых стекол? Или тебя интересует лишь то, что он поставит тебе нужное стекло в срок?

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

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

> kaif © (13.12.07 16:24) [31]
это все хорошо, если проекты независимы
но в [15] читаем:
А есть ещё так называемые inernal teams, которые разрабатывают внутренние технологические продукты (библиотеки).

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

еще нелучше то, что менеджеры решают, что включать в библиотеку, а что нет. В результате в нее будет включено все, что неохота делать прикладными людьми (за которых они отвечают) и "библиотекари" окажутся виноваты во всем.
А библиотеки не будет, потому что за нее никто не отвечает.

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

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

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

> Petr V. Abramov (13.12.2007 16:06:29) [29]

Чаще двумя противоречащими задачами.

> Если это административный начальник
сдается мне, что в коллективе из 4-х чел нет разделения на административных начальников и неадминистративных.

один даст команду копать, другой - закапывать, а команду класть кабель не дадут :)

2 Petr V. Abramov © (13.12.07 17:02) [37]
Разумеется.
Но разве там их четверо у автора сабжа?
Ну тогда это сумасшедший дом, если при этом такие траблы.

Менеджмент достал. Найти похожие ветки