Forwarded from Analyst Marathon
Друзья! До старта конференции AM#5 остался месяц, и мы начинаем представлять вам наших замечательных спикеров.
…Когда я искал материал для прошлой конференции - познакомился с Иннокентием Бодровым. Мы очень быстро нашли общий язык, так как представленный им материал был «на уровне», и оставалось только немного переработать его под формат конференции. Однако, вся программа конференции на тот момент уже была сформирована, и я смог выделить Иннокентию только «короткий слот». Но это же не проблема для профессионала – он отлично осветил важную тему даже в коротком докладе! Исправляем ситуацию и предоставляем возможность Иннокентию Бодрову открыть конференцию, на этот раз уже с полноценным по времени докладом:
«Аналитик в Agile. Как задумывалось — и как сейчас работать»
У Иннокентия большой опыт работы аналитиком в разных доменах: начинал с ERP, работал в FinTech и Telecom компаниях. На собственном опыте испытал, каково это — работать в огромных корпорациях и в небольших стартапах. Поэтому речь пойдет именно о том, как аналитику эффективно действовать в рамках гибких методологий — в зависимости от типа и размера организации. Иннокентий обоснует и продемонстрирует разные варианты организации работы аналитика с командой, подтвердит эффективность этих подходов кейсами из собственного опыта. А ещё поделится идеями - как нужно профессионально расти или двигаться аналитику, чтобы не потерять актуальность в быстром мире гибких методологий.
Присоединяйтесь к Аналитическому марафону#5, берите на вооружение глубоко осмысленный опыт профессионалов!
Доступ здесь: https://bit.ly/2ZxZfGP
…Когда я искал материал для прошлой конференции - познакомился с Иннокентием Бодровым. Мы очень быстро нашли общий язык, так как представленный им материал был «на уровне», и оставалось только немного переработать его под формат конференции. Однако, вся программа конференции на тот момент уже была сформирована, и я смог выделить Иннокентию только «короткий слот». Но это же не проблема для профессионала – он отлично осветил важную тему даже в коротком докладе! Исправляем ситуацию и предоставляем возможность Иннокентию Бодрову открыть конференцию, на этот раз уже с полноценным по времени докладом:
«Аналитик в Agile. Как задумывалось — и как сейчас работать»
У Иннокентия большой опыт работы аналитиком в разных доменах: начинал с ERP, работал в FinTech и Telecom компаниях. На собственном опыте испытал, каково это — работать в огромных корпорациях и в небольших стартапах. Поэтому речь пойдет именно о том, как аналитику эффективно действовать в рамках гибких методологий — в зависимости от типа и размера организации. Иннокентий обоснует и продемонстрирует разные варианты организации работы аналитика с командой, подтвердит эффективность этих подходов кейсами из собственного опыта. А ещё поделится идеями - как нужно профессионально расти или двигаться аналитику, чтобы не потерять актуальность в быстром мире гибких методологий.
Присоединяйтесь к Аналитическому марафону#5, берите на вооружение глубоко осмысленный опыт профессионалов!
Доступ здесь: https://bit.ly/2ZxZfGP
analyst-marathon.timepad.ru
Analyst Marathon #5. Аналитик в Agile. Интеграция систем - кейсы и инструменты. Видеозапись / События на TimePad.ru
Главные темы конференции:
Аналитик в Agile — как работать и быть эффективным.
Интеграция систем — практические кейсы и инструменты.
Аналитик в Agile — как работать и быть эффективным.
Интеграция систем — практические кейсы и инструменты.
Интересный взгляд та то, что далеко не все возможности сконцентрированы в цифровом мире, а пожилое население тоже может быть хорошей ЦА
Forwarded from Дизраптор
Прогресс против бабушек, или почему нельзя игнорировать возрастную аудиторию
Сеть супермаркетов из Нидерландов под названием Jumbo (вторая сеть в стране с 600+ магазинами) внедряет "медленные кассы". Еще их называют "кассы для поболтать". Как несложно понять из названия, кассы созданы для людей, которые не особенно спешат, и для которых покупки - не только необходимая рутина (которую нужно побыстрее сделать и забыть), но и приятный процесс или даже развлечение. На таких кассах можно поболтать с кассиром или перекинуться парой фраз с соседом по очереди. Недовольно цокать при этом никто не будет, ведь это отдельная касса, специально сделанная для такого времяпрепровождения. Короче говоря, многим пожилым людям может прийтись по душе
Jumbo позиционирует свою инициативу как ответ инновациям, обезличивающим процесс покупок. Например, кассам самостоятельного обслуживания и всяким другим фаст-чекаутам. При этом это никакой не луддизм, а всего-навсего улучшение позиционирования для одного конкретного сегмента - пожилых покупателей. Я сначала подумал, что это маркетинговая замануха для привлечения внимания к бренду, но нет - Jumbo планируют открыть 200 таких касс до конца года (т.е. в каждом третьем магазине). Вполне серьезная инициатива
Тут я задумался. Пожилые люди составляют примерно 15-20% от мирового населения. И эта доля явно будет расти, потому что продолжительность увеличивается. В развитых странах тем более. Рынок огромный. Тем не менее, большинство инноваций и технологических новшеств нацелены либо на ускорение процесса, либо на его диджитализацию (часто и на то, и на то). Для сферического потребителя в вакууме - резонно, для отдельных сегментов (в т.ч. возрастных потребителей) - не факт
Я лично не смог с ходу вспомнить крутых инновационных решений, специально нацеленных на возрастную аудиторию. И хрен бы с ними с инновациями - на то они и инновации, чтобы быть направленными в будущее, а оно, как бы печально это ни было, создается без оглядки на возрастной сегмент. Но даже маркетинговых инициатив для бабушек и дедушек по пальцем пересчитать. Вспомнилась разве что акция Tele2 "Переведи бабушку в интернет", да и пожалуй все
В связи с этим обращаюсь к нашему крутому и многогранному сообществу. Если вы знаете крутые маркетинговые инициативы или инновационные решения для возрастной аудитории, напишите в комментах к этому посту
И да, теперь у нас есть комменты. Они будут не для всех постов, но к некоторым буду добавлять
#протренд
https://t.iss.one/disruptors_only
Сеть супермаркетов из Нидерландов под названием Jumbo (вторая сеть в стране с 600+ магазинами) внедряет "медленные кассы". Еще их называют "кассы для поболтать". Как несложно понять из названия, кассы созданы для людей, которые не особенно спешат, и для которых покупки - не только необходимая рутина (которую нужно побыстрее сделать и забыть), но и приятный процесс или даже развлечение. На таких кассах можно поболтать с кассиром или перекинуться парой фраз с соседом по очереди. Недовольно цокать при этом никто не будет, ведь это отдельная касса, специально сделанная для такого времяпрепровождения. Короче говоря, многим пожилым людям может прийтись по душе
Jumbo позиционирует свою инициативу как ответ инновациям, обезличивающим процесс покупок. Например, кассам самостоятельного обслуживания и всяким другим фаст-чекаутам. При этом это никакой не луддизм, а всего-навсего улучшение позиционирования для одного конкретного сегмента - пожилых покупателей. Я сначала подумал, что это маркетинговая замануха для привлечения внимания к бренду, но нет - Jumbo планируют открыть 200 таких касс до конца года (т.е. в каждом третьем магазине). Вполне серьезная инициатива
Тут я задумался. Пожилые люди составляют примерно 15-20% от мирового населения. И эта доля явно будет расти, потому что продолжительность увеличивается. В развитых странах тем более. Рынок огромный. Тем не менее, большинство инноваций и технологических новшеств нацелены либо на ускорение процесса, либо на его диджитализацию (часто и на то, и на то). Для сферического потребителя в вакууме - резонно, для отдельных сегментов (в т.ч. возрастных потребителей) - не факт
Я лично не смог с ходу вспомнить крутых инновационных решений, специально нацеленных на возрастную аудиторию. И хрен бы с ними с инновациями - на то они и инновации, чтобы быть направленными в будущее, а оно, как бы печально это ни было, создается без оглядки на возрастной сегмент. Но даже маркетинговых инициатив для бабушек и дедушек по пальцем пересчитать. Вспомнилась разве что акция Tele2 "Переведи бабушку в интернет", да и пожалуй все
В связи с этим обращаюсь к нашему крутому и многогранному сообществу. Если вы знаете крутые маркетинговые инициативы или инновационные решения для возрастной аудитории, напишите в комментах к этому посту
И да, теперь у нас есть комменты. Они будут не для всех постов, но к некоторым буду добавлять
#протренд
https://t.iss.one/disruptors_only
Сегодня будет митап для аналитиков от Альфа банка. Будет и онлайн и оффлайн в московском офисе Альфы. Москвичи - хороший шанс на нетворкинг, а еще обещают и закрытую оффлайн часть мероприятия
Forwarded from Alfa Analyze IT
ANALYZEIT#5 — митап от сообщества аналитиков Alfa Digital
Пройдёт 7 октября 2021 в 19:00 в Москве в двух форматах: онлайн и офлайн.
Регистрация и адженда тут
Пройдёт 7 октября 2021 в 19:00 в Москве в двух форматах: онлайн и офлайн.
Регистрация и адженда тут
Думаю тут заглянуть на митап живьем, редко такие мероприятия в последнее время проводят оффлайн.
Forwarded from BA community
🔥 Интереснейший митап для системных и бизнес аналитиков!
📌 Подробнее о мероприятии:
Уже долгое время FinTech является одним из самых бурно развивающихся доменов. Банки окончательно перебираются в онлайн и всеми силами стараются обеспечить себе конкурентное преимущество, предложив своим клиентам самые передовые IT-решения. И, разумеется, подобные проекты просто не могут обойтись без бизнес- и системных аналитиков. Именно для них и предназначается наш митап!
Эксперты из Andersen, Альфа-Банк и Deutsche Bank TechCentre расскажут вам о развитии проектов, о работе банковских SA и использовании интеграций.
Будет полезно!
👉🏻 Когда: Ждём вас 27 октября, в 19.00 (GMT +3)
🏛 Где: Санкт-Петербург, БЦ Ренессанс холл, Владимирский пр. д. 23, 8 этаж
Нетворкинг, вопросы спикерам, возможность обсудить доклады с комьюнити - это стоит того, чтобы выбраться из дома!
🖍 Как записаться: Для участия в митапе заполните форму:
https://forms.gle/6djkhFmCcDVFeKox6
🗣 Спикеры:
👉🏻 Андрей Абразовский
Andersen
История эволюции ФинТех проекта от монолита до микросервисной архитектуры.
👉🏻 Алексей Лобзов
Альфа-Банк
Три факта о работе системного аналитика в Банке
👉🏻 Олег Кармалеев
Deutsche Bank TechCentre
Интеграции: разные виды и их использование в банке.
Google Docs
SA/BA meetup 27 октября
27.10.21, 19.00 (GMT+3)
Санкт-Петербург Владимирский пр. 23, БЦ Ренессанс холл, 8 этаж
офис международной ИТ-компании Andersen
SA & BA Meetup by Andersenlab.com
Митап пройдет в нашем офисе в Санкт-Петербурге (РФ). А так же будет транслироваться в онлайн
📌 Подробнее о мероприятии:
Уже долгое время FinTech является одним из самых бурно развивающихся доменов. Банки окончательно перебираются в онлайн и всеми силами стараются обеспечить себе конкурентное преимущество, предложив своим клиентам самые передовые IT-решения. И, разумеется, подобные проекты просто не могут обойтись без бизнес- и системных аналитиков. Именно для них и предназначается наш митап!
Эксперты из Andersen, Альфа-Банк и Deutsche Bank TechCentre расскажут вам о развитии проектов, о работе банковских SA и использовании интеграций.
Будет полезно!
👉🏻 Когда: Ждём вас 27 октября, в 19.00 (GMT +3)
🏛 Где: Санкт-Петербург, БЦ Ренессанс холл, Владимирский пр. д. 23, 8 этаж
Нетворкинг, вопросы спикерам, возможность обсудить доклады с комьюнити - это стоит того, чтобы выбраться из дома!
🖍 Как записаться: Для участия в митапе заполните форму:
https://forms.gle/6djkhFmCcDVFeKox6
🗣 Спикеры:
👉🏻 Андрей Абразовский
Andersen
История эволюции ФинТех проекта от монолита до микросервисной архитектуры.
👉🏻 Алексей Лобзов
Альфа-Банк
Три факта о работе системного аналитика в Банке
👉🏻 Олег Кармалеев
Deutsche Bank TechCentre
Интеграции: разные виды и их использование в банке.
Google Docs
SA/BA meetup 27 октября
27.10.21, 19.00 (GMT+3)
Санкт-Петербург Владимирский пр. 23, БЦ Ренессанс холл, 8 этаж
офис международной ИТ-компании Andersen
SA & BA Meetup by Andersenlab.com
Митап пройдет в нашем офисе в Санкт-Петербурге (РФ). А так же будет транслироваться в онлайн
Смог на выходных выделить время на чтение статей. Прочитал небольшую статью Дениса Гобова про термины в BABOK 3. Денис разобрал 4 термина: Требование, Дизайн, Бизнес-аналитическая информация и Архитектура требований. Вышло емко и интересно, рекомендую к прочтению. Если кто то видел вторую и последующие части - пишите в комментарии
#article #BABOK #requirements
#article #BABOK #requirements
ArtofBA
BABOK 3. Термины, которые могут сбить вас с толку Ч.1
В 2011 году я узнал о существовании книги «A Guide to the Business Analysis Body of Knowledge. V2”, в простонародье - BABOK. Я тщательно изучил ее, сдал экзамен, начал проводить BABOK Study Group и тренинги. Я все лучше и лучше понимал заложенные в ней принципы…
И еще раз всем привет!
Последнее время, в ходе работы в продуктовых командах обратил внимание, что многие недооценивают важность и плюсы грумминга бэклога.
Грумминг или в новом Scrum Guide- Product Backlog Refinement (PBR), это один из ритуалов в работе с бэклогом продукта и подготовке к планированию спринта. Многие команды воспринимают грумминг, как встречу лидов, где они планируют спринта, а на планировании просто уже распределяют задачи на команду.
Но на самом деле грумминг - это фиксация того самого этапа Дизайна, отсутствие которого так беспокоит многих сторонних водопадной модели. Результатом Грумминга являются истории, который четко соответствуют критериям готовности к разработке (Definition of Ready) и перечень вопросов по тем историям, которые еще не готовы пойти в работу.
Подготовка у Груммингу - это по сути основная часть аналитической работы, с которой сталкиваюсь я, как член команды разработки. И от качества моей работы напрямую зависит, сколько времени займет грумминг даже одной истории. Например, могу сказать, что когда я не нашел двух часов на проработку задачи перед груммингом, грумминг вылился в эти же два дополнительных часа, но только уже для 9 человек, итого вместо двух - восемнадцать рабочих часов. Этот момент стал для меня уроком, теперь максимум проработки делаем до грумминга, иногда привлекая других членов команды или архитектора для детальной проработки.
Итак, как мы готовим историю к груммингу:
1. Продакт приносит фичу, как правило эпик, поэтому первая часть - это обсудить все с продактом, сформировать список открытых вопросов по бизнес-смыслам, понять, что нужно бизнесу. Дальше мы делим этот список по тем стейкхолдерам, которые могут нам помочь, и решаем кто из нас к какому стейкхолдеру пойдет. Определяем, как правило, по уровню отношений со стейкхолдерами и по направлению бизнеса. Например, сейчас у меня сложились хорошие отношения с нашими департаментом финансов и все истории, касающиеся финансов или бухгалтерии, прорабатываю я (да-да, занудство с проводками - наш конёк).
2. Общаемся с архитектором, чтобы понять, может ли история затронуть бизнес-критичные сервисы или сервисы других команд. Понимаем, нужно ли нам создавать новые сервисы и куда мы это будем размещать физически - на отдельную машину, в отдельный контейнер, думаем про нагрузку, балансировку и т.п. Обычно на выходе есть набор НФТ и компонентов + понимание, какие технические таски могут понадобиться.
3. Опционально. Если история затрагивает несколько команд и добавляет значимые изменения, то мы собираем архитектурный комитет со всеми заинтересованными командами, техническим и корпоративным архитекторами. На комитете обсуждаем, какая команда когда и что сможет реализовать и как это будет аффектить на остальных. На выходе это обычно роад мап по реализации всей истории в продуктиве.
4. Дальше начинаемся много "бумажной работы". Надо описать все стори, на которые побили фичу, подготовить по ним критерии приемки, описать бизнес-правили, которые влияют на истории, описать основные кейсы, которые будем покрывать, на основании кейсов тестировщики потом подготовят свои тестовые кейсы для проверки фичи и для включения в регресс. Это основное время, которое тратится на подготовку к груммингу.
5. Еще раз по всему пройтись с продактом, проверить, что все сходится и ничего не упустили.
6. И вот теперь можно рассказать всей команде, что же нам нужно будет сделать. Тут, как правило, возникает еще целая пачка вопросов, которые мы с продактом и архитектором пропустили. И это нормально, ради этого грумминг и проводится. Наша задача - подготовить для команды бизнес-смыслы и наброски решения. Если мы хорошо подготовились к груммингу, то на все вопросы мы можем сразу найти ответы и у нас с командой зафиксируется правильно понимание того, что нужно сделать, сформируется список тасок для реализации истории и оценка по реализации, влезем мы вообще в один спринт или нет.
Последнее время, в ходе работы в продуктовых командах обратил внимание, что многие недооценивают важность и плюсы грумминга бэклога.
Грумминг или в новом Scrum Guide- Product Backlog Refinement (PBR), это один из ритуалов в работе с бэклогом продукта и подготовке к планированию спринта. Многие команды воспринимают грумминг, как встречу лидов, где они планируют спринта, а на планировании просто уже распределяют задачи на команду.
Но на самом деле грумминг - это фиксация того самого этапа Дизайна, отсутствие которого так беспокоит многих сторонних водопадной модели. Результатом Грумминга являются истории, который четко соответствуют критериям готовности к разработке (Definition of Ready) и перечень вопросов по тем историям, которые еще не готовы пойти в работу.
Подготовка у Груммингу - это по сути основная часть аналитической работы, с которой сталкиваюсь я, как член команды разработки. И от качества моей работы напрямую зависит, сколько времени займет грумминг даже одной истории. Например, могу сказать, что когда я не нашел двух часов на проработку задачи перед груммингом, грумминг вылился в эти же два дополнительных часа, но только уже для 9 человек, итого вместо двух - восемнадцать рабочих часов. Этот момент стал для меня уроком, теперь максимум проработки делаем до грумминга, иногда привлекая других членов команды или архитектора для детальной проработки.
Итак, как мы готовим историю к груммингу:
1. Продакт приносит фичу, как правило эпик, поэтому первая часть - это обсудить все с продактом, сформировать список открытых вопросов по бизнес-смыслам, понять, что нужно бизнесу. Дальше мы делим этот список по тем стейкхолдерам, которые могут нам помочь, и решаем кто из нас к какому стейкхолдеру пойдет. Определяем, как правило, по уровню отношений со стейкхолдерами и по направлению бизнеса. Например, сейчас у меня сложились хорошие отношения с нашими департаментом финансов и все истории, касающиеся финансов или бухгалтерии, прорабатываю я (да-да, занудство с проводками - наш конёк).
2. Общаемся с архитектором, чтобы понять, может ли история затронуть бизнес-критичные сервисы или сервисы других команд. Понимаем, нужно ли нам создавать новые сервисы и куда мы это будем размещать физически - на отдельную машину, в отдельный контейнер, думаем про нагрузку, балансировку и т.п. Обычно на выходе есть набор НФТ и компонентов + понимание, какие технические таски могут понадобиться.
3. Опционально. Если история затрагивает несколько команд и добавляет значимые изменения, то мы собираем архитектурный комитет со всеми заинтересованными командами, техническим и корпоративным архитекторами. На комитете обсуждаем, какая команда когда и что сможет реализовать и как это будет аффектить на остальных. На выходе это обычно роад мап по реализации всей истории в продуктиве.
4. Дальше начинаемся много "бумажной работы". Надо описать все стори, на которые побили фичу, подготовить по ним критерии приемки, описать бизнес-правили, которые влияют на истории, описать основные кейсы, которые будем покрывать, на основании кейсов тестировщики потом подготовят свои тестовые кейсы для проверки фичи и для включения в регресс. Это основное время, которое тратится на подготовку к груммингу.
5. Еще раз по всему пройтись с продактом, проверить, что все сходится и ничего не упустили.
6. И вот теперь можно рассказать всей команде, что же нам нужно будет сделать. Тут, как правило, возникает еще целая пачка вопросов, которые мы с продактом и архитектором пропустили. И это нормально, ради этого грумминг и проводится. Наша задача - подготовить для команды бизнес-смыслы и наброски решения. Если мы хорошо подготовились к груммингу, то на все вопросы мы можем сразу найти ответы и у нас с командой зафиксируется правильно понимание того, что нужно сделать, сформируется список тасок для реализации истории и оценка по реализации, влезем мы вообще в один спринт или нет.
Блог ScrumTrek
Уточнение Бэклога Продукта [Груминг Бэклога] (Product Backlog Refinement) — Словарь терминов Scrum
Активность, которая проводится Владельцем Продукта при участии всех членов команды. Включает добавление деталей, оценку и упорядочивание элементов в Бэклоге Продукта.
Не относится к официальным Мероприятиям Скрама, однако зачастую проходит в виде мероприятия…
Не относится к официальным Мероприятиям Скрама, однако зачастую проходит в виде мероприятия…
У нас достаточно большие истории и, как правило, в спринт мы делаем от 2 до 5 историй, поэтому вопрос, а влезет ли в спринт для нас актуален. Иногда приходится выделять самостоятельные истории и выносить их дальше.
Описанный выше процесс у нас в стадии отладки, полируем, вносим небольшие корректировки, но он уже показал себя, как достаточно эффективный и мы планируем развивать его дальше.
Если у вас эта тема отозвалась или у вас процесс построен совсем по-другому, добро пожаловать в комментарии - обсудим.
P.S. Спасибо автору вот это статьи про грумминг историй, за то что натолкнул меня на эти мысли!
Описанный выше процесс у нас в стадии отладки, полируем, вносим небольшие корректировки, но он уже показал себя, как достаточно эффективный и мы планируем развивать его дальше.
Если у вас эта тема отозвалась или у вас процесс построен совсем по-другому, добро пожаловать в комментарии - обсудим.
P.S. Спасибо автору вот это статьи про грумминг историй, за то что натолкнул меня на эти мысли!
Хабр
Как грумить задачу: чек-лист с примерами
Наша разработка постоянно растет, поэтому приходится онбордить по несколько человек в месяц и каждому рассказывать, как правильно грумить задачи. Обучать груму «вручную» больно, потому что это...
Всем привет! Прочитал интересный гайд по User stories. Если это пока ещё сложно для вас, то рекомендую почитать https://habr.com/ru/post/577420/
#article #userstory
#article #userstory
Хабр
Гайд по User Stories для Junior BA / PO / PM
Статья будет полезная Junior-специалистам, которые так или иначе работают с документацией на проекте. В статье рассматриваются как сами пользовательские истории, так и критерии, по которым можно...
Всем привет. Очень короткая статья про Definition of done. Простыми словами описываются три основных критерия, по сути, реальные DoD являются производными от них, время чтения 3 минуты.
#userstory #article
#userstory #article
Medium
When Is a Story Done? Three Criteria to Decide
"Done" is straightforward, clear-cut. So, when we talk about user stories being "done," why is it so difficult to agree on a definition?
Утренний обзор на статью. Ваш Scrum не взлетает, по-прежнему что-то пилите, но не видите ценности? В этой статье ребята из LeadStartup рассказывают об основных причинах, почему скрам может не работать.
#article #scrum
#article #scrum
Хабр
Почему мы провалили Scrum
Антон работает тимлидом в продуктовой компании. Его команда разрабатывает информационно-аналитическую систему для бизнеса и госкомпаний. В проекте много хаоса, команда ничего не успевает, и Антон...
Пока больше хороших статей не попалось на глаза и вдохновение на свой посте не приходит начну закидывать ссылки на открытые уроки нашей линейки курсов по системному анализу в Отусе.
Первым опубликую вводный вебинар о роли и месте СА в процессе разработки ПО. https://www.youtube.com/watch?v=yiWTht9yVzc
На нем проговорил, какие функции СА пересекаются с другими видами аналитиков и не только, а так же какие грейды аналитиков сейчас различают.
#otus #openlesson
Первым опубликую вводный вебинар о роли и месте СА в процессе разработки ПО. https://www.youtube.com/watch?v=yiWTht9yVzc
На нем проговорил, какие функции СА пересекаются с другими видами аналитиков и не только, а так же какие грейды аналитиков сейчас различают.
#otus #openlesson
YouTube
Системный аналитик и его место в IT // Демо занятие курса «Системный аналитик. Advanced»
На демо-занятии:
- разберем отличие СА от БА, дата-аналитика и продуктового аналитика
- узнаем, какого СА хочет видеть работодатель на рынке
- обсудим, куда расти СА в горизонтали и в вертикали.
«Системный аналитик. Advanced» - https://otus.pw/sDu2/
Преподаватель:…
- разберем отличие СА от БА, дата-аналитика и продуктового аналитика
- узнаем, какого СА хочет видеть работодатель на рынке
- обсудим, куда расти СА в горизонтали и в вертикали.
«Системный аналитик. Advanced» - https://otus.pw/sDu2/
Преподаватель:…
И сразу вдогонку второй открытый урок, который проводила Анна Вязанкина - лидер одного из стримов аналитики в ВТБ. "Как спроектировать АПИ и не умереть". https://youtu.be/nmqvohBFQag
Анна рассказала, что такое API и REST и почему API построенный по принципам REST - это хорошо. Так же Анна осветила лучшие практики по проектированию самого АПИ и обозначила ряд антипаттернов, связанных в первую очередь с именованием ресурсов. #otus #openlesson
Анна рассказала, что такое API и REST и почему API построенный по принципам REST - это хорошо. Так же Анна осветила лучшие практики по проектированию самого АПИ и обозначила ряд антипаттернов, связанных в первую очередь с именованием ресурсов. #otus #openlesson
YouTube
Как спроектировать REST API и не умереть? // Демо-занятие курса «Системный аналитик. Advanced»
На демо-вебинаре курса рассмотрим:
• Основные плюсы и фичи REST API
• Правильное разделение ресурсов в REST API
• Наследование ресурсов и абстрактные ресурсы
«Системный аналитик. Advanced» - https://otus.pw/KXYi/
Преподаватель: Анна Вязанкина - руководитель…
• Основные плюсы и фичи REST API
• Правильное разделение ресурсов в REST API
• Наследование ресурсов и абстрактные ресурсы
«Системный аналитик. Advanced» - https://otus.pw/KXYi/
Преподаватель: Анна Вязанкина - руководитель…
Еще один потенциально интересный митап. Для аналитиков из Новосибирска есть возможность поучаствовать оффлайн
Forwarded from Мишаня Сторожилов
Приглашаем на митап сообщества тимлидов в Новосибирске
28 октября, в четверг, проведем в оффлайне митап Team NSK Lead — для тимлидов и всех интересующихся.
Тема митапа — Discovery & Delivery
Тимлиды Plesk расскажут про Discovery — "как понять, ЧТО нам нужно построить?" и Delivery — "КАК мы будем строить, чтобы оно не сломалось"?
Спикеры:
— Алексей Филатьев, Unit manager, Plesk
— Олег Неумывакин, TeamLead, Plesk
Встречаемся в «Победе», как в старые добрые времена: живое общение, дискуссии со спикерами и участниками, еда и напитки. Есть ограничение на количество участников, поэтому не затягивайте с регистрацией.
Для тех, кто не сможет быть лично — будет трансляция и запись.
Описание докладов, детали про митап и регистрация — уже на сайте
https://teamlead.itmeetup.ru/
28 октября, в четверг, проведем в оффлайне митап Team NSK Lead — для тимлидов и всех интересующихся.
Тема митапа — Discovery & Delivery
Тимлиды Plesk расскажут про Discovery — "как понять, ЧТО нам нужно построить?" и Delivery — "КАК мы будем строить, чтобы оно не сломалось"?
Спикеры:
— Алексей Филатьев, Unit manager, Plesk
— Олег Неумывакин, TeamLead, Plesk
Встречаемся в «Победе», как в старые добрые времена: живое общение, дискуссии со спикерами и участниками, еда и напитки. Есть ограничение на количество участников, поэтому не затягивайте с регистрацией.
Для тех, кто не сможет быть лично — будет трансляция и запись.
Описание докладов, детали про митап и регистрация — уже на сайте
https://teamlead.itmeetup.ru/
Ура ура, выложили видео наших дебатов на Точке сборки, посвященные тому, где же аналитику лучше и теплее! Будет интересно узнать вашем мнение тут или на Youtube!
https://youtu.be/JLw_2a7Edms
https://youtu.be/JLw_2a7Edms
YouTube
Предвыборные дебаты
Бодров Иннокентий, Гаврилов Андрей, Максимов Михаил
"Пора сделать выбор! От проекта до продукта"
"Пора сделать выбор! От проекта до продукта"
Привет, ушел с головой в работу, но скоро вернусь. А пока что - полезность для аналитиков из банков