Записи предыдущих митапов
Close
Тема митапа: границы зоны ответственности аналитиков

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

Обсудили на митапе:
  • Как уровни влияния на задачи соотносятся с проектными ролями
  • К каким подразделениям может относиться аналитик, какие где плюсы-минусы
  • Как избежать конфликтов при коммуникациях
IT Analyst Online Meetup #3
27 апреля, 16:00 Мск
27 апреля, 16:00 Мск
Существуют разные профессиональные сообщества аналитиков, и это здорово! Локальные сообщества в городах, чаты вокруг профессиональных тем, внутренние сообщества в компаниях – аналитикам есть, где пообщаться.

Мы хотим сделать следующий шаг и дать аналитикам возможность общаться и обмениваться опытом между разными сообществами!

Так появился Analytics Online Meetup – мероприятие для аналитиков в формате Community-Driven, от сообществ для сообществ.

Тема митапа: границы зоны ответственности аналитиков

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

Обсудили на митапе:
  • Как уровни влияния на задачи соотносятся с проектными ролями
  • К каким подразделениям может относиться аналитик, какие где плюсы-минусы
  • Как избежать конфликтов при коммуникациях
IT Analyst Online Meetup
27 апреля, 16:00 Мск
27 апреля, 16:00 Мск
Тема митапа: границы зоны ответственности аналитиков

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

Обсудим на митапе:
— Как уровни влияния на задачи соотносятся с проектными ролями
— К каким подразделениям может относиться аналитик, какие где плюсы-минусы
— Как избежать конфликтов при коммуникациях
Запись митапа
Существуют разные профессиональные сообщества аналитиков, и это здорово!

Локальные сообщества в городах, чаты вокруг профессиональных тем, внутренние сообщества
в компаниях – аналитикам есть, где пообщаться.
Мы хотим сделать следующий шаг и дать аналитикам возможность общаться и обмениваться опытом.

Так появился IT Analyst Online Meetup – мероприятие
для аналитиков в формате Community-Driven,
от сообществ для сообществ.
Существуют разные профессиональные сообщества аналитиков, и это здорово!

Локальные сообщества в городах, чаты вокруг профессиональных тем, внутренние сообщества
в компаниях – аналитикам есть, где пообщаться.
Мы хотим сделать следующий шаг и дать аналитикам возможность общаться и обмениваться опытом.

Так появился IT Analyst Online Meetup – мероприятие
для аналитиков в формате Community-Driven,
от сообществ для сообществ.
Доклады
«Зона ответственности аналитика — основные проектные роли и как с ними взаимодействовать »
Виктор Колдаев, ADV / web engineering co.
Понимание различных проектных ролей и их задач — важный шаг к становлению сильного специалиста, независимо от его роли. А для аналитика, как для связующего звена участников проекта, это особенно актуально.

В рамках доклада расскажу:
 — Что даёт это понимание специалисту и компании
 — Пару вариантов определения зон ответственности
 — Наш подход к распределению задач между аналитикой и другими проектными ролями

«Нефункциональные требования. Как аналитику работать с ними?»
Михаил Максимов, BIA Technologies
Работа с требованиями — одна из ключевых задач аналитика. Но требования бывают разные, с какими-то из них удается работать относительно легко, а какие-то постоянно вызывают сложности. В своем докладе хотел бы затронуть тему, связанную с нефункциональными требованиями.

Хочу поговорить о том:
— На каких этапах проекта необходимо озаботиться работой с НФТ;
— В чьей зоне ответственности находится проработка НФТ;
— Как можно выстроить взаимодействие с архитекторами и командой разработки относительно НФТ;
— Что не забыть спросить у заказчика и заинтересованных сторон, чтобы лучше проработать НФТ.
«Self-service команды vs BIG IT»
Дмитрий Тарасов, Ростелеком
В компаниях с обширным и сложным ИТ-ландшафтом бывает сложно быстро проверить какие-то гипотезы бизнеса: разработка долгая и дорогая из-за обилия регламентов и правил. Мы в Ростелекоме используем концепцию self-service команд — небольших самостоятельных юнитов, которые созданы с фокусом на быстрый результат.

Хочу поделиться опытом, как мы организовали у себя работу таких команд, как договаривались и делили зоны ответственности с большим ИТ, какие плюсы и минусы получили в итоге. Расскажу про организацию типовой команды на конкретном примере, а также обсудим, как на это смотрят в Gartner и индустрии в целом.
Партнёр митапа
Помогаем компаниям запускать и налаживать деврел — находим интересный контент и помогаем донести его до нужной аудитории

Развиваем инженерные сообщества — запускам новые внешние
и внутренние коммьюнити, помогаем развиваться существующим (больше участников, больше контента, регулярность)

Проводим полезные мероприятия для IT-инженеров: Content-First
Java-конференцию SnowOne, серию митапов «Инженер заходит в бар», IT Telecom Online

В рамках митапа IT Analyst Online мы придумали несколько активностей, которые, возможно, будут вам интересны:

Придумать тему доклада
Получить обратную связь на готовую тему
Придумать хорошую тему доклада – уже половина успеха выступления.

По нашему опыту, подготовка доклада – это парная дисциплина. Готовить доклад сильно удобнее, когда есть человек, кто задаст вопросы, выслушает тебя, даст обратную связь, поможет сформулировать посыл и структуру выступления.

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

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

Приходите за консультацией – это бесплатно.
Если вы хотели бы выступить с докладом, но пока не знаете, о чём рассказать — приходите посоветоваться. Это бесплатно.
Если у вас уже есть тема или и готовый доклад — будем рады поделиться с вами обратной связью.
Вакансии бюро
Деврел-продюсер
В деврел-бюро у нас есть три типа проектов: консалтинг по выстраиванию деврел-процессов в компаниях; организация IT-мероприятий (конференции, митапы, хакатоны); точечные деврел-кампании (hiring day, дни открытых дверей, продвижение готового контента и другое).

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

Для проектов всех трёх типов мы ищем деврел-продюсера — человека, который поможет работать с историями. Видеть потенциальные темы в потоке инженерных задач, release notes и обсуждениях; помогать причастным инженерам придумывать темы — на уровне смыслов, структуры и формулировок; помогать готовить доклады, статьи и остальные коммуникации.

Мы представляем, что успешный кандидат обладает системным мышлением, кругозором в IT, эмпатией и навыками коммуникации. Будет здорово, но не обязательно — если вы практикуете собственные доклады и статьи («сапожник с сапогами»).

Откликнуться
Предыдущие митапы
DevRel-бюро «Долгушев и Сторожилов» 🤝 IT Analyst Online Meetup © 2021