Я как обычно читаю с конца, так что вот первая статья из цикла Максима. Про классические требования. Там, кстати, очень интересная мысль, почему системных аналитиков на заре развития текущей (с рубежа веков) айтишечки раньше не было. 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

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

Стратегии адаптации к стремительно меняющемуся миру: не бояться [не лениться?] браться за задачи с открытыми вопросами

Я убеждён, что GPT-4/5/N, Midjourney v5/vN, Stable Diffusion не будут увольнять людей. Я убеждён, что они все будут увольнять людей.

Вопрос кого уволят, а кого нет.

Если вы посмотрите на то, как распространялись инструменты автоматизации за последние 300 лет, то люди со временем занимаются всё более и более творческими задачами, рутинные, тяжёлые и механические работы автоматизируются. В США сейчас меньше 2% фермеров обеспечивают большую часть потребностей страны в еде и сырье для других индустрий. Современный фермер выдаёт на несколько порядков больше, чем его предок триста лет назад. Сеятелей тракторы заменили, а фермеров-предпринимателей нет.

Я убеждён, что AI, даже в текущем его виде, это инструмент/усилитель для людей, которые занимаются творческим трудом, такой же, каким являются трактор и автоматические системы орошения являются усилителями для фермеров.

Но!

Если сейчас человек работает только по ТЗ, не готов идти в неопределённость, искать ответы на вопрос “а какой образ результата?”, “а именно эту штуку надо делать? ачтобычто?”, “а может надо делать вообще что-то другое?”, “а как эту штуку можно сделать круче/дешевле/эффективнее?”, тогда таких людей заменят.

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

А вот если задача формируется открытым вопросом “а какой самый эффективный, дешёвый и качественный способ онбордить наших клиентов?” или “как написать лучшую книгу по продакт-менеджменту”, тогда нейросети это усилитель

И ещё одна статья про требования и иже с ними. Евгений Скориков описал u принцип выявления требований, который говорит, что невозможно выявить сразу все требования. Все равно после итерации выявления вы пойдете в проектирование и поймёте, что чего то не хватает. Только есть ощущение, что это скорее не u принцип, а скорее принцип синусоида. https://habr.com/ru/post/706956/

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