?

Log in

No account? Create an account
entries friends calendar profile Previous Previous Next Next
Про ёжика в тумане, зазнайство, языки программирования и вериги - vit_r
vit_r
vit_r
Про ёжика в тумане, зазнайство, языки программирования и вериги
Траблы Semantic Web, agile и прочих подобных идей в том, что они построены на ошибочном предположении коллективного интеллекта.

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

Дальше будет картинка.

Tags: , , , , ,

19 comments or Leave a comment
Comments
orleanz From: orleanz Date: March 19th, 2014 03:28 pm (UTC) (Link)
Твоя критика аджайла опровергается хотя бы тем, что его используют с успехом не только там, где нужно максимально с клиента вытянуть денег (твой тезис про "аджайл = перекладывание ответственности за затягивание проекта на клиента"), а еще и там, где делают некий определенный продукт, который потом продается покупателям (и где уже никак нет смысла затягивать процесс разбаботки).
vit_r From: vit_r Date: March 19th, 2014 03:34 pm (UTC) (Link)
Если не проводить измерений, успехом можно назвать всё что угодно. Хорошо продать - это совсем не однозначно с хорошо сделать.

И не надо путать level 1 и level 3. Третий есть даже в успешных проектах, выполненных по модели водопада.
orleanz From: orleanz Date: March 19th, 2014 03:56 pm (UTC) (Link)
" Хорошо продать - это совсем не однозначно с хорошо сделать.

вот именно:

Аджайл - чтобы быстро сделать говно которое можно продать.
Водопад - чтобы долго делать конфетку которую никто не купит, потому что уже опоздали (см. предыдущий пункт)
vit_r From: vit_r Date: March 19th, 2014 04:03 pm (UTC) (Link)
В отличие от тебя я много работал в разных фирмах, использующих разные модели. По сути, водопад и agile - это просто способы выделения бюджета.

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

Agile продаёт не "сделать", а "делать" потому что там продаётся не результат, а просто время разработчиков. Причём, в отдельных случаях этот самый agile замыкается сам на себя, не производя вообще никакого результата для пользователя.

Но на самом деле это никакие не agile, также как морская свинка - это не свинья.
From: anonim_legion Date: March 20th, 2014 06:54 pm (UTC) (Link)
>в отдельных случаях этот самый agile замыкается сам на себя, не производя вообще никакого результата для пользователя.

Восхитительно! А почему бы тогда пользователю за так не поделиться своими деньгами? Все равно он ничего не получит.
vit_r From: vit_r Date: March 20th, 2014 07:00 pm (UTC) (Link)
Не "за так", а за Большие Обещания.

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

Впрочем, это от моделей не зависит. В больших фирмах практикуется не реже чем в стартапах.
matmyst From: matmyst Date: March 19th, 2014 04:32 pm (UTC) (Link)
А вот здесь я полностью с вами согласен.
alll From: alll Date: March 19th, 2014 05:39 pm (UTC) (Link)
Ну в-принципе в хорошо сыгранной команде люди должны понимать друг друга с полуслова. Но "сыгрывать" такую команду надо много лет и видимо самотёком оно не очень-то и сыграется.
vit_r From: vit_r Date: March 19th, 2014 05:50 pm (UTC) (Link)
Если люди понимают друг друга с полуслова, значит информация уже не новая. То есть, они повторяют старые трюки. Для этого интеллект не нужен.
alll From: alll Date: March 19th, 2014 06:02 pm (UTC) (Link)
99% деятельности - повторение старых трюков, слава богу. Обмениваться информацией можно референсами на "старые трюки" и "старые грабли", а можно пересказом старых трюков и грабель, попутно тратя усилия на попытки перехватить инициативу у остальных ораторов, скомпенсировать ЧСВ, nih-синдром и эффект Даннинга-Крюгера.
vit_r From: vit_r Date: March 19th, 2014 06:43 pm (UTC) (Link)
Из того что я видел, в любой команде всё, что не задокументировано, теряется, а от десятой части до половины того, что понято "с полуслова", понято на самом деле не совсем правильно.

Другое дело, сработанная команда может вести эффективное общение, используя внутренний сленг и сокращения.
alll From: alll Date: March 19th, 2014 08:52 pm (UTC) (Link)
> в любой команде всё, что не задокументировано, теряется

Это уже совсем другая история, практически ортогональная исходной. :)

> от десятой части до половины того, что понято "с полуслова", понято на самом деле не совсем правильно

Тоже зависит от степени слаженности. Понимание рамок применимости инструмента - как правило ступень более высокая, нежели просто умение инструмент использовать. :)
(Deleted comment)
vit_r From: vit_r Date: March 20th, 2014 09:26 am (UTC) (Link)
Десять человек - это команда, которая может создать что-то достаточно мелкое. Для серьёзных вещей надо считать сотнями, если не тысячами.

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

Кстати, если писать с аккаунта в LJ, мне не надо будет каждый раз расскринивать комменты. Тем более, что нотификация на подозрительные на почту почему-то не приходит.
redjit From: redjit Date: March 20th, 2014 03:10 am (UTC) (Link)
Есть же вроде такой закон, что интеллект толпы равен интеллекту самого глупого ее члена)
vit_r From: vit_r Date: March 20th, 2014 06:25 am (UTC) (Link)
Это не закон, это спекуляция, справедливая только в варианте "Интеллект коллектива не может превышать интеллект самого тупого его члена, потому что именно он окажется начальником".

А так, можно было бы любую толпу успокоить, просто разбавив её небольшим количеством клинических идиотов.
redjit From: redjit Date: March 20th, 2014 06:51 am (UTC) (Link)
На ваш взгляд какая модель разработки сейчас самая эффективная на деле?
vit_r From: vit_r Date: March 20th, 2014 07:09 am (UTC) (Link)
Модель кротовых нор, когда люди перестают маяться фигнёй и начинают делать дело, а бюрократию по моделям просто имитируют.

На самом деле, у меня есть модель, выросшая из старых обсуждений в релкомовских группах. Она хорошо ложится на реальные процессы, и я её активно использую. Но об этом будет третья книга, а я ещё и первую писать не начал.
Serge Shikov From: Serge Shikov Date: March 20th, 2014 10:17 am (UTC) (Link)

все было бы хорошо, если бы...

мы одинаково понимали, что значит интеллект в данном контексте.

Скорее всего, все тут когда-нибудь видели "Что, где, когда"? Ну в смысле, телевизионную передачу, или игру.

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

Группа не умнее каждого в отдельности - только повышения эффективности работы это не отменяет.
vit_r From: vit_r Date: March 20th, 2014 10:24 am (UTC) (Link)

Re: все было бы хорошо, если бы...

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

Когда работа на стыке областей, задачей является уже нахождение общего языка. От взгляда на мир до банальной терминологии. Иногда видел, как люди, сидящие в одном отделе за соседними столами и делающие практически идентичные вещи, элементарно не понимают друг друга.
19 comments or Leave a comment