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

Приложенное видео — отличная иллюстрация эффекта социального конформизма.

Забавно, что если человека потом спросить, чего ж это вдруг он так, то он чаще всего ещё и попытается рационализировать, то есть попытается найти рациональное объяснение.

Отдельно любопытно, что как только человек видит, что не он один считает мнение или поведение большинства неправильным, так сразу уровень конформоности падает — с большей вероятностью челоек задаст себе вопрос “а че это они все?” и не станет заниматься той же ерундой, что и большинство.

Кажется, отсюда можно сделать вывод, что если мы заинтересованы в подборе оптимального решения проблем, и, следовательно, нам нужно разнообразие идей (Эшбивское "only variety can adsorb variety"), то важно не только чтобы люди хотели (были мотивированы), но и чтобы люди были разные.

Ну и, конечно, чтобы никаких ритуалов не было, да.

https://www.youtube.com/watch?v=aOOsfkM-nGQ

забавно, что в католической церкви про социальный конформизм знали очень давно, и должность advocatus diaboli была создана лет эдак 700 назад: сотруднику прямо вменялось “челенджить” выбор кандидатуры к канонизации.

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

саммари:

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

Однако даже если привлечь всех членов команды к вырабатыванию и принятию решений, как раз социальная конформность (проявляющаяся в виде groupthink) будет основательно мешать (от себя добавлю: вместе со страхом, стандартизацией и “это-не-твое-дело”).

В брошюрке предлагается пара вариантов борьбы с groupthink, первый — как раз ротация роли devil’s advocate, второй — диалектический анализ. По сути, оба метода провоцируют и нормализуют регулярное несогласие и критику.

На мой взгляд, это вот всё — фасилитация здорового человека.

Интересно, почему закон Паркинсона “work expands to fill the available time” интерпретируют как "нужно 'меньше давать времени'" то есть "ставим пожёстче дедлайны" / "напихаем побольше в спринт"?

Ведь интерпретация же совсем другая: если ставим дедлайн, то работа точно займёт всё время до дедлайна. А в случае с разработкой ПО (в которой точная оценка сроков невозможна) это означает, что:

1) либо работы оказалось меньше, чем мы угадали в дедлайне, и тогда действительно до дедлайна работа "расползётся" почём зря, что есть waste
2) либо работы оказалось больше, чем мы угадали в дедлайне, и тогда мы сдадим незаконченное, что тоже редко когда полезно

Удивительно видеть, как малюсенький ESP32 умудряется не особо напрягаясь обрабатывать видеопоток с 3Мп камеры, и стримить его через простейший веб-сервер, подключившись к wifi.

До сих пор в голове не укладывается, что SoC ценою в $7 в десятки раз мощнее, чем мой первый компьютер.

Уважаемые товарищи женщины, поздравляю вас с международным социалистическим праздником, днем солидарности женщин имени Клары Цеткин!

Это прекрасно!

Спасибо Олегу Сороке

https://gist.github.com/simonw/0111a47178872df304de226cd08cc9f4

товарищи, а кто с ESP32 работал: бывало ли у вас такое, что камера захватывает себе эксклюзивно I2C шину и не отпускает её вообще, таким образом не давая на эту шину больше ничего “повесить”?

У меня после инициализации камеры даже поиск устройств на шине не выдаёт ничего 😮

И вот в инторнетах пишут довольно часто об этом: кажется, драйверы камеры стандартной кривовато написаны.

Собственно, вопрос: стоит ли взять аппаратный свитч типа TCA9548A или драйвер переписать?

Кажется, весенний сезон мероприятий начался.

28 марта выступаю в Хельсинки на ScanAgile, буду говорить про доверие в командах.
17 апреля организую очередной QA митап в Берлине.
23 мая стою со стендом в Цюрихе на GreaTEST Quality.
26 мая выступаю в Берлине на Tech Internals про мифы в QA, сильно переработанный и дополненный доклад дам.
28 мая организую QA митап в Лиссабоне.

И следом сразу почти лето начнётся со стенда в Эдинбурге на EuroSTAR 3-5 июня.

А ещё, раз уж пришла пора планировать, на следующей неделе записываем с ув. тов. Алексеем Шаграевым стрим по теме QA, да на английском. Лёша расскажет всякого интересного про:

- crowdsource-based testing
- blackbox-тестирование и измерение качества
- dark launches, в том числе для всяких умных штук
- агентское тестирование аппов через LLM/LMM

А запись выложу конечно же!

https://arxiv.org/pdf/2502.12115

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

результат — на картинке

товарищи подписчики!

Если вы живёте в Лондоне, Лиссабоне или Мадриде, и хотели бы выступить на митапе на английском про обеспечение качества — напишите, я помогу со всей подготовкой с самого первого шага, прям с выбора/формулирования темы.

Если же ещё в вашей компании есть пространство для проведения митапа на 50-100 человек — тоже пишите, я сделаю всё красиво!

скажите, а кто-нибудь работал/работает в сфере производства чего-то, покрываемого ISO14971, скажем, медицинского оборудования?

Интересно:
1. как связывается экономическая модель обеспечения качества с управлением рисками — решают ли соответствовать ISO14971, и если нет, то как обсчитывают риски, какую модель используют?
2. в используемой модели есть ли что-то типа VSL , или как-то “прячут” оценку рисков для жизни?

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

Интересно, это уже общепринятая практика, и я просто давно не собеседовал людей?

Товарищи, кто в Берлине, 17 апреля добро пожаловать на мой очередной митап: https://www.meetup.com/quality-engineering-berlin/events/306776012/

Запись конечно же будет, но вживую веселее, да и пива попьём.

P.S. если передадите товарищам, живущим в Берлине, буду очень благодарен!

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

Ув. тов. Алекс Бунарджич пишет, что основное внимание он уделяет написанию тестов, а код генерирует для этих тестов с помощью LLM.

В продолжение темы доверия, которой я касался во многих постах (1, 2, 3, 4, 5):

Довольно часто слышим "доверие нужно заслужить" или "для доверия нужна полная прозрачность". Однако доверие подразумевает отсутствие контроля — и того надзора, который чаще всего скрывается за словом "прозрачность".

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

Что чаще всего происходит в работе? Менеджер ощущает, что слишком рискованно поручить новичку большую задачу и просто надеяться (доверять), что он справится. Чтобы снизить риски, менеджер вводит постоянный контроль, тем самым мешая возникновению доверия — как у себя, так и у сотрудника.

Вместо этого можно (и нужно) разбивать задачу на мелкие части и делать одну за другой. Это снижает риски, а значит, отпадает необходимость в постоянном надзоре — достаточно просто совместно оценивать результаты каждой итерации.

https://www.group-telegram.com/above_the_range/667


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

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

Буду вести у Павла как раз блок про переговоры в ситуации, когда вас уволить хотят.