Products | People | Process

2022-01-20 16:18:16 Прокачанные тимлиды знают, как “продавать” техдолг “бизнесу” - приносишь план, сколько нужно ресурсов, какая будет отдача и так далее. НО вопрос, что же делать мне как “бизнесу”, если
- объем работы по техдолгу установить невозможно
- сколько нужно ресурсов не известно
- какой инкремент получится от вложенного ресурса непонятно

Дело не в том, что инженеры некомпетентны, просто проблема сложная и больше “глубокая”, чем “широкая”. Легко оценить объем, если вы понимаете глубину проблемы в каждом частном случае, и надо только прикинуть число случаев. Но сложно оценить объем, если проблема как луковая шелуха - один слой решил, за ним сразу следующий и сколько их там - никто не знает, поскольку до дна еще никто ни разу не доходил. И вот здесь можно легко застрять - я буду ожидать плана, чтобы дать ресурс. А тимлид не может разрешить неопределенность, чтобы дать план (и недостаточно авантюрен, чтобы высосать план из пальца).

К счастью, я хотя бы могу понять выгоду от этого решения, а значит я могу выступить “спонсором” риска (пост про продажу идеи через спонсора). Сколько максимально людей я могу перебросить на решение этой проблемы с принятием риска, что значимого результата не выйдет? 90% ресурса всегда расписаны жестко, 10% можно маневрировать, 20-30% от этих 10% - это 2-3% команды. Используем их и через одну итерацию получаем дробь - сколько человек за месяц могут добиться какого прогресса. Теперь можно уже реалистично запланировать решение техдолга с честным планом, с пониманием сколько надо откусить от “бизнеса” и на какой срок. Это я с позиций начальника рассказал.

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

Ограничение сверху - метод не работает, если доступного ресурса не достаточно для получения значительного прогресса и достаточной определенности. Если выделенные люди за выделенное время до дна проблемы так и не донырнут, то метод не сработает Открыть/Комментировать

2021-12-14 14:17:33 Горячие новости про GDPR. Немецкий суд признал решение CookieBot, нарушающим GDPR (европейский закон о персональных данных). Фокус в том, что сам CookieBot и есть решение по достижению совместимости с GDPR, и хотя пока еще не все понятно - но сейчас у кучи веб мастеров должны шевельнуться волосы.

Логика суда такая - IP это персональные данные согласно GDPR, IP передается третьей стороне (CookieBot), третья сторона обслуживается в американской хостинговой компании, которая, получается, не подписалась соблюдать GDPR. Упс… Важный нюанс GDPR это транзитивность и рекурсивность - чтобы быть GDPR все твои партнеры по обработке персональных данных тоже должны быть GDPR.

К решению суда есть претензии с точки зрения практичности:
- это некоторая натяжка считать, что хостер прямо участвует в обработке персональных данных.
- так уж устроен интернет, что IP неизбежно светится где попало, и при всех client-side операциях во фронтенде (интеграция CookieBot) это часто вообще неизбежно
- куча конкурентов CookieBot работают на тех же самых принципах, так что и им неизбежно передается IP адрес. Чтобы это решить в корне, надо отказываться от удобного SaaS-решения и заводить свой собственный менеджер кук.

Наверное, оперативное решение для CookieBot и его альтернатив будет в плоскости смены хостинг провайдера на такого, c которым можно будет подписать DPA (Data Processing Agreement), отражающий приверженность провайдера принципам GDPR.

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

ссылка: https://shopbetreiber-blog.de/2021/12/09/vg-wiesbaden-consent-manager-cookiebot-verstoesst-gegen-dsgvo/ Открыть/Комментировать

2021-11-30 18:40:11 При этом первая школа, с которой мы начали такую программу, слилась, несмотря на укомплектованность носителями языка. Там было все хорошо с первым преподавателем, но после смены преподавателя стало сильно хуже. Оказалось, что школа просто торгует головами и не обеспечивает никакой методики обучения. Вторая школа ведет занятия в основном силами русских учителей, поэтому в занятиях всегда слышен жесткий акцент (да и фиг с ним!), но зато она очень ориентирована именно на нужный нам практический аспект, так что принципиального взаимопонимания достигли быстро Открыть/Комментировать

2021-11-30 18:40:11 Ранее я рассказывал как я сам учил английский, а именно отказался от “академического подхода”, который “учит понемного чему-нибудь и как-нибудь” в пользу последовательно научиться читать, писать, слушать и говорить на нужном уровне. У меня был неоднократный опыт публичного выступления на английском языке, то есть я в итоге свою задачу решил.

С похожей проблемой мы столкнулись в обучении сотрудников английскому. Хотя годами в компании английский преподавался многие годы, но общий уровень владения английским не менялся. Люди ходили на занятия год за годом, но практических изменений не наблюдалось. Это заставило искать другие форматы.

С практической точки зрения я могу выделить три уровня владения языком:

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

Чисто теоретически это была задача школы-ВУЗа, но на практике они с этим не справляются совершенно.

Уровень 2. Человек может вести диалоговую переписку на более-менее сложные темы - конфликтные ситуации, понимание позиции собеседника, переговоры, убеждение и т.п. Может говорить и понимать комфортную речь (небыструю и без выраженного акцента) в режиме диалога.

Довольно типовой проблемой оказалось то, что русского человека в английском языке колбасит между двумя полюсами “(+) будет исполнено!” и “(-) твой код говно!”. Соответственно и конструктивное решение нормальных рабочих конфликтов часто невозможно в рамках доступного им словаря.

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

Вот теперь получается нормальный уровень для международной компании.

Соответственно и обучение было выстроено по достижению этих трех уровней:
- Уровень 1 довольно хорошо ложится на классические методы преподавания. Просто надо расслабиться в области устной речи и сосредоточится на более-менее грамотном письме.
- Для уровня 2 мы определили ряд типовых рабочих ситуаций (типа “уронили прод”), на которых школа должна особо фокусироваться, чтобы сотрудник получал нужные слова и выражения.
- Самое сложное это уровень 3. К этому уровню человек набирает довольно много фрагментарных знаний из разных курсов и самообучения, при каждый что-то запомнил неправильно, и с каждой следующей фразой только еще более залипает в своих ошибках. Прогонять людей через курс грамматики на 101-й раз уже смысла нет - им не интересно, да и уже не переучатся. Вместо этого фокус ставится на безжалостную коррекцию ошибок преподавателем. Я с этой техникой столкнулся в экспериментальной школе-стартапе, у которой, к сожалению, не сошлась экономика и она закрылась. Там преподаватель указывал на кучу сделанных ошибок в конце и добивался коррекции привычек. Вплоть до - напиши 100 раз “ я больше не буду …” Это причиняет некоторую боль и требует от преподавателя очень сильных soft skill’ов, но через боль указанных ошибок я смог развиваться далее.

Отладка уровня 3 потребовала подключения к урокам, и нескольких раундов обратной связи преподавателю в стиле “больше тыкать носом в ошибки!”
Преподаватель был носителем языка, так что с тактом и soft skill’ами у него все было прекрасно, и навредить он не мог (с русскими преподавателями это часто сложнее - не в силу знания языка, а в силу носимой культуры). Открыть/Комментировать

2021-11-17 05:04:04 Ребята из Стэнфорда провели анализ того, как коммьюнити ругаются друг с другом на Реддите: "Community Interaction and Conflict on the Web". Их интересовало как одни коммьюнити атакуют другие и что из этого получается.

Они проанализировали 1.8 миллиарда коментариев за 40 месяцев от 36,000 коммьюнити и около 100 миллиона пользователей. В результате выявили следующие закономерности (надо понимать, что они в первую очередь про сообщества и коммуникацию сообществ друг с другом).

— 0.1% от всех коммьюнити отвечали за 38% всех атак. А 1% от всех коммьюнити отвечали за 74% всех атак. То есть "негативной мобилизацией" или набегами занимается небольшая часть всех коммьюнити, но это их главный фокус.

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

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

То есть люди, которые в коммьюнити ради цели коммьюнити, стараются дистанцироваться от срачей, а спорят именно любители спорить.

— Как правило при набеге атакующие общаются с другими атакующими. А защитники с другими защитниками. При этом все атакующие сосредоточивают свое внимание на очень малом числе защитников (около 1%) и общаются именно с ними.

— После набега атакующие часто начинают писать больше в атакуемом сообществе, а защитники — меньше. Набеги могут приводить к "колонизации" чужих сообществ.

— Успешная защита сообщества (когда "колонизации" не происходит) как правило происходит, когда защитники не общаются друг с другом, а активно отвечают каждому атакующему. Причем чем агрессивнее защищающиеся, тем лучше работает защита. Игнорирование не работает — она приводит к "колонизации" сообщества атакующими. Открыть/Комментировать

2021-11-17 05:04:04 Очень интересное исследование о динамике интернет-срачиков Открыть/Комментировать

2021-11-12 02:35:49 Временами приходится объяснять людям как правильно расставить приоритеты или чем сейчас заняться в своей работе, или какие фичи запланировать в продукте. Обычно это связано с тем, что люди становятся заняты делами по горло, только результатов нет. И обычно это от того, что люди оптимизируют свои кажущиеся трудозатраты, а не отдачу.

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

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

В этом разрезе мысль почти всегда находила правильное понимание Открыть/Комментировать

2021-10-27 15:31:05 Рекламная пауза

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

Наших докладов будет два
1) «Инженеры требуют четких ТЗ, блеймят требования и придираются? Как подружить инженеров с ПМ-ми и вовлечь команду в решение задач пользователя» Алексей Филатьев
2) «TeamLead отвечает за time-to-market и качество. А делать-то что?» Олег Неумывакин

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

Если не получится поприсутствовать, будет трансляция и запись.
Зарегистрироваться можно по ссылке https://teamlead.itmeetup.ru/ Открыть/Комментировать

2021-10-19 13:11:06 Бывает такая не очень приятная ситуация - vocal minority, когда небольшая, но очень громкая часть клиентов могут на вас влиять, затмевая мнение остальных.

Приведу недавний пример из практики. Сделали (а вернее восстановили) фичу, которая по всему выглядит крайне полезной для пользователей. Только сделали пред-анонс (фича еще не доступна массово), как в социальных сетях словили пачку хейта, что “оно не надо, вредно, лучше бы сделали другое, и тп”. Как-то разруливаем. Следом приходит тех.поддержка, говорит, что завалены жалобами, много запросов как отключить фичу. Как-то разруливаем. Следом приходят продажники и говорят, что завалены жалобами и уверены ли мы, что фича прямо так реально нужна. Все выглядит так, что сделали фигню, все против. Уважаемые люди говорят “ну что вы упираетесь, смотрите какая волна”.

Тем временем собираем список всех известных противников - из соц.сетей, от техподдержки, от продажников. Получается… 15 человек. Это не 15 пользователей, это 15 дилеров, но их суммарный вес хоть от всех дилеров, хоть от объема - это единицы процентов. Список стабилизируется и не растет.

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

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

Могу вспомнить еще пару примеров, когда ~1% решительно вставал “на пути прогресса” и создавал видимость, что “все против”. Дело в том, что при достаточно большой аудитории даже небольшой ее процент выглядит очень массивно в абсолютных числах. Если даже только 1% наших пользователей одновременно напишут в техподдержку это уже будет выглядеть как ядерная война по степени паники и разрушительности. Это вой сирены, топот сапог, грохот разрывов, эвакуация. Страшная картина. И одновременно, примерно такое же абсолютное число людей сигналит о всеобщих потребностях явно и открыто, поэтому эти два явления выглядят в абсолютных числах неразличимы.

Что понадобится для решения вопроса
- яйцы. главное, не паниковать. что немного сложно на фоне множества входящих панических репортов
- понимание всего ландшафта клиентов, надежная статистика. Иначе остатется только гадать о масштабах бедствия
- учет интересов меньшинства и перенаправление его в конструктивное русло Открыть/Комментировать

2021-10-11 17:55:46 ​​Еще раз про ловушку data-driven или как уверенно терять своих самых вовлеченных пользователей - я очень активный пользователь всеких заметочных программ. У меня огромные библиотеки в Evernote, в OneNote, в Apple Notes и сейчас я пробую Notion и Bear. Какую неприятность я замечаю в Evernote уже давно и в OneNote недавно - они стали сильно тормозить у меня на открытии заметок. Очень трудно пользоваться заметочным софтом, если в него нельзя ни писать когда надо, ни прочесть когда надо. Потому что он там что-то себе думает. Собственно у меня так началось использование Apple Notes - я туда записывал вещи, чтобы потом перенести в правильную библиотеку на Evernote или OneNote. А потом перестал переносить.

Можно довольно уверенно предположить, что тормоза с открытием заметок связаны с их большим объемом. Если завести багрепорт про это, то вероятнее всего он не встретит большого энтузиазма - “99% наших пользователей не имеют такой проблемы” (из практического опыта с подобной, но другой проблемой в ms outlook). С одной стороны, это совершенно data-driven решение, что стоит приветствовать.

Но с другой стороны… с другой стороны всякий пользователь заходит с нулем заметок, и далее их объем непрерывно растет, и растет, и растет. Если, конечно, он продуктом реально пользуется, а не купил и забыл. Да, многие бизнесы серьезно полагаются на “спящих” клиентов, которые “купил и забыл” (все фитнесс-центры), но кто-то все-таки должен и пользоваться. Большую роль в неформальном продвижении продукта делают вот это “активное меньшинство”, которые пользуются интенсивно. И вот когда они пользуются так долго, что вырастают из старых штанов, сервис их сам выталкивает из себя. Тем самым отрезая свой “длинный хвост” из постепенно накапливающихся “долгих пользователей”. И если этим “долгим пользователям” не давать накапливаться, то они никогда и не превысят тот 1%, который у них есть сейчас. А все наверное уже знают про retention и что для значительного роста продукта надо обязательно, чтобы какие-то пользователи оставались с вами практически навсегда (если не знаете, то пройдите курс Go Practice, там наглядно все разложено - очень рекомендую).

Получается “самосбывающееся предсказание” - если трактуем таких пользователей как незначимое меньшинство, то они так и останутся незначимым меньшинством. Открыть/Комментировать