Мой доклад на SoftwarePeople

[gaperton]

Это будет доклад о том, что вы всегда хотели знать, но боялись спросить. Это доклад о проектировании. Главных тезиса два.

1) Хорошо организованная группа профессионалов всегда проектирует лучше, чем один мегаумный архитектор. Я собираюсь это настолько хорошо обосновать, что это близко к "доказать".
2) Менеджер может эффективно направлять и

Comments

[tonsky]

Если понимать «Хорошо организованная группа профессионалов» достаточно гибко (один умный, остальные на подхвате), то не вызывает, конечно. А так, наиболее influenced вещи в it почему-то имеют за собой как раз одного идеолога.

Но, опять же, если понимать «проектирует лучше» как в среднем лучше, или с более предсказуемым результатом, сроками, качеством - то тоже согласен.

В общем, с такой формулировкой трудно поспорить - ведь что именно имелось в виду, не уточняется.

[martynow]

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

[gaperton]

> 1) А у кого-то разве есть сомнения на этот счёт?

У большинства. См. комментарии ниже.

> Другое дело, что добиться такой ситуации трудно,

Нет, совсем не так трудно. Что я и собираюсь показать. Профессионалами не рождаются, и не боги горшки обжигают.

[buriy]

А видео потом будет? :)

[kernell_panic]

присоединюсь :) или видео или сам доклад?

+1

[les21]

Если это возможно, то стоит выложить

Re: +1

[gaperton]

Видео потом выкладывают организаторы конференции. Будет.

[beldmit]

Группа может и эффективнее в плане критики. Но начальный концепт должен сделать кто-то один.

[gaperton]

Да, так многие думают.

[guamoka]

1) Хорошо организованная группа профессионалов всегда проектирует лучше, чем один мегаумный архитектор. Я собираюсь это настолько хорошо обосновать, что это близко к "доказать".

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

[gaperton]

> Гораздо интереснее было бы узнать...

Я пишу и делаю доклады о том, что считаю интересным я.

[balbesko]

У нас (LMAX) вся разработка, в том числе, проектирование, происходит исключительно в группах. По пункту 1) - согласна!
По поводу менеджера - не соглашусь. У нас менеджеров, как таковых нет. Групповое проектирование происходит постоянно, и очень эффективно. Единственный плюс, который я вижу в участии тим лида в сессиях проектирования - это то, что он может поставить точку в дискуссиях, если они зашли слишком далеко. С другой стороны, эту точку может поставить другой участник, т.к. все обладают необходимым опытом и знаниями...

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

[gaperton]

> У нас менеджеров, как таковых нет.

Искренне сочувствую.

[balbesko]

В правильно организованном agile менеджеры не нужны. У нас около 20 инженеров, 4 тестера и 3 аналитика, все поделено на 4 команды. С такой командой без единого менеджера мы разработали одну из самых быстрых торговых систем в мире, а за придуманную технологию disrupter получили Java choice awards.

Менеджеры нужны когда инженеры или безмозглые, или если требуется палка для их стимуляции. А таких у нас не берут.

[gaperton]

Я уже понял, что вы не понимаете роль менеджера и суть его работы. :)

Вы что-то еще хотите мне сказать, помимо этого?