Декабрь. Боль тимлида. Резюме.

Субъективно, стало меньше вопросов и больше обсуждений на заданные темы. И ней тишины стало больше. Декабрь, конец года, отчёты и подарки.

1.12

Обсудили правила публикации видосов с конференций Бунина - Видео до того, как мы всё открыли, может публиковать только автор видео. Правило древнее, и пересматривать его пока не собираются, инфа сотка.

2.12

Говорят, что с тимлидконфа можно смотреть прям все подряд видео. Приятно, значит мы не зря стараемся.

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

Всем привет. А кто может похвастаться своей документацией? В каких продуктах ее ведёте?

Немного поговорили про это, но всё так или иначе свелось к Confluence. Его можно любить или не любить, но сейчас он очень распространён вместе с Jira и другими прибамбасами от Atlassian.

Еще есть гит, вики от редмайна. Правда справедливо заметили, что если для инженеров гит это ок, то HR вряд ли будет комитить в документы в гит. Так что тут всё очень относительно. Поговорили в этом направлении. Много разных точек зрения. Внезапно вспомнили https://huntflow.ru/ - инструмент для работы рекрутеров. Я пользуюсь - норм, хотя местами есть спорные моменты.

Досталось регламентам. Они, по правде сказать, повсеместно применяются и решают свои задачи очень недурно, если правильно к ним подходить.

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

Неплохой, кстати, инструмент - pagerduty. Мы используем, нам нравится. Регламенты всякие в него отлично заходят и автоматизируются.

Oleg Soroka, [02.12.19 17:06]
Ладно не поленюсь и резюмирую:
- возник вопрос, где вести "документацию"
- как обычно, без уточнения, что такое "документация"
- другой человек, глядя на обсуждение, не смог удержаться от того, чтобы обсудить совсем другое понятие - "регламенты"
- как обычно, без уточнения, что такое "регламенты"
- после всё-таки уточнения, выяснилось, что это "последовательность действий"
- все попытки объяснить, что "последовательность действий" (оно же "workflow") нужно не "задокументировать", а работать с ними в системах, реализующих какой-то workflow - наткнулись на недопонимание этой простой, в общем-то, мысли, и где-то даже банальной.

Oleg Soroka, [02.12.19 17:10]
Ещё раз, главная мысль жирным шрифтом: маршрутизацией и диспетчеризацией работ и документов должны заниматься системы, а не люди, подглядывающе в конфлю на стрелочки и галочки.

Oleg Soroka, [02.12.19 18:01]
Для инцидентов лучше подходит устранение корневых причин (наличие которых вопрос дискуссионный, но для начала положим, что они есть), нежели "документирование" костылей.
И очень часто, устранение - это либо упрощение, либо унификация, либо и то и другое сразу.
И снова 2 стула:
1. улучшать (упрощать и/или унифицировать ) процессы
2. сделать костыль, в виде "регламентов в конфлю"
Вред пункта 2. в том, что он не пункт 1.

Oleg Soroka, [02.12.19 18:04]
Кстати, лайфхак который меня никогда не подводил:
если вам показалось, что надо добавить в конфлю табличку чего бы то ни было - посмотрите на процесс внимательно... весьма вероятно, что вы творите херню

Попутно вспомнили доклад Гриши Петрова про его личную систему вики. Но Гриша известный гик, так что за ним сложно поспевать:) Слайды тут https://knowledgeconf.ru/2019/abstracts/4431

Жаль, что мы так и не узнали, что за "документация" имеется в виду... В зависимости от деталей, ответ варьируется в следующих пределах:
- не нужна
- readme.txt
- gitlab/github
- confluence
- специальные системы
- специальные системы у специально обученных людей

По последним двум пунктам есть соответствующие каналы и чятики в телеге, профи типа Ника Волынкина и даже специальная конфа Бунина (какой сюрприз)

В общем полезный день. Ниже фотка для тизера к посту:)

Всем привет, короче есть проблема в процессе разработки, связана она с тем, что задачи перед мержем в мастер ветку набираются в очередь при прогоне тестов. Тесты для каждого пул реквеста идут чуть больше часа, минут 30 на билд проэкта и минут 40-50 прогон юнит и нтеграционных тестов. В день делается порядка 10-20 пул реквестов. Спринты 2х недельные и подразумевают завершение всех запланированных задач и проерка всех задач на мастере командой QA. Проблема в том, что из-за очередей на мерж в конце спринта всегда остается хвост из задач, которые не вмержены и следовательно не протеситрованы командой QA. Есть вариант вынести QA из планинга спринта, но тогда велик шанс, что задачи будут возвращаться на доработку в новом спринте с последующими проблемами в планировании.
Кто может поделиться опытом, как красиво разрулить данную проблему?

Поискали ответы на этот вопрос, но что-то имхо не преуспели.

https://dynalist.io/ - тоже норм система - бесконечные иерархические чеклисты.

А у кого на проектах реально прикружен стат анализ кода? Да так что бы не бил по яйцам?
Подскажите пожалуйста с вашей точки зрения тестирование это покрытие кодбазой тестов? Имитация действия юзера? Какое именно тестирование?

В завершение дня поговорили про медленный CI. Что делать, когда он медленный и перестаёт приносить пользу.

3.12

Продолжили со вчера. Зацепили темы.

Кинул ссылку на митап в Сбере, они позвали аджайл-коуча про мотивацию. Потроллили это дело. Любим мы троллить Сбер.

Между делом анонсировал половину программы на зимний тимлидконф https://m.habr.com/ru/company/oleg-bunin/blog/473434/

Первый раз за декабрь обратились к тебе армейской мудрости и её применимости в ИТ. Нашёл древний пост Орлова про творчество Влада Балина http://www.happy-pm.com/blog/?p=2544

Попробовали собрать темы для очередного заседания. Некоторые темы интересные на мой взгляд.

Почему манагеры/СТО/тимлиды применяют схемы, ими подслушанные на конференциях или воркшопах, без всякого того осознания или понимания, что так не работает, кхм.... Все, ушел обратно

4.12

Vitaly Dmitriev, [04.12.19 11:21]
Что-то тихо стало последнее время. Надо тему какую-то придумать.

Vitaly Dmitriev, [04.12.19 11:21]
Например - зачем нужна Jira и как жить без неё?

Vitaly Dmitriev, [04.12.19 11:23]
А ещё лучше если бизнес с ней интегрировал кучу сервисов по api, и завязан на ней на долго, можно ли как то отвязать?)

Бедная джира. Вечно ей достаётся.

А чо, в сообществе ещё не организована база знаний по популярным запросам?

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

Вышло краткое содержание за ноябрь. Очень плотный был месяц. https://teletype.in/@dumtest/HkauPWr6r

какой уже круг ада про таск менеджеры?

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

https://martinfowler.com/bliki/TechnicalDebt.html - тот самый Фаулер про тот самый техдолг.

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

http://podlodka.io/132 - Дисфункции организаций. Отличный подскаст с Олегом.

Кстати

На мой взгляд - легаси тоже технический долг

В общем много и с разных сторон про технический долг.

5.12

Внезапно обсудили архитектуру Москвы, Осло, Таганрога. Широк горизонт интересов в общении тимлидов, ага.

Тут вчера про архитектуру рассуждали, может есть скрытые архитекторы? :))) Насколько вам кажутся разумными требования и как вообще может работать консультирование по архитектуре? https://www.mckinsey.com/careers/search-jobs/jobs/softwarearchitect-mckinseydigital-17256
кстати, а цикл публикаций Макса Цепкова, надеюсь, все читают?
Или кто-то пропустил?
http://mtsepkov.org/%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%A1%D0%B5%D1%80%D0%B8%D1%8F_%D1%81%D1%82%D0%B0%D1%82%D0%B5%D0%B9_%D0%BF%D1%80%D0%BE_%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82_%D1%86%D0%B8%D1%84%D1%80%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE_%D0%BC%D0%B8%D1%80%D0%B0

Немного поговорили про то, как можно успевать всё читать и слушать, что рекомендует чатик и интернетики. Ответ простой - НИКАК. Просто читайте и смотрите. Возможно, вам повезёт и вы прочитаете или посмотрите хороший видосик.

Начали немного говорить про аутсорсинг.

6.12

Продолжили немного говорить про аутсорсинг.

https://dou.ua/lenta/articles/team-performance-dashboard - Team Performance Dashboard, или Как измерить реальную продуктивность сотрудников. Сарказм? Ирония? Гротеск?

https://readymag.com/u14741040/1647593/ - ‘ДАО лидера от Profi.ru ’ by PROFI.RU | Readymag Гид по лидерству Profi.ru, который поможет тебе стать хорошим пипл-менеджером и управлять не управляя. В целом конечно же дичь, но кое-что можно найти интересное

Поговорили про статью.

а какая зарплата у тим лида?
Ответ: разная

Чуточку поговорили про зарплаты.

Поговорили про тиндер для разработчиков.

7.12

Продолжили за Тиндер для разработчиков.

8.12

Viacheslav Kaloshin, [08.12.19 22:44]
Все хантите и хантите? И что вы в этом нашли ... думаете, всех схантили? А вот во! ВО вам ! .... :)

Viacheslav Kaloshin, [08.12.19 22:47]
Вот вам вакансия! ... а вилка есть? ... тогда предложение :)

9.12

Ребят, есть кто из РОСГОССТРАХа?
Напишите в личку плиз.

10.12

оп, цензуру подвезли. О чём лучше не знать неокрепшим умам?
Цензуру и не увозили. Неокрепшим умам лучше знать все, но некоторые вещи лучше знать от тех, кто реально в теме. Например, вопросы токсичности и все, что так или иначе с ней связано.

Обсудили плюсы и минусы цензуры. Плюсы есть, минусы тоже есть.

Тут ещё был спор про информацию. Бывает ли она ненужная или нужная? И всегда ли она полезная. И может ли она навредить.

11.12

Продолжили за тему информации. Мнения сильно полярные, но все имеют право на существование.

https://ru.m.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%B8 - про ценность информации.

12.12

В этот день образовалась группа "Лицей" и спустя два года принята новая конституция РФ. Но разговоров в этот день не было.

13.12

Этот день можно считать началом моего спора с Рустамом о том, будет или нет в чатике 3К участников. Вспомнили Панду. В этот день Рамблер решил напомнить о своём существовании очень экстравагантным способом - через арест Сысоева и обыски в Nginx Inc. в Москве. Сообщество не оценило.

В этот день во всех чатиках только и тёрли за это событие.

14.12

Сообщество продолжало бурлить на тему Rambler vs Nginx.

15.12

Накидайте пожалуйста материала по декомпозиции постановки задач. Читал про различные TOTE и SMART. Но было интересно ваш реальный опыт, как вы бьете на мелкие таски большие фичи и какой материал или книгу?

Поговорили про декомпозицию.

Смарт, как было выше верно замечено - это не совсем про декомпозицию, точнее вообще не про неё.
Про декомпозицию задачи, опять таки, как было верно замечено можно говорить в нескольких плоскостях. Первая плоскость - это бизнес требования. однако, с точки зрения бизнеса они не должны ничего декомпозировать, ибо это не их зона ответственность. Цель бизнеса дать понятную (иногда по смарту) задачу или цель. Например : 'в личном кабинете пользователя нужно иметь возможность посмотреть предыдущие покупки'
Бизнес может ставить ещё более абстрактные цели и задачи : увеличить конверсию на экране продажи доп. Услуг на 13% в течении 3х месяцев.
Заметьте, в этих задачах нет место декомпозиции со стороны бизнеса - цель ясна, нужно отправляться в путь.
Дальше у вас есть вилка :
Вариант 1. Вы говорите, что если вам нужна ценность в обозримом будущем (через спринт), то давайте декомпозируем задачи- разобьем на MVP и будущие итерации. Вернёмся к примеру с личным кабинетом и прошлыми покупками. Возможно в качестве MVP вы
реализуете список readolny покупок, с которым ничего нельзя будет сделать, только посмотреть. Такое часто используется в скрам, когда ценность поставляется спринтами
Вариант 2. Вы берете всю бизнес постановку, заходите в команду и декомпозируете задачю на некие функциональные блоки, которые не отвечают требованиям смарта, но имеют границы. По сути определяете функциональные требованиях к фиче: 1. Показалать список покупок, 2. Иметь возможность посмотреть детали 3. Итд. Дальш�� сильно зависит от контекста. В любом случае слеюущиюй шаг - это решение технического специалиста, как ему удобнее декомпозировать работу по ФТ, разбить задачи на слои :back, iOS, Web, etc или вы привыкли работать в размах одной story в жире.
Я пока писал это понял, что тут ещё многое можно обсудить, но это сложно выразить в формате ответа в чатике

Пришёл Олег и всё испортил

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

16.12

Коллеги, у кого какие мысли по поводу поведения Рамблера в публичном поле?

Поскольку уже обсудили, то второй раз обсуждать не стали.

Вернулись к теме про аналитиков от 15 декабря и продолжили про декомпозицию тесты и пр. Ещё много про моки и юнит-тесты говорили. Мнения разделились.

17.12

Немного разговоров ни о чём и о 3000 чатлан. Пока нет столько. Есть стабильно 2975.

18.12

Добрый день! А вот такой вопрос: кто-нибудь когда-нибудь слышал или читал что-то на нашем или ненашем языке про модель компетенций тимлида?

Напомнили про тимлидроадмап https://github.com/tlbootcamp/tlroadmap

и про https://github.com/LappleApple/awesome-leading-and-managing/blob/master/Abilities-Qualities-Values.md

Надо что-то сказать. Как устроиться на работу сразу тимлидом?
Берешь и устраиваешься
Учить тимлида по модели компетенций - это как лечить желтуху розовой краской. Пациент умрет, но будет выглядеть как здоровый.
Народ, а у кого нибудь работает trunk based development (tbd) ?
Если да:
- то чем ограничивается время жизни фича ветки?
- Декомпозируете ли фичи настолько мелко чтобы можно было сделать изменения за день-два и это не сломало текущую функциональность?
- как достигаете работоспособность, закрываете (не ломаете текущий функционал, не отображаете новый ещё не рабочий)

и тут внезапно! Наконец-то польза.

В #краткоесодержание ищите. Обсуждали в ноябре

Но немного про это всё-таки поговорили.

Немного поговорили про ВУЗы.

19.12

Я где то слышал что разработчики при спокойной ситуации сдают 3ю версию кода

И я, пожалуй, соглашусь с этой точкой зрения.

Поговорили про оптимизации.

И тут в 3 часа ночи

Здравстуйте)
кому-нибудь приходилось дружить любой из js фреймворков и СЕО? есть кто-нибудь кто через это прошел и может поделиться опытом?

Приходилось, много материалов в гуглоядексах. Дружатся. Но с SEO.

Захожу сюда раз в пару недель, а темы не меняются. Высшее образование, тестирование, архитектура, токсичность, скрам
Кто куда планирует после тимлидства или синьерства? https://m.habr.com/ru/post/480978/

Обсудили конференции за свои деньги. Бывает и такое, ага.

Обсудили скидки на конференции. Зло конференции или нет? тоже обсудили.

да джира уже как ксерокс, всем ясно что речь не о продукте, а о процессе - хорошо подмечено.

Phil Delgyado, [19.12.19 12:35]
Кстати, надо бы тимлидский дринкап запилить. Анонимный и неофициальный, без докладов

Phil Delgyado, [19.12.19 12:36]
Но можно с открытым микрофоном на пять минут боли...

Phil Delgyado, [19.12.19 12:37]
И штрафной егеря после каждого упоминания джиры или скрама.

Привет. А есть ли руководители разработки мобильных департаментов?
Мне нужно попробовать пройти пару собеседований по андроиду и иосу.
Привет, коллеги
Холиварный вопрос...
Кто то работает в разработке по KPI?
Программисты и дизайнеры творческие профессии. И надо быть очень осторожними с KPI

20.12

Поговорили про то, как стать Козулей.

21.12

Тут вообще ничего не произошло. Вот вообще. Я даже сначала растерялся, когда не нашёл ничего.

22.12

Недавно книгу читал, там говорят что соревновательные моменты не способствуют формированию команд (согласен), а kpi соревновательный момент?? Или никто не знает чужой kpi?

Поговорили таки про KPI.

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

И только Сергей Мазур методично выпускает видео-уроки. В этот раз про управлением бюджетом проекта. https://youtu.be/BYsVoNBPCVA

23.12

Очередное "3000 не будет", "3000 будет".

24.12

читаю сейчас Проект Феникс и наткнулся на странную часть, которую по какой-то причине сочли для себя важной многие люди, но я ее либо понять не могу, либо это и правда бред:
Patty says, “What that graph says is that everyone needs idle time, or slack time. If no one has slack time, wip gets stuck in the system. Or more specifically, stuck in queues, just waiting.”
Речь тут идет о графике busy time/idle time.
Кто понимает, поясните пожалуйста о чем речь вообще. Есть ощущение, что тут причину со следствием путают, более того количество работы, которое передо мной застряло строго говоря зависит же не от меня, а от того сколько ее передо мной наделали. Грубо говоря если передо мной одна рабочая единица, будет один объем застрявшей работы, если две - то очевидно уже больше

Немного обсудили это дело.

https://middlecurve.com/wait-time-as-a-function-of-busy/

25.12

Продолжили говорить про всякие полезные и беполезные времена.

Удивительно, что на собеседованиях, на вопросы "что означает вывод команды top в линуксе" и " как влияет большая загрузка процессора на latency и TPS" - большинство, даже не самых продвинутых тимлидов, даст вменяемый ответ.
Когда ровно те же абстракции применяются к тому, что казалось бы, составляет самую суть тимлидской работы - такое ощущение, что важная часть мозга напрочь отключается

Вспомнили ТОС, вспомнили общую теорию систем.

Немного интересного про обучение https://www.pnas.org/content/early/2019/12/17/1907476116

Обсудили древний тезис - приходят в компании, уходят от руководителей.

Второй раз взялись за армейские мудрости и подходы в ИТ. В этот раз плотно. Но лучше читать. Там вроде как все правы, но никто друг друга не хочет понять:)

вот, например, недавно про нетфликс писали, там примерно так и есть
https://habr.com/ru/company/ua-hosting/blog/475478/

26.12

Продолжили про нетфликс. Ещё раз обсудили 3К или не 3К пользователей в чатике.

27.12

чатик, привет, а што вы думаете по поводу неоплачиваемого тестового объемного?

Обсудили до кучи рекрутеров Х5. Сам не сталкивался, но говорят, что они странные.

28.12

Слегка продолжили про тестовые задания.

Рамсишь рынку — он рамсит тебе в ответ.

29.12

Кто нить устраивался на удаленку в штаты или европу? Есть опыт? Поделитесь
Устраивался. Поделился.
Нужно запинить как пример грамотного, конструктивного ответа.

30.12

Чо, кто тут отрефлексировал уже свой год? 🤓 Может уже и цели на следущий поставил? В фб уже написали как вы благодарны ну или просто похвастались? Мандаринки там, ёлка ... Или сидите на работе?

Обсудили, но очень кратко, медитацию, углеводы, храп и усталость.

https://m.habr.com/ru/company/oleg-bunin/blog/482264/ - отчёт о проведённой за год работой командой Бунина.

За год чатик, кстати, вырос в 2 раза. И конференции тоже.

31.12

Пообщдался за кружкой пива с бывшим коллегой, который сейчас работает в Гугле, порасспрашивал, что у них и как. Мне показалось инетерсным:
1) Собеседование. Спрашивают только олимпиадные задачки уровня школьной олимпиады. Его стек технологий не интересовал вообще никого. В результате, он, бывший C#/Java программист сейчас контрибьютит С++ код в LLVM
2) Его тимлид - это супер крутой разработчик, который вкалывает (пишет код) больше всех в команде.
3) Никаких скрамов, канбанов, ничего такого. Раз в неделю/две собираются вместе, и что-то обсуждают.
4) Тимлид обычно сам назначает таски, но иногда разработчики самостоятельно берут
В небольших компаниях программисту часто приходится совмещать роли

С новым годом и до новых встреч!