​​Сегодня 29 мая с 18:00-20:00 эксперты TechLead Conf проводят открытый вебинар "Путь Техлида".

(TechLead Conf - конференция для разработчиков, которые хотят вырасти в архитекторы, тимлидов, которые совмещают функции техлидов, для техлидов, которые хотят развиваться дальше и обменяться опытом с коллегами)

Ребята расскажут про путь развития техлида и при чем здесь maturity model в формате живой сессия с онлайн-вопросами.

Далее будет стрим на тему тестирования интеграции с помощью контрактного тестирования. Во время стрима обсудят цели контрактного тестирования и на что именно стоит обращать внимание, когда проверяют интеграцию. Будет live-кодинг, дискуссии и уютная обстановка.

Встреча открытая, но нужно зарегистрироваться
👉 bit.ly/3grUoLf

Холивор: самостоятельность vs согласованность

После продолжительного стона в чате о том, что не надо давать принимать такие сложные решения с ООО Ромашка, Василёк и Лютик случился натуральный холиворчик:

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

У меня был сотрудник много лет назад - большой бородатый админ, чуть что вопивший про ответственность, которую не хотел на себя брать. Это при условии того, что у нас была true экспертная команда, которая бОльшую часть любых проблем могла решить в одно лицо.

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

Андрей Шетухин: У меня появилось немного времени.

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

Вот чего я терпеть не могу - так это когда подчинённые начинают вместо своих прямых обязанностей заниматься задачами, решаемыми на моём уровне или, что в 10 раз хуже  - на уровне выше. Иерархия придумана не для того, чтобы плевать на всех, у кого штаны другого цвета, а потом, что на низовом уровне НЕЛЬЗЯ адекватно принять управленческое решение.

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

>Это всё решается в вашей собственной голове,

Да. Только потом я, как архитектор, хватаюсь за свою голову и офигеваю от того, что неужели было так сложно, ЧЁРТ ВОЗЬМИ, СПРОСИТЬ? Позвонить и просто,блин, потратить 15 секунд на то, чтобы задать вопрос.

Не городить решение из палок и навоза, а блин задать один вопрос.

Классический пример: у нас в МВД есть образ виртуалки Опенстека для автоматического подъёма почтового релея для любого из проектов.  Так как она уже настроена на наши подсети, а на унас прописаны все разрешения, то всё, что требуется - ПРОСТО СПРОСИТЬ пароль для отправки почты и вбить его при установке. В вики всё расписано прямо по пунктам, откуда брать, кому звонить.

Но как раз вот такие вот любители интересно работать и решать придурковатые злобные жизненные проблемы изящно городят каждый своё решение, которое, как правило, тут же автоматически уносит всю сеть в блеклист и далее они часами и днями (рекорд - 4.5 месяца!!!) решают вопрос, почему из их ВЦОД не ходит почта.

Наведение справок

По ходу работы приходится собеседовать людей по всей России. Сегодня получил вот такой интересный фидбек:

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

Учитывая свой довольно обширный нетворкинг пора открывать справочное бюро про всех?

​​Пятничное вечное!

Галеры

Кратко о том, что представляют собой современные галеры. Мне как-то рассказывали любопытный подход к оплате, - оплачивается запланированное время на изготовление фичи, а не фактическое :)

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

Результатов работы такой команды я не знаю.

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

А у кого какой принцип разделения мидлов от сеньоров бекенда и фронтенда?

Сбербанк по большому секрету присоединился к СБП
https://ammo1.livejournal.com/1149462.html

Есть девопс-кандидат москвич, показавший мега результаты на тестовых. Сам не беру в силу заморочек ОК. Кому? Стучитесь в личку: @ctodsimonov

UPDATE: продано! горшочек не вари!

TechLead Conf 2020 Online — первая в России конференция, полностью посвящённая инженерным практикам и процессам.

Программа TechLead Conf 2020 Online охватывает прикладные и концептуальные аспекты инженерных практик. Прикладные — кейсы внедрения и использования конкретных решений «в бою». Концептуальные — кто такой техлид, как им стать, куда развиваться.

8, 9 и 10 июня поговорим обо всех этапах жизненного цикла инженерных практик — от появления идеи внедрения до измерения результатов после успешного запуска. Устроим открытый обмен решениями типичных задач: работа с legacy, трудности с рефакторингом, изменение архитектуры, вмешательство в процесс разработки.

Программа уже на сайте https://bit.ly/303uDeJ

Коллеги! А у кого какие подходы к учёту в спринтах затрат команды на общие совещания, когда они реально начинают конкурировать за story points?

Всем привет, коллеги! Я сегодня участвую техническим экспертом в общероссийском хакатоне "Цифровом Прорыв" https://leadersofdigital.ru/ !

Моя задача, - бороться за "справедливость". Именно так называется внимательная проверка, чтобы команды разрабатывали всё сами и не вбрасывали в свой код заранее наработанные куски кода.

Держите за меня кулачки!

Интересно, а как вообще можно данный момент проконтролировать, если у участников есть доступ в интернет?

Вообще теоретическая база под такой контроль ковалась последние лет 10 и резюмировал её на последним тимлид-конфе Алексей Лихачёв в своём докладе "как не смотреть им в экран, но все видеть": https://www.youtube.com/watch?v=ayxIj_Bcvm4

Если кратко, то Ты за джунами когда наблюдаешь за их репами, то что видишь? Их разработка растёт плавно. Если идёт хакатон, то его можно отслеживать по чекпоинтам (каждые три часа мини-стендап) и следить как раз плавностью появления кода.

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

Комментарий Тёмы Гавриченкова про velocity

“Velocity” с английского переводится как “скорость”, что накладывает некий оттенок в восприятие термина. Мы, глядя на спортивные машины красного цвета, привыкли, что рост скорости — это хорошо.

А вот, кстати, у инженеров запускаемых объектов восприятие термина “velocity” может быть иным, потому что если скорость объекта начинает становиться в 1.414214 раза больше расчётной первой космической, то это очень большая проблема.

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

Теперь: как значительное падение, так и значительный рост velocity (включая неизбежные изменения в рамках FSNP-модели) — это обычно большая проблема, потому что динамика velocity вносит фактор неопределённости в определение величины, которая вообще-то предназначена эту неопределённость устранять!

Для устранения этой побочной динамики существуют, например, reference PBIs.

Кроме того, рост velocity может быть вызван и совершенно негативными факторами, как-то параллельный рост технического долга команды. Поэтому в условиях идеального менеджмента, для адекватной оценки необходимого для изменений времени, velocity в фазе performing не должен значительно расти или падать.

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

Коллеги! Какие бывают ещё методы приоретизации кроме "Срочно/Важно" и "Must have/Should have/Could have/Won't have" и правила Парето? Кто что знает?

Сизиф, Профессионалы.ру и Книга

Коллеги! Ребята из Профессионалы.ру очень настойчиво шлют мне письмо про некую книгу 📖 про трейдеров, которую я почему-то обязан 😱 скачать. Причём сабж в довольно угрожающей форме изо дня в день на протяжении нескольких месяцев. Я аккуратно удаляю это письмо 📨, а ребята шлют заново. Их настойчивости позавидовал бы сам Сизиф 🦸‍♂️, будь он техдиром.

Нельзя ли их попросить отписать меня от этого счастья? Я ведь не похож на трейдера, а? Как считаете?

П.С. я бы вообще попросил ребят забыть про мою скромную персону и исключить меня из их сервиса 🙅‍♂️.

Продолжение истории об упорстве Профессионалов.ру

Сегодня прислали письмо уже про пачку книг 🤦‍♂️ У ребят есть чувство юмора 😱🤣😂😅

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

Предыстория вопроса: https://t.me/ctorecords/1532