Конфликты аналитика и проджекта/продакта
Вторая тема из опроса, которая оказалась интересной. Наверное, из-за слова «конфликты»😃
Предыстория: тема появилась не потому что у меня богатый опыт взаимодействия в проджектами/продактами, а потому что в одном из аналитических каналов проводили опрос «Бывают ли у вас конфликты с PM?»
Я подумала, что за опрос такой, ведь эти ребята в одной лодке и в целом про одно и тоже. Про эффективность процессов, про идеи, про деньги..
Что им делить?🤔
1. Границы
Нужно четкое зонирование работ аналитика и управленца. Например, одна из обязанностей аналитиков: помогать разработчику понять бизнес-ценность продукта и обсуждать идеи реализации. Чем не задачи проджекта/продакта?
Выполнение одних и тех же работ = сталкивание лбами и создание конкуренции.. Конфликт
2. Экспертный авторитет
Наше поколение в целом про отсутствие авторитетов. Наше уважение нужно завоевать. И чтобы аналитик «подчинился»..
Проджекту/продакту нужно брать ответственность за проект, за принятые решения, за аналитиков, признавать ошибки, быстро адаптироваться, обладать стратегическим виденьем и богатым профессиональным опытом.
На одном из мои первых проектов были сжатые сроки и мы отделом аналитиков не успевали написать спецификацию требований к большой системе. Пришлось подключить QA и проджектов. Проджекты писали требования быстрее и качественнее всех, в моих глазах это сверхлюди двигающие проект, которые при необходимости и код напишут, а если не напишут то договорятся👌
3. Лидерство как soft skills
Как говорил один из моих руководителей «Hard skills аналитика это soft skills» и «70% работы аналитика это коммуникации». Аналитики это софтовые ребята.
А могут ли быть у менеджера проекта/продукта навыки коммуникаций хуже? Если хуже, то это конфликт. Потому что аналитик будет действовать в обход управленца, который не может договориться. Будет сам взаимодействовать со стейкхолдерами, планировать работы с командой и в конечном счете станет «неформальным» руководителем проекта/продукта.
💡 Красивое решение: сделать одного человека проджектом/продактом и главным аналитиком. Аналитики ходят под проджектом согласно классической структуре и значит проджект это ведущий аналитик с навыками управления проектом и разработкой.
#саморазвитие
Вторая тема из опроса, которая оказалась интересной. Наверное, из-за слова «конфликты»
Предыстория: тема появилась не потому что у меня богатый опыт взаимодействия в проджектами/продактами, а потому что в одном из аналитических каналов проводили опрос «Бывают ли у вас конфликты с PM?»
Я подумала, что за опрос такой, ведь эти ребята в одной лодке и в целом про одно и тоже. Про эффективность процессов, про идеи, про деньги..
Что им делить?
1. Границы
Нужно четкое зонирование работ аналитика и управленца. Например, одна из обязанностей аналитиков: помогать разработчику понять бизнес-ценность продукта и обсуждать идеи реализации. Чем не задачи проджекта/продакта?
Выполнение одних и тех же работ = сталкивание лбами и создание конкуренции.. Конфликт
2. Экспертный авторитет
Наше поколение в целом про отсутствие авторитетов. Наше уважение нужно завоевать. И чтобы аналитик «подчинился»..
Проджекту/продакту нужно брать ответственность за проект, за принятые решения, за аналитиков, признавать ошибки, быстро адаптироваться, обладать стратегическим виденьем и богатым профессиональным опытом.
На одном из мои первых проектов были сжатые сроки и мы отделом аналитиков не успевали написать спецификацию требований к большой системе. Пришлось подключить QA и проджектов. Проджекты писали требования быстрее и качественнее всех, в моих глазах это сверхлюди двигающие проект, которые при необходимости и код напишут, а если не напишут то договорятся
3. Лидерство как soft skills
Как говорил один из моих руководителей «Hard skills аналитика это soft skills» и «70% работы аналитика это коммуникации». Аналитики это софтовые ребята.
А могут ли быть у менеджера проекта/продукта навыки коммуникаций хуже? Если хуже, то это конфликт. Потому что аналитик будет действовать в обход управленца, который не может договориться. Будет сам взаимодействовать со стейкхолдерами, планировать работы с командой и в конечном счете станет «неформальным» руководителем проекта/продукта.
#саморазвитие
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍2
Сегодня пошла работать на коворкинг в IT-park74
Клево тут. Хотела сфоткать зону отдыха, но айтишники спят после обеда😴
Всю следующую неделю буду здесь работать.. в сентябре находиться возле ЮУрГУ очень настольгично😌
Клево тут. Хотела сфоткать зону отдыха, но айтишники спят после обеда
Всю следующую неделю буду здесь работать.. в сентябре находиться возле ЮУрГУ очень настольгично
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10❤4🌚1
Сегодня день системного аналитика👏
Аналитики, с праздником!
Желаю интересных развивающих задач, адекватных стейкхолдеров, софтовых разработчиков и высокой зарплаты🥂
Аналитики, с праздником!
Желаю интересных развивающих задач, адекватных стейкхолдеров, софтовых разработчиков и высокой зарплаты🥂
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🎉3🌚1
Столкнулись сегодня с проблемой на работе.. не можем понять, что напроектировали (классика). Интересно ваше мнение.
Как всем участникам команды разработки одинаково понять как должен работать функционал?
Как всем участникам команды разработки одинаково понять как должен работать функционал?
Anonymous Poll
16%
Макеты (UI)
0%
User Story (User Story Map)
32%
Описание сценариев (use case)
16%
UML диаграммы
5%
Текстовое описание
0%
BPMN
5%
Другое
26%
Все вышеперечисленное и другое))
Вчера в it-park74 попала на митап «Путь проджект менеджера» от конторы pancir.it, который оказался заманухой для продажи курсов с возможностью дальнейшего трудоустройства к ним в компанию. В вк они разыгрывают одно место на курс бесплатно. Студентам будет интересно.
Митапу не хватило реального опыта, профессиональных/рабочих историй.
Очень хотелось позадавать каверзные вопросы. Например: «А вы доверите нести ответственность за свой проект и распределение на нем ресурсов человеку, который пройдет ваш курс?».
Вопросы не задала, чтобы не выглядеть душнилой😖
На всех подобных мероприятиях люди супер дружелюбные и милые.. пришли нетворкиться..
Митапу не хватило реального опыта, профессиональных/рабочих историй.
Очень хотелось позадавать каверзные вопросы. Например: «А вы доверите нести ответственность за свой проект и распределение на нем ресурсов человеку, который пройдет ваш курс?».
Вопросы не задала, чтобы не выглядеть душнилой
На всех подобных мероприятиях люди супер дружелюбные и милые.. пришли нетворкиться..
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔4🙈2🤡1🌚1
Уже на конференции UIC dev
Проходит конференция в 6 раз в Ижевском государственном техническом университете им. М.Т. Калашникова
На входе дарят мерч и кофе, мне уже все нравится🥰
Первый доклад я выбрала, вообще, не ИТ🤨
Секция Digital митап «Разбираем Дзен по винтикам: от ведения канала до монетизации и рекламы». Спикер Тимур Угулава - эксперт, блоггер Яндекса по обучению, автор канала
Проходит конференция в 6 раз в Ижевском государственном техническом университете им. М.Т. Калашникова
На входе дарят мерч и кофе, мне уже все нравится
Первый доклад я выбрала, вообще, не ИТ
Секция Digital митап «Разбираем Дзен по винтикам: от ведения канала до монетизации и рекламы». Спикер Тимур Угулава - эксперт, блоггер Яндекса по обучению, автор канала
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥2🌚2
11 секций за 2500 руб на UIC DEV.
Аукцион невиданной щедрости какой-то. Было неожиданно встретить крутых спикеров из Контура, Сбера, ВК, Яндекса, Касперского.. в Ижевске.
Секции: backend, frontend, mobile dev, game dev, QA, digital, analytics, dev talks, design, UIC talks, management
И куда я ходила?
Не понимаю как доклады выбирала🫠 У меня к себе много вопросов..🤨 про Дзен уже писала.
На 2 темы сходила по делу:
🌸 analytics. «Как эффективно донести результаты исследования и не дать всем умереть от скуки?»
Анастасия Сивакова UX-аналитик AGIMA рассказывала про опыт записи подкастов и проведение воркшопов для Заказчиков.
🌸 backend. «Apache Kafka: от теории к практике»
Из Контура Григорий Кошелев ведет канал по кафке и является экспертом по настройкам брокеров более 6 лет. Показывал примеры отправки и вычитки данных, много кода..слава богу на шарпе и хоть что-то было понятно.
💬 Кафка сейчас на пике популярности. И аналитиков заваливают вопросами по асинхронному обмену на собесах Сбера, Тинькофф, Т1 Консалтинг и др. Недавно видела рекламу курса по использованию брокеров. Автор курса на другой конфе очень доступно объяснял азы работы очередей, поэтому я бы сходила.
И были доклады на которых я развлекалась:
🌸 UIC talks. «Перевод с русского на русский, как главный soft skill в команде: эффективное общение с коллегами, подчиненными, боссами, партнерами, да хоть с самим дьяволом…»
Открыла для себя нового кумира публичных выступлений - Юлия Шустрая. Она тренер по технике, логике речи, речевым манипуляциям и самообороне. Но по мне, она просто супер продажница😁 Прикрепляю ее памятку по манипуляции.
🌸 design. «Личный бренд дизайнера. Как не переборщить с самопиаром и развивать экспертность.»
Второй кумир публичных выступлений - бренд директор Wemakefab Константин Лобанов.
Afterparty💩
#обзор_на_тусу
Аукцион невиданной щедрости какой-то. Было неожиданно встретить крутых спикеров из Контура, Сбера, ВК, Яндекса, Касперского.. в Ижевске.
Секции: backend, frontend, mobile dev, game dev, QA, digital, analytics, dev talks, design, UIC talks, management
И куда я ходила?
Не понимаю как доклады выбирала
На 2 темы сходила по делу:
Анастасия Сивакова UX-аналитик AGIMA рассказывала про опыт записи подкастов и проведение воркшопов для Заказчиков.
Из Контура Григорий Кошелев ведет канал по кафке и является экспертом по настройкам брокеров более 6 лет. Показывал примеры отправки и вычитки данных, много кода..слава богу на шарпе и хоть что-то было понятно.
И были доклады на которых я развлекалась:
Открыла для себя нового кумира публичных выступлений - Юлия Шустрая. Она тренер по технике, логике речи, речевым манипуляциям и самообороне. Но по мне, она просто супер продажница
Второй кумир публичных выступлений - бренд директор Wemakefab Константин Лобанов.
Afterparty
#обзор_на_тусу
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍4
Начинаю серию рассказов про собеседования👨💻
Часть 1. 128 дней поиска
Больше 4 месяцев мы с hr ищем фуллстек мидл+ или сеньорного аналитика. Безрезультативно.
Это мой первый опыт оценки аналитиков в деньгах, в хардах, в софтах. Первый опыт проведения технических собеседований.
Инсайты🤯 :
1. Рынок ИТ полон мусора
Мы живем во времена постоянных перемен.
В принципе меня вдохновляют истории, когда люди бросают все и следуют за мечтой. Бросают ненавистную работу и начинают программировать.
Правда как будто не все понимают, что это непросто взять и стать ИТ-специалистом.
Собесила бывших бухгалтеров, менеджеров по продажам, техников.. Я старалась думать, что образование и опыт не нужны в настоящее время. Что важны лишь амбиции, адекватность, системное мышление.. Но профессионалами нас делают не только знания, но и навык их правильного применениях, а этому на курсах не научат, нужна практика.
Один из моих кейсов на техническом собеседовании на проверку системного мышления и алгоритмизацию:
Сформулировать use case набора воды комфортной температуры в ванную
Вроде все просто. Здесь и спотыкаются "новички".
Очень многие кандидаты упрощают. Самые частые ошибки:
1. Забывают закрыть слив, чтобы вода набиралась.
2. Не уточняют градусы поворота кранов. Большинство кандидатов, вообще, не собираются продумывать алгоритм регулировки температуры.
3. Забывают установить границу набора воды.
и т.д.
А хотят зп 150, 200, 300...
2. Иллюзия халявы
Я может что-то не знаю, может где-то ИТ-специалистам деньги просто так раздают.. а я сижу на своей работе работу работаю😡
Откуда такие запросы у начинающих специалистов?
#серия_рассказов_про_собеседования
Часть 1. 128 дней поиска
Больше 4 месяцев мы с hr ищем фуллстек мидл+ или сеньорного аналитика. Безрезультативно.
Это мой первый опыт оценки аналитиков в деньгах, в хардах, в софтах. Первый опыт проведения технических собеседований.
Инсайты
1. Рынок ИТ полон мусора
Мы живем во времена постоянных перемен.
В принципе меня вдохновляют истории, когда люди бросают все и следуют за мечтой. Бросают ненавистную работу и начинают программировать.
Правда как будто не все понимают, что это непросто взять и стать ИТ-специалистом.
Собесила бывших бухгалтеров, менеджеров по продажам, техников.. Я старалась думать, что образование и опыт не нужны в настоящее время. Что важны лишь амбиции, адекватность, системное мышление.. Но профессионалами нас делают не только знания, но и навык их правильного применениях, а этому на курсах не научат, нужна практика.
Один из моих кейсов на техническом собеседовании на проверку системного мышления и алгоритмизацию:
Сформулировать use case набора воды комфортной температуры в ванную
Вроде все просто. Здесь и спотыкаются "новички".
Очень многие кандидаты упрощают. Самые частые ошибки:
1. Забывают закрыть слив, чтобы вода набиралась.
2. Не уточняют градусы поворота кранов. Большинство кандидатов, вообще, не собираются продумывать алгоритм регулировки температуры.
3. Забывают установить границу набора воды.
и т.д.
А хотят зп 150, 200, 300...
2. Иллюзия халявы
Я может что-то не знаю, может где-то ИТ-специалистам деньги просто так раздают.. а я сижу на своей работе работу работаю
Откуда такие запросы у начинающих специалистов?
#серия_рассказов_про_собеседования
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11🤔2🙈1
Последний пост про собесы вызвал жаркие дискуссии в "кулуарах"😲
Больше всего триггернул use case по набору воды в ванную.
Поэтому сейчас будет мини рассказ про use case на примерах похода в Дом Галеева (бар в Челябинске)..🍸
💬 Use case - это требование к ПО в формате сценария (пошаговых действий) пользователя, работающего в системе.
Я считаю, что это лучший формат передачи требований в разработку и тестирование. И чем детальнее будет расписан сценарий, тем более точно разработанная фича/система будет соответствовать "хотелкам" Заказчика.
Сценарии можно написать по работе пользователя с интерфейсом и не отображать действия системы "под капотом", так может сделать бизнес аналитик, проджект. Но системный аналитик должен расписать поведение всех элементов системы (фронт, бек, БД, интеграции). Нужно расписывать альтернативные сценарии: ошибки, вариативность поведения системы, ограничения. Например, выбирая настойки в баре, может быть ситуация, что какая-либо настойка закончилась. Это альтернативный сценарий.
Помимо последовательности шагов нужно выделить еще составляющие use case:
1. Участники - кто будет участвовать в сценарии. Для просто сценария будет только пользователь. Для системного сценария будет пользователь и элементы системы.
2. Предусловие - откуда отправная точка сценария. Нужно указать где находится пользователь, в каком разделе системы.
3. Триггер - когда должен начаться сценарий. Например, появилось желание выпить с друзьями, кончилась выпивка и т.д.
4. Ожидаемый результат - что будет после выполнения шагов и зачем мы это делаем.
Шаблон для написания use case.
Пример use case по оформлению заказа с настойками в комменте.
#серия_рассказов_про_собеседования
Больше всего триггернул use case по набору воды в ванную.
Поэтому сейчас будет мини рассказ про use case на примерах похода в Дом Галеева (бар в Челябинске)..
Я считаю, что это лучший формат передачи требований в разработку и тестирование. И чем детальнее будет расписан сценарий, тем более точно разработанная фича/система будет соответствовать "хотелкам" Заказчика.
Сценарии можно написать по работе пользователя с интерфейсом и не отображать действия системы "под капотом", так может сделать бизнес аналитик, проджект. Но системный аналитик должен расписать поведение всех элементов системы (фронт, бек, БД, интеграции). Нужно расписывать альтернативные сценарии: ошибки, вариативность поведения системы, ограничения. Например, выбирая настойки в баре, может быть ситуация, что какая-либо настойка закончилась. Это альтернативный сценарий.
Помимо последовательности шагов нужно выделить еще составляющие use case:
1. Участники - кто будет участвовать в сценарии. Для просто сценария будет только пользователь. Для системного сценария будет пользователь и элементы системы.
2. Предусловие - откуда отправная точка сценария. Нужно указать где находится пользователь, в каком разделе системы.
3. Триггер - когда должен начаться сценарий. Например, появилось желание выпить с друзьями, кончилась выпивка и т.д.
4. Ожидаемый результат - что будет после выполнения шагов и зачем мы это делаем.
Шаблон для написания use case.
Пример use case по оформлению заказа с настойками в комменте.
#серия_рассказов_про_собеседования
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥3