Достаточно интересная статья от Ozon про их доменную структуру команд. Что оттуда полезного можно вынести:
1. БА, СА и ДА относятся не к технической, а бизнесовой команде. И на мой взгляд это правильно!
2. Разработчики тоже глубоко погружаются в бизнес. И это тоже правильно
3. Команды большие и поделить их на кросс-функциональные и независимые не получается. И это жизнь, у нас, например, тоже не получается построить полностью независимые команды.
https://habr.com/ru/company/ozontech/blog/724498/

Крутая статья про документацию. Я честно скажу - терпеть не могу писать документацию и всячески поддерживаю инициативу введения роли технического писателя. А в этой статье роль как раз и описана. А еще описаны проблемы документации. На моей практике чаще всего встречались 2 и 3, хотя и 4 часто бывает и она особенно убивает мотивацию пользоваться документацией, реально в разы проще и главное надежнее спросить! https://habr.com/ru/company/oleg-bunin/blog/648317/

Достаточно техническая статья про Event driven системы. И про частые ошибки их создания. https://theboreddev.com/common-mistakes-in-event-driven-systems/

Почитал статью от ребят из RuVDS про индексы. Такое впечатление, что из книжек надергали определений и объяснений, примеров, как это работает по конкретному поисковому запросу (хотя бы на пальцах) не хватило. https://habr.com/ru/companies/ruvds/articles/724066/

И сразу еще один серьезный заход - про Event storming. Достаточно толково, с описанием всех артефактов и самого подхода. Для меня стало открытием, что люди его используют и для непосредственного проектирования ПО. Я обычно строил описание процессов на ES, а дальше уже раздергивал на конкретное ПО и задачи уже без применения методик. https://agilemindset.ru/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-event-storming/

Статья про event Sourcing - как один из вариантов реализации потока изменений объектов. Предлагается хранить это все не в БД, а в последовательном логе событий. Мне немного сложно представить себе хранение информации в таком виде, как единственный источник, я всегда воспринимал, например, журнал транзакций в БД (а это как раз один из первых примером ES), как дополнительный источник информации и способ откатиться на определенное состояние. Что это перерастет БД я не верю. Хотя раньше люди не верили, что можно будет в БД JSONы хранить. https://habr.com/ru/companies/ruvds/articles/718768/

Интересная статья про способы организации доставки сообщений через брокеры. Интересна в первую очередь тем, что тут помимо хотя бы раз доставим и хотя бы раз отправим есть и один и только один раз доставим ьhttps://softwaremill.com/message-delivery-and-deduplication-strategies/

Интересная статья про проектирование. Я от части согласен с автором, что история с детальным проектированием действительно не вотчина аналитика. И очень часто остальную часть проектирования, когда нужно модель положить на код как то опускают и при оценке и при осмечивании и при учете сроков. Хотя, как справедливо заметил автор, это больше половин работы. Так же согласен про БД - я искренне не понимаю, зачем аналитика заставляют детально проектировать БД, индексы и раскладку по таблицам. Да, есть любопытные, типа меня, которые сами в это лезут, но требовать этого от аналитика в принципе - достаточно глупо. Он просто не умеет этого нормально делать, если он не бывший разработчик или DBA. Не согласен я лишь в том, что аналитик не должен проектировать. Должен, и моделировать и проектировать. Этим он повышает свою ценность и чем ниже он может опуститься в уровнях абстракции, тем более дешевых разработчков можно брать к нему в команду https://habr.com/ru/companies/ssp-soft/articles/728758/

Пример того, как делать не надо. X5 поделились своими "хаками" по написанию пользовательских историй. В итоге - просто взяли классическое ТЗ (с проектным решением) и переписали в формате стори. В итоге никакого креатива команде не добавилось, сами, как решить задачу придумать они не могут. Еще и подробность, присущую ТЗ потеряли. В целом - большой минус Х5 за подобные подходы. https://habr.com/ru/companies/X5Tech/articles/723742/

Только вчера рассказывал на АД про бережливое управление требованиями и тут нахожу статью, почти противоположную https://habr.com/ru/companies/rtlabs/articles/730806/. Автор топит за максимально подробное описание требований, судя по все обоснованно топит. А значит разработчики на госуслугах не ахти какие, раз им все так подробно вплоть до полей надо расписывать. Я по прежнему придерживаюсь мнения, что чем глубже команда погружена в предметную область, тем меньше можно и нужно расписывать!

Тут коллеги из AgileFluent проделали огромный труд и собрали у себя большой список агрегаторов вакансий, в том числе по профессиям

Собрали для вас список сайтов с вакансиями для разработчиков, аналитиков, продактов, проджектов, маркетологов и дизайнеров. Держите и делитесь с друзьями :)

Software
Dice | Crunchboard | End-to-End Computing | Toughbyte | ai-jobs.net | DataJobs | Jobtensor | Germantechjobs | KeyValues | TripleByte | WhiteTruffle | Underdog.io

Analytics
ai-jobs.net | icrunchdata | DataJobs | Digital Analytics Association | KDnuggets | Open Data Science | Starbridge Partners | Big Data Jobs | Dice | arc.dev | datajobs | datayoshi | dataumbrella | outerjoin

Product
Product Manager HQ | Mind the Product | Product Hired | Women in Product | Product School | Product Manager Job Board | Product Marketing Alliance | ProductHunt | Lenny's Job Board

Project
PMWorld 360 Magazine | Project Management Crossing | Project Manager Jobs | Project Management Institute

Marketing
American Marketing Association | MarketingHire.com | Society for Marketing Professional Services | Hey Marketers | DGMG Jobs | Demand Curve | Mediabistro | ProBlogger | OnlyMarketingJob | Swipfiles | MarketingWeek | ExitFive | MediaBistro

Design
Design Jobs Board | Behance | Dribbble | Authentic Jobs | Early Stage Design Jobs | Creative Mornings | AIGA Design Jobs | Creativepool | Mediabistro | Shillington | Coroflot | IfYouCould | DesignObserver | Awwwards | GetCreativeJob | Krop

GameDev
GameDevMap | Ingame job | Talents in Games | GDTalents | ArcadJobes | GameDeveloper | GameIndustry.biz | GameDevJobs | GameJobHunter

All industries
Indeed | Glassdoor | LinkedIn | Facebook | Craigslist | Monster | CareerBuilder | SimplyHired | StepStone | Beyond | Jobspresso | Google Careers | Relocate.me | Layboard | Built in

Remote and flexible work
We Work Remotely | Odesk | FlexJobs | Remoters | remote.co | JustRemote | Pangain | Remotive | SkipTheDrive | RemoteOk | WorkingNomads | JobEspresso | remocate.app

StartUps
AngelList | StartUpHire | The Muse | StartupJobs | YCombinator | StartupList | Upwork | Startupers | AuthenticJobs | Hired | Gigster | WorkingNotWorking | EuStartups

Список из 50 джоб-бордов можно забрать тут: https://agilefluent.notion.site/fb2fd24bb1db46e6b8cf1b4f60c65a0d?v=1449ec36b45646cca6d6133aa67026ad

#jobboards_AgileFluent

Коллеги, всего 11 человек хотят поболтать?

Очень крутая статья Максима Цепкова из цикла про самоопределение. Модель Белбина я знал и читал про нее и даже постоянно борюсь сам с собой, что же мне ближе - Генератор идей или Исследователь ресурсов (судя по тому, что обозреваю чужие статьи, а не пишу свои - все же исследователь). А вот модель счастья Хелен-Фишер для меня в новинку, но очень многое ставит на свои места, понял, что я бегу за дофамином) https://vc.ru/hr/586589-schaste-ne-v-professii-ili-dolzhnosti-a-v-haraktere-deyatelnosti

А вот и видео, которое рекомендовал Максим в статье выше. Анна Обухова прекрасный спикер, очень хорошо разбирается и в психологии и в построении высокомотивированных и высокопроизводительных команд. Не буду делать перевод от гоблина - просто рекомендую посмотреть, полезно https://www.youtube.com/watch?v=d28y5MSvhKA

Одно из самых интересных и полезных видео за последнее время. Проектирование системы или System Design интервью - это одно из очевидных, но непростых направлений роста для СА https://youtu.be/Wh5Ya6UFG1k

У нас победил вторник, 2 мая в 19 часов по Москве. Накидайте в комментарии тем на поговорить, пожалуйста

На мой вкус статья достаточно большая и излишне запутанная, но надо отдать должное автору, в каждом абзаце чувствуется боль, через которую пришлось идти на пути к цели. Банковская сфера на ряду с телекомом может считаться одной из самых сложных и насыщенных. И не всегда просто понять, как работает тот или иной сервис или кусок кода. Однако на моей практике часто было непонятно, насколько актуальна та дока, которая есть на сервис, что добавиляло энтропии. Предлагаю вам самостоятельно докинуть ещё дополнений к опыту автора. https://habr.com/ru/companies/alfa/articles/730620/

Фундаментальная статья про микросеовисы и их взаимодействие. Описывает основные паттерны организации асинхронного взаимодействия https://habr.com/ru/companies/itq_group/articles/729948/