Очень интересное выступление Саши Климента, CEO Soft Skill Labs о лидерстве и способах решения эмоциональных конфликтов. Саша рассказывает очень толково и по делу. А кроме того, могу сказать, что я занимаюсь у Саши в группе по осознанным коммуникациям (группы по 2-3 человека), куча примеров, живой практики, паттернов и антипаттернов. Могу сказать, что Саша как никто другой может разбить вашу подготовленную речь, логиков, манипуляцией или обработкой эмоций. Выступление небольшое, но прекрасно дает понять, как Саша работает. https://youtu.be/dov3H82XTfM

И совсем другое по тематике выступление от Кирилла Мокевнина, CEO Hexlet, это школа для разработчиков такая. С точки зрения организационной больше похоже на выступление последователя Тони Роббинса, такой супер успешный фаундер, во Флориде, какие то люди вокруг ходят, движуха. В целом мешало восприятию, но некритично. По смыслам была очень полезная мысль - не упарывайтесь в шаблоны и чистую архитектуру, это сферические проекты в вакууме, в жизни такого не добиться. Я с этим согласен, не надо шаблона ради шаблона, если помогает - используй, если нет - зачем лишние слои абстракции? https://www.youtube.com/live/nr99fgGdQoQ?feature=share

Статьи я тоже иногда читаю. И пройти мимо свежей статьи от Максима Цепкова я не мог. Максим очень четко выделил основные подходы к работе с требованиями в Agile, но по факту это скорее не light версия требований, а я бы ее назвал lean, потому что она в большинстве случаев ограждает вас от лишних затрат особенно на первых этапах. https://habr.com/ru/company/custis/blog/709912/

Я как обычно читаю с конца, так что вот первая статья из цикла Максима. Про классические требования. Там, кстати, очень интересная мысль, почему системных аналитиков на заре развития текущей (с рубежа веков) айтишечки раньше не было. https://habr.com/ru/company/custis/blog/703758/

Итак, стрим проводим с вами в среду 01.03 в 19.30 по Москве. Поговорим про роль аналитика, full-stack аналитика и какие есть грейды. Все будет в зуме, так что готовим камеры и микрофоны. Ссылку пришлю сюда за полчаса.

Всем привет! Ссылочка на зум в 19.30 по Москве

Тема: Zoom meeting invitation - Zoom Meeting Innokenty Bodrov
Время: 1 мар. 2023 08:30 PM Баку, Тбилиси, Ереван

Подключиться к конференции Zoom
https://us06web.zoom.us/j/86129419270?pwd=SW4xckhpaGs4ZStDcGRadExEeCs2Zz09

Идентификатор конференции: 861 2941 9270
Код доступа: 597522
Одно касание на мобильном телефоне
+74999516379,,86129419270#,,,,*597522# Россия
+74999516380,,86129419270#,,,,*597522# Россия

Набор в зависимости от местоположения
+7 499 951 6379 Россия
+7 499 951 6380 Россия
+1 346 248 7799 Соединенные Штаты Америки (Houston)
+1 360 209 5623 Соединенные Штаты Америки
+1 386 347 5053 Соединенные Штаты Америки
+1 507 473 4847 Соединенные Штаты Америки
+1 564 217 2000 Соединенные Штаты Америки
+1 646 558 8656 Соединенные Штаты Америки (New York)
+1 646 931 3860 Соединенные Штаты Америки
+1 669 444 9171 Соединенные Штаты Америки
+1 689 278 1000 Соединенные Штаты Америки
+1 719 359 4580 Соединенные Штаты Америки
+1 720 707 2699 Соединенные Штаты Америки (Denver)
+1 253 205 0468 Соединенные Штаты Америки
+1 253 215 8782 Соединенные Штаты Америки (Tacoma)
+1 301 715 8592 Соединенные Штаты Америки (Washington DC)
+1 305 224 1968 Соединенные Штаты Америки
+1 309 205 3325 Соединенные Штаты Америки
+1 312 626 6799 Соединенные Штаты Америки (Chicago)
Идентификатор конференции: 861 2941 9270
Код доступа: 597522
Найдите свой местный номер: https://us06web.zoom.us/u/kcrNpMWWyG

Запустил зум, заходите

Коллеги, новая ссылка
https://us06web.zoom.us/j/86129419270?pwd=SW4xckhpaGs4ZStDcGRadExEeCs2Zz09

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

Интересная статья про еще одного персонажа, которого, как и аналитика, по логике должен убить Agile, как минимум в том виде, в котором он существует. Но он почему то по прежнему живет почти во всех командах, в которых мне приходилось работать. Думаю, дело в том, что тимлид - это линейным менеджер, первая ступень. И руководителям более высокого уровня лень (или они просто не умеют\не понимают как) растить самоорганизующиеся команды.
Во-первых, бытует мнение - ну дайте команде полномочия, она и организуется. Так не работает, люди, которые привыкли работать под линейными или проджект менеджерами сложно перестроиться. Именно для этого и нужны Agile coach'и и прочие евангелисты самоорганизации. Без них команда будет метаться, выгорать и страдать без видимого прогресса, потому что от них что-то хотят, а никто не понимает, что.
Вторая причина гораздо банальнее. Средний менеджмент, "основа любой организации", про которых Шнур пел "ты не работаешь под, ты работаешь на", прекрасно понимают, что ровно в тот момент, когда люди осознают, что они прекрасно могут работать без линейных менеджеров, средний менеджер встанет на свой последний путь, т.к. он следующее непроизводительной звено, не приносящее ценности в условиях самоорганизации, которое можно устранить, разгрузив зарплатную ведомость.
Получилось немного злобно, но вдумайтесь, ведь оно на самом деле так и есть.
А, да, и сама статья https://habr.com/ru/post/699974/

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

Почитал статью про то, что делает в банке архитектор решений. https://habr.com/ru/post/719644/. По этому описанию, я таки уже давно не аналитик, а архитектор решений. И мне не понятно, что же тогда делают в этом банке СА, а как мы знаем именно в банках и телекоме основной спрос именно на СА. В Целом задачи описаны достаточно неплохо, если не считать, что товарищ явно джавист, раз не знает других языков разработки, кроме Java и Kotlin. Но вот отсутствие в стеке Oracle DB меня поставило в тупик, ну да ладно. Что отсюда можно вынести?
То что у СА очень хорошая дорожка в Solution architect.

Уже наверное все прочитали статью с кликбейтом про аналитиков, которые на нужны. https://habr.com/ru/company/digitalleague/blog/719316/
Выглядит просто дико, теперь я знаю, что аналитиком в Лигу чего то там идти точно не стоит.
На тебя повесят всех собак:
"Аналитик несет персональную ответственность за принятые решения, верные и ошибочные. Сложно ругать разработчиков за реализованный код, если он работает стабильно, но делает не то, что требовалось."
И да - разработчики - тупые исполнители, которые вообще не думают, по крайней мере у автора статьи.
Это подтверждается тем, что без аналитика они способны придумать только 200 и 500 ответ сервера.
В целом статья достаточно спорная и пустая, если есть коллеги из ЛЦЭ - передайте вашему "лиду аналитики", что надо заниматься анализом, а не кликбейтные статьи писать)

Я вам принес статью ACID для самых маленьких. Если про транзакции пока ничего не знаете, то тут можно начать: https://habr.com/ru/company/otus/blog/716658/

Я вам тут из линкедина (запрещено в РФ и что то там еще) принес хорошую шпаргалку по операторам и функциям в SQL

Статья, нелепая в своей комичности, но автор явно специально все гиперболизиловал. Наглядно показано, что системный аналитик как писарь ТЗ нужен как раз для случаев, когда работает с некомпетентными и равнодушными кодерами. Ведь любому адекватному человеку понятно, что надо просто вдвоем без аналитика договориться по форматам, ну может быть попросить потом аналитика добавить это в таску. И что самое печальное, таких горе кодеров по прежнему очень много, как и горе аналитиков и тестировщиков. В целом посыл - люди, делайте работу на совесть и думайте на шаг вокруг вас и всем станет работать гораздо проще и эффективнее. https://habr.com/ru/company/otkritie/blog/721290/

Можно по разному относиться к Денису Бескову, но вот за эту инициативу ему однозначно плюс в карму. Люди должны знать глоссарий, особенно, если учат этому других! https://blog.systems.education/systems-analytics-bullshit-ac6d3f580c15

Если вы все еще пишете подробную документацию на свои сервисы (я не пишу, но мнения могут быть разные), то коллеги из МТС поделились неплохим шаблоном описания микросервиса, все важные моменты освещены. Избыточность описания оставлю на ваш суд) https://habr.com/ru/company/ru_mts/blog/722132/

День продуктовых полезностей: Канбан - краткое руководство

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

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

Оглавление крутой книжки

1. Что такое Канбан?
2. Ценности Канбана
3. Повестки Канбана
4. Основополагающие принципы Канбана
- Принципы управления изменениями
- Принципы предоставления сервисов
5. О поточных системах
- Закон Литтла
6. Основные практики Канбана
- Визуализируй
- Ограничивай количество незавершенной работы
- Управляй потоком
- Делай правила работы явными
- Внедряй циклы обратной связи
- Улучшатесь совместно, эволюционируйте на основе экспериментов
6. Внедрение Канбан-метода в организации
- Системный подход для представления Канбана (STATIK)
- Лакмусовый Тест для Канбана Роли в Канбане
7. Прогнозирование и метрики
8. Расширение сферы применения Канбана
9. Дополнительная информация о Канбан

____

Хорошей недели, Ваш @blackproduct

👍 — Круть, спасибо!

👎 — не интересно

🔥 — огонь

Очень толковое выступление на Ted Talks про то, как сделать наши коммуникации лучше. Помимо главного - слушай своего собеседника, там есть другие моменты, на которых я ловил себя: я реально начинал что то делать параллельно со встречей - залипать в телеге или отвечать на письмо по работе и ловил себя на том, что и письмо так себе и контекст встречи я потерял. Да, у меня есть скилл реагировать на ключевые слова в беседе и включаться, но это не отменяет того, что ты потерял контекст обсуждения. И это важный совет - если ты не можешь участвовать в обсуждении - срочная задача или даже не срочная, но увлекательная - выйди, так будет лучше всем, иначе нигде не преуспеешь. А какие пункты зашли вам больше всего? https://www.ted.com/talks/celeste_headlee_10_ways_to_have_a_better_conversation#t-136370

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